myhand

Рейтинг
278
Регистрация
16.09.2009
Himiko:
в /var/log/mail.log пишет postfix
P.S.: Смотрел в Debian.

Постфикс логи "пишет" через syslog(). А тот - куда ему сказали в /etc/syslog.conf (или

что-там вместо syslogd используется).

В дебиане - mail.log. В RH - maillog.

samimages:
на gmail не пробовал

Дак попробуйте. Если работает - попросите хостера

сделать PTR-запись для вашего IP (направить на hostname --fqdn).

Проверьте error.log апача.

Постфикс-то запущен? Проверьте:

service postfix status

samimages:
Проблема вобщем-то не новая, mail() не работает, логи пустые...

И что в /var/log/maillog

?

samimages:

Письма не отправляются вообще, лично я думаю, что на уровне прав доступа к sendmail...

Вообще никуда?

На gmail, например, пробовали?

antono:

Когда exim запущен наверное не успевает очищать. Я делал так
killall exim
и удалял все файлы из msglog и input вручную.

Кстати, если останавливаете exim _не_ через панельку (а в консоли - service stop,

killall/kill, etc...) - будьте готовы, что она может перезапустить их.

AchilleSS:
тоже было такое )
пару админов выковыривали ботов ( бестолку ( пару недель затишья, потом опять спам ..... (

На массовом виртуальном хостинге - такое достаточно частое явление, хотя

локализовать спамера (до виртуалхоста, конкретного пользователя etc) -

обычно достаточно просто. А если проекты свои - нужно ковырять до конца.

AchilleSS:

лекарство одно - переустанавливай операционистку на серваке
да и DA можешь выкинуть ....

Одними переустановками это не решить, конечно. Уязвимые скрипты останутся.

Но DA выкинуть - поддерживаю. А если на сервере меньше десятка отдельных

проектов - выкинуть панельки типа DA как класс.

antono:

Если включить exim то top показывает что он забирает от 10% мощности и эти папки очень быстро наполняются пока не забивают раздел var на 100%, тогда сервер виснет.

Конечно, у вас очередь спамом забита (даже если скрипт

прекратил уже рассылку). Нужно почистить почтовую очередь.

Смотрим почтовую очередь: exim -bpu

Очищаем ненужное, по списку msg-id: exim -Mrm id1 id2 ..

Shirase:
функция mail(), просто помещает письмо в очередь, если mail сервер отключен

Совершенно верно, после чего возвращает TRUE, если поставить в очередь удалось. Т.е.

по статусу того, что оно возвращает - судить о работе почты рано ;)

Shirase:

в заголовках обычно пишется пользователь от имени которого был отправлен скрипт, также посмотрите логи почтового сервера, там тоже можно узнать пользователя. Также командой top в консоли, часто можно обнаружить скрипт по нагрузке и частоте появления.

Как правило, пользователь там - apache. Мало кто догадывается (помимо хостеров)

хоть выставлять sendmail_path уникальные для виртуалхостов апача, с отдельным

адресом в аргументе -f.

Так что логи веб-сервера... Или top, если _в данный момент_ - спамят через скрипт.

"так как с отключенным exim функция mail() в php работает."

_НЕ_ работает, вы хотели сказать? Ибо если работает (письма доходят) - что-то

Вы отключили определенно не то.

Так заголовки-то могут датироваться

старой датой. До отключния почтовика. Вы это проверили?

Либо есть другие уязвимости в скриптах - может вам веб-шелл закачали

и используют скрипт, напрямую соединяющийся с принимающим сервером.

Я вот могу телнетом спамить, без всяких mail().

Идти смотреть заголовки писем спама, логи апача за соответствующую дату

- в большинстве случаев "дырку", через которую рассылают - видно сразу.

include ?

а вообще, посмотрите как люди делают через map:

http://catap.ru/blog/2009/07/20/nginx-config-samples-typical-hosting/

[umka], особенно если зоны на dns-сервере уже давно нет ;)

Andreyka,remsys - кто мешает Вам рассказать про решения от R1Soft,

если Вы их используете? 🍿

А следить - кто-ж запретит - может и для себя что-то вдруг откроете.

Всего: 4890