Огромная очередь sendmail в /var/spool/clientmqueue/

Kalashmat · Сообщение **Kalashmat** » 29 апр 2005, 17:11

Скопилось много писем, особо не замечал, до определенного момента, как я понимаю это локальная очередь для пересылки почты демонами, но трабл в том что сендмЫл не висит на локалхосте, вопрос как эту очередь разрулить? или можно ее грохнуть а то там уже за 14.000 писем перевалило, место конечно позволяет но это нездоровая тенденция.... Помогите в чем грабли...?

apelsin · Сообщение **apelsin** » 29 апр 2005, 19:56

хмм...ок, похоже что-то у вас не так, сказать более тяжело тк. не ясны детали: как-то какая версия сендмайла, какая ОС и тд. (детали не бывают лишними)

1. Гляньте такой момент: сендмайл дожен иметь процесс, который обрабатывает эту кнкретную очередь:

Код: Выделить всё

smmsp    13083  0.0  0.5  5916 2272 ?        S    Feb21   0:00 sendmail: Queue runner@01:00:00 for /var/spool/clientmqueue

проверьте что у вас там, например так: $pc aux | grep mail

2. что за сообщения хранятся в вашей очереди. сендмайл-очередь имеет определенный формат для файлов:

если message id = АА00001, то

qfAA00001 -- control file -- служ. инфа сендмайла от том что он должен делать с данным сообщением.
tfAA00001 -- temp file -- вермн. файл
dfAA00001 -- data file -- сообственно сообщение
подробнее
посмотрите, что это за сообщения, от кого и кому, скорее всего они будут похожи, например сообщение о том что невозможно доставить msg, но return address неизвестен, или что-либо похожее. Так как можно узнать msg ID, то можно глянуть в логи, посмотреть когда и кому и кто эту msg отправлял. например так:
$sudo grep -rn 'AA00001' /var/log/mail*
(msg id надо свой подставить)

Kalashmat · Сообщение **Kalashmat** » 30 апр 2005, 10:22

Дистрибутив: Fedore Core 3
Sendmail: 8.13.1

Процесс есть:
smmsp 30491 1 0 Apr28 ? 00:00:00 sendmail: Queue runner@01:00:00 for /var/spool/clientmqueue

Раньше небыло но я добавил в опции запуска сендмЫла вот такую строчку: sendmail_submit_enable=yes, теперь очередь перестала расти как ком но все равно каждый день пару сообщений туда валится... И в логах постоянно сыплется ошибка:

Apr 30 09:57:21 email sm-msp-queue[1110]: j3P9sewC003291: to=postmaster, ctladdr=clamav (46/46), delay=4+20:02:41, xdelay=00:00:00, mailer=relay, pri=10740338, relay=[127.0.0.1], dsn=4.0.0, stat=Deferred: Connection refused by [127.0.0.1]

Причем куча таких записей.

В самом каталоге /var/spool/clientmqueue я выборочно посмотрел десяток писем они все от clamav о том что письмо из за найденого вируса не было доставлено. Письма там только df и qf

Опции запуска clamav такие:
CLAMAV_FLAGS="--quiet --external --dont-wait --force-scan --dont-log-clean --server=localhost --pidfile=/var/run/clamav/clamav-milter.pid local:/var/run/clamav/clamav-milter.sock"

Куда копать?

apelsin · Сообщение **apelsin** » 30 апр 2005, 18:30

Kalashmat писал(а):Дистрибутив: Fedore Core 3
Sendmail: 8.13.1
<скип>
Apr 30 09:57:21 email sm-msp-queue[1110]: j3P9sewC003291: to=postmaster, ctladdr=clamav (46/46), delay=4+20:02:41, xdelay=00:00:00, mailer=relay, pri=10740338, relay=[127.0.0.1], dsn=4.0.0, stat=Deferred: Connection refused by [127.0.0.1]
<скип>
Куда копать?

ага, вот теперь слегка яснее.

Предположение : может у вас сендмайл не слушает на локалхосте?
проверить: $telnet localhost 25 , что выдает?

если 'connection refused' тo тогда

А)что показывает $sudo service sendmail status
Б) посмотреть что там у вас в sendmail.mc
$grep -n DAEMON_OPTIONS /etc/mail/sendmail.mc

Сообщение **corvax** » 01 май 2005, 10:44

Kalashmat писал(а):Дистрибутив: Fedore Core 3
Sendmail: 8.13.1

Процесс есть:
smmsp 30491 1 0 Apr28 ? 00:00:00 sendmail: Queue runner@01:00:00 for /var/spool/clientmqueue

