Все понятно, спасибо.
А че они там делают, письма? Почему не уходят?
Если по письму нельзя отличить спам, то надо не давать его (спам) слать. Капчу поставьте в форме или еще что-то.. А если это люди шлют (что очень сомнительно) , то вы никак не защититесь, но они скоро устанут.
т.е. переместить папку?
mv /path/dir /newpath/newdir
Вклюичть отображение ошибок: error_reporting = E_ALL & ~E_NOTICE
И, вообще, покажи как ты делаешь и что ты деаешь.
Как не дает? Что пишет? PHP?
Думаю, надо смотреть на open_basedir и include_path в php..
Romka_Kharkov, SPF -all по моей статистике крайне не популярна. У меня, например, за вчера по логам 29928 rejected, из них 129 SPF fail. А из общей принятой 6211, SPF softfail - 2270. Спамасасин пометил спамом 1302 при том, что score SPF_SOFTFAIL 4 (из 5)
Romka_Kharkov, как реализовать spf fail посредством пересылки из почтового клиента я тоже где-то читал, но не помню точно где. Может быть так, что почтовые клиенты уже поумнели и правильно ставят сендера.
Но простой пример: отправитель user@domain1.com, у которого в SPF стоит -all, шлет письмо на адрес user@domain2.com, который является почтовым алиасом для user@domain3.com. В результате юзеру user@domain1.com приходит уведомление о том что сервер domain3 отказался принять от domain2 почту с сендером из domain1.
Только что проверил.
В nginx делал такое через try_files. В апаче могу предложить назвать файл нормально, и сделать RewriteRule c folder?query=1 на файл
Рекомендуется не отклонять письма по SPF, а просто использовать эту информацию для спам-анализа. Т.к. при пересылке сообщения третьей стороной всегда будет spf (soft)fail.