Лога и ответа на вопрос о (не)системности я так и дождалась ...Ok, теперь все сначала, тихо и без нервов ...
Все что в скобках - это мои комменты и весьма неположительные эмоции на качество постановки задачи
>Очередь в последнее время стала расти очень сильно.
>В очереди большинство писем от локального майлер демона. (MAILER-DAEMON, что очень похоже на извещения о невозможности доставки )
>Можно ли это явление объяснить так:
>Sendmail принимает сообщение но не может его доставить (почему??? отсутствие получателя? который sendmail??? первый? конечный?) и поэтому пытается его отослать отправителю (серверу-отправителю ??? вашему транзитному релею ???) но отправител(сервер-отправитель?) тоже не может отослать так как такого отправителя не существует.
>Поэтому письмо застревает в очереди (на каком из серверов растет очередь ??? первом - транзитном mx-e?).
>А как можно заставить sendmail заставить проверять сообщение на реальность адресов?
Еще раз.
По умолчанию его не нужно заставлять это делать. В стандартной конфигурации он сам с этим успешно справляется на этапе smtp-диалога, то есть он сам лично никакими доставками сообщений об отсутствии такого юзера не занимается.
В нестандартной конфигурации :
1. sendmail - Транзитный релей (в частности, транзитный mx), передающий почту дальше и потому по умолчанию не знаюший об существовании юзера на удаленной системе
2. Касперский Анивирус старых версий на конечном sendmail сначала принимал письмо для несущ юзера , а потом только формировал отлуп. Как с новыми версиями -не знаю, просветите плиз , кто им пользуется, сохраняется ли такая ситуация поныне.
3. cyrus на конечном sendmail
Решение для всех 3 случаев описано здесь - http://www.anrb.ru/linux/unknownuser.html
>Вся почта организации приходит на первый сервер (значит, транзитный mx!) и этот сервер потом передает всю почту на другой сервер. (sendmail+КАВ)
>На втором сервере стоит антиспам и антивирус касперского (!!!).
>То есть на самом деле отвергает вторая машина.(!!!)
>А хочется что бы он не пропускал извещения о том что письмо не доставлено.
Если вы хотите именно этого, тогда define(`LUSER_RELAY', `local:unknown_users_mailbox') вам в руки и вся почта для несущ юзеров будет складываться в отдельный ящик, и как результат - никаких извещений
Но это ИМХО нерационально, нелогично и неверно, потому что в ваших руках вообще не впускать лишнюю почту не только на конечный сервер , но и на ваш первый транзитный mx.
Так что путем немыслимых усилий начинаю догадываться, что очередь копится все-таки на первом сервере.
Все решения уже предложены, из нового только крайне нерациональный LUSER_RELAY
>Я только не понял. С какой машины лог.
Я вот тоже не очень пойму, на каком сервере первоначально озвученная проблема - непомерный рост очереди?
>С той которая отфуболивает или с той которая пытается отправить назад письмо по не существующему адресу.
А слабо показать, вот лог - это один сервер письмо отфутболил, а вот второй лог - это другой сервер это же письмо пытается отправить обратно?
И еще само письмо, что в очереди застряло? У нас разговор слепого с глухим, ей-богу ...
>Дело в том что если я правильно понимаю то касперский не дает возможности принять письмо адрес, которого не существует.
>Поэтому я не нашел на той машине, на которой стоит касперский ни одной записи.
Хорошо, предположим, что последних версий КАВ излечился от старой болезни.
Тогда методом исключения остается стандартная ситуация с транзитным mx-ом, не просвещенным отн-но юзеров на конечном sendmail'e.
>Правильно ли я понимаю ситуацию? Некое письмо доходит до почтового сервера с касперским
антивирусом и отфуболивается. После этого письмо попадает на сервер, который находится на входе в организацию
Если вы утверждаете, что КАВ "не дает возможности принять письмо адрес, которого не существует", то поправочка: после этого письмо никуда не попадает. т.к. в этом случае оно и не уходит с первого сервера, а отфутболивается сразу на этапе smtp-диалога
> и этот сервер пытается письмо отдать отправителю.
Именно так, транзитный mx пытается связаться с сервером-отправителем
>Но так как сервер не может определить отправителя то письмо остается в очереди.
Нет, если транзитный mx выяснит, что отправитель отвергнутого вторым sendmail'ом(КАВ)письма не существует, то письмо должно попасть в спец. ящик на первом sendmail'е(ТРАНЗИТ. mx), который указан в качестве double-bounced (двойной отлуп: получателя нет, отправителя нет), по умолчанию -постмастер. Можно сделать /dev/null
При этом ничего в очереди накапливаться не должно. Почему все-таки у вас очередь растет? Без лога и образца застрявшего в очереди письма не скажу - ясновидением не обладаю.
>Можно ли с этим бороться?
Не только можно, но и нужно
Вариант для распечатки
OpenNET: Виртуальная конференция (Public)
(??) on 05-Фев-09, 23:27 