Раньше небыло но я добавил в опции запуска сендмЫла вот такую строчку: bui=yes, теперь очередь перестала расти как ком но все равно каждый день пару сообщений туда валится... И в логах постоянно сыплется ошибка:

Apr 30 09:57:21 email sm-msp-queue[1110]: j3P9sewC003291: to=postmaster, ctladdr=clamav (46/46), delay=4+20:02:41, xdelay=00:00:00, mailer=relay, pri=10740338, relay=[127.0.0.1], dsn=4.0.0, stat=Deferred: Connection refused by [127.0.0.1]

sendmail специально не слушает 25 порт на loopback интерфейсе?
1. если нет, то настроить его на работу с 127.0.0.1:25
2. если да, то в /etc/mail/submit.mc указать в параметре для FEATURE(`msp') тот адрес, на котором sendmail слушает 25-й порт

Сообщение **corvax** » 01 май 2005, 15:15

Kalashmat писал(а):Дистрибутив: Fedore Core 3
Sendmail: 8.13.1

Процесс есть:
smmsp 30491 1 0 Apr28 ? 00:00:00 sendmail: Queue runner@01:00:00 for /var/spool/clientmqueue

Раньше небыло но я добавил в опции запуска сендмЫла вот такую строчку: sendmail_submit_enable=yes, теперь очередь перестала расти как ком но все равно каждый день пару сообщений туда валится...

так эта... sendmail_submit_enable - это вроде как сущность из /etc/rc.conf и /etc/rc.sendmail из FreeBSD. а кто же обрабатывает этот параметр в Fedora Core? смотрю в /etc/rc.d/init.d/sendmail из состава sendmail-8.13.3-1.1, нет там никакой обработки sendmail_submit_enable, похоже, что в стартовом скрипте вообще сабмиттер запускается безусловно. да и бинарник sendmail'а никак не обрабатывает этот параметр sendmail_submit_enable...

ткните, где я что проглядел

Kalashmat · Сообщение **Kalashmat** » 03 май 2005, 08:23

apelsin писал(а): ага, вот теперь слегка яснее.

Предположение : может у вас сендмайл не слушает на локалхосте?
проверить: $telnet localhost 25 , что выдает?

если 'connection refused' тo тогда

А)что показывает $sudo service sendmail status

Неа, не слушает локал хост :( но сендмыл пыхтит.

apelsin писал(а): Б) посмотреть что там у вас в sendmail.mc
$grep -n DAEMON_OPTIONS /etc/mail/sendmail.mc

96:DAEMON_OPTIONS(`Port=smtp,Addr=192.168.0.33, Name=MTA')dnl
103:dnl DAEMON_OPTIONS(`Port=submission, Name=MSA, M=Ea')dnl
114:dnl DAEMON_OPTIONS(`Port=smtps, Name=TLSMTA, M=s')dnl
119:dnl DAEMON_OPTIONS(`port=smtp,Addr=::1, Name=MTA-v6, Family=inet6')dnl
123:dnl DAEMON_OPTIONS(`Name=MTA-v4, Family=inet, Name=MTA-v6, Family=inet6')

corvax писал(а): sendmail специально не слушает 25 порт на loopback интерфейсе?
1. если нет, то настроить его на работу с 127.0.0.1:25
2. если да, то в /etc/mail/submit.mc указать в параметре для FEATURE(`msp') тот адрес, на котором sendmail слушает 25-й порт

Нет не специально, я не знаю почему он не висит на локал хосте... :?

corvax писал(а): так эта... sendmail_submit_enable - это вроде как сущность из /etc/rc.conf и /etc/rc.sendmail из FreeBSD. а кто же обрабатывает этот параметр в Fedora Core? смотрю в /etc/rc.d/init.d/sendmail из состава sendmail-8.13.3-1.1, нет там никакой обработки sendmail_submit_enable, похоже, что в стартовом скрипте вообще сабмиттер запускается безусловно. да и бинарник sendmail'а никак не обрабатывает этот параметр sendmail_submit_enable...

ткните, где я что проглядел

cat /etc/sysconfig/sendmail

Разве безусловно? Хотя тот параметр я нарыл из какойто конфы, где у человека была такая же трабла ему и посоветовали стартануть сендмыл с этим параметром... У него все прошло а вот у меня чето не совсем все гладко :?

Сообщение **corvax** » 03 май 2005, 11:11

Kalashmat писал(а):
apelsin писал(а): Б) посмотреть что там у вас в sendmail.mc
$grep -n DAEMON_OPTIONS /etc/mail/sendmail.mc
96:DAEMON_OPTIONS(`Port=smtp,Addr=192.168.0.33, Name=MTA')dnl
103:dnl DAEMON_OPTIONS(`Port=submission, Name=MSA, M=Ea')dnl
114:dnl DAEMON_OPTIONS(`Port=smtps, Name=TLSMTA, M=s')dnl
119:dnl DAEMON_OPTIONS(`port=smtp,Addr=::1, Name=MTA-v6, Family=inet6')dnl
123:dnl DAEMON_OPTIONS(`Name=MTA-v4, Family=inet, Name=MTA-v6, Family=inet6')

corvax писал(а):sendmail специально не слушает 25 порт на loopback интерфейсе?
1. если нет, то настроить его на работу с 127.0.0.1:25
2. если да, то в /etc/mail/submit.mc указать в параметре для FEATURE(`msp') тот адрес, на котором sendmail слушает 25-й порт
Нет не специально, я не знаю почему он не висит на локал хосте... :?

дык, в sendmail.mc ж ручками оторван listening 25-го порта на 127.0.0.1

Kalashmat писал(а):
corvax писал(а):так эта... sendmail_submit_enable - это вроде как сущность из /etc/rc.conf и /etc/rc.sendmail из FreeBSD. а кто же обрабатывает этот параметр в Fedora Core? смотрю в /etc/rc.d/init.d/sendmail из состава sendmail-8.13.3-1.1, нет там никакой обработки sendmail_submit_enable, похоже, что в стартовом скрипте вообще сабмиттер запускается безусловно. да и бинарник sendmail'а никак не обрабатывает этот параметр sendmail_submit_enable...

ткните, где я что проглядел
cat /etc/sysconfig/sendmail

ну и что под этим подразумевалось?

у меня:

Код: Выделить всё

# cat /etc/sysconfig/sendmail
DAEMON=yes
QUEUE=5m

Kalashmat писал(а):Разве безусловно?

вообще-то под стартовым скриптом понимают /etc/rc.d/init.d/sendmail, а не /etc/sysconfig/sendmail

если у вас там что-то эксклюзивное указано в /etc/sysconfig/sendmail, то наверное надо было это показать, а не тыкать команду, результат работы которой на каждом хосте может сильно отличаться

Kalashmat писал(а):Хотя тот параметр я нарыл из какойто конфы, где у человека была такая же трабла ему и посоветовали стартануть сендмыл с этим параметром... У него все прошло а вот у меня чето не совсем все гладко :?

а какая ОС была у автора того вопроса? в какой файл автору вопроса посоветовали прописать sendmail_submit_enable?

Kalashmat · Сообщение **Kalashmat** » 03 май 2005, 11:42

corvax писал(а): дык, в sendmail.mc ж ручками оторван listening 25-го порта на 127.0.0.1

А можно показать как это должно выглядеть? просто почтовик мне достался по наследству и я с ним ранее не разбирался и дела не имел, поэтому возможно что это было и порезано... :(

Тогда вся проблема будет решена.

Сообщение **corvax** » 03 май 2005, 11:57

Kalashmat писал(а):
corvax писал(а): дык, в sendmail.mc ж ручками оторван listening 25-го порта на 127.0.0.1
А можно показать как это должно выглядеть?

если вдумчиво почитать /usr/share/doc/sendmail/README.cf на тему DAEMON_OPTIONS, там можно все найти

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

Тогда вся проблема будет решена.

есть более другой путь - прописать 192.168.0.33 в качестве адреса для сабмиттера в /etc/mail/submit.mc
но это менее предпочтительный путь. его следует использовать, если слушание 25-го порта на 127.0.0.1 оторвано сознательно

Kalashmat · Сообщение **Kalashmat** » 03 май 2005, 12:16

corvax писал(а): есть более другой путь - прописать 192.168.0.33 в качестве адреса для сабмиттера в /etc/mail/submit.mc
но это менее предпочтительный путь. его следует использовать, если слушание 25-го порта на 127.0.0.1 оторвано сознательно

А в принципе для чего это делают?

Сообщение **corvax** » 03 май 2005, 14:49

Kalashmat писал(а):
corvax писал(а): есть более другой путь - прописать 192.168.0.33 в качестве адреса для сабмиттера в /etc/mail/submit.mc
но это менее предпочтительный путь. его следует использовать, если слушание 25-го порта на 127.0.0.1 оторвано сознательно
А в принципе для чего это делают?

у меня причин так делать не было
были ли они у автора вашего sendmail.mc или это просто его заблуждение - мне неизвестно

Огромная очередь sendmail в /var/spool/clientmqueue/

Огромная очередь sendmail в /var/spool/clientmqueue/

Кто сейчас на конференции