Vladimir V. Kamarzin пишет:
>>>>>> On 15 Nov 2007 at 02:52 "AA" == Aleksey Avdeev writes:
> 
>>> В принципе можно вообще не использовать таблицы, а обойтись лишь recipient
>>> verification, заведя отдельный restriction_class, в котором бы осуществлялась
>>> проверка reject_unverified_recipient для локальных доменов. См. пример
>>> http://www.freesource.info/wiki/Dokumentacija/Postfix/BackupMX/recipientverification/rejectunverifiedrecipient?v=ze5&
>>>
>>> Допустим, SMTP-клиент пытается залить нам мыло для юзера user@domain. Постфикс
>>> генерирует конверт и пытается доставить его допустим по lmtp dovecot-у. Если
>>> Dovecot говорит 550 user unknown, постфикс SMTP-клиента посылает тоже с 550, а
>>> точнее, клиенту будет процитирован ответ dovecot-а. Соответственно, если
>>> Dovecot говорит 450, SMTP-клиенту отдаётся тоже 450.
> 
>  AA>   А можно ли вклиниться в эту идиллию так, чтобы при этом (срыве
>  AA> доставки по lmtp) сообщения о недоставке (от MAILER-DAEMON@),
>  AA> отправителю не уходили (кроме списка доменов заданного руками)?
> 
> Гмм, я вижу только один вариант "срыва доставки по lmtp", приводящий к
> генерации баунсов: если в кэше результат проверки конкретного
> реципиента положительный (status=deliverable), а MDA по какой-либо причине
> перестал принимать почту для данного реципиента (например исчерпана квота,
> юзера удалли, и т.п.), то постфикс будет слать баунсы на envelope-from до тех
> пор, пока не истечёт время address_verify_positive_refresh_time (default:
> 7d). В общем, тут важно правильно подобрать параметры кэширования.

  Распишу подробнее:

1. В качестве imap сервера использую cyrus (не dovecot), и списком
пользователей владеет именно он.

2. Всю приходящую на домен почту (после всех поверок) -- postfix
пересылает cyrus`у по lmtp.

3. В качестве одного из промежуточных фильтров (до передачи по lmtp) --
используется amavis-new (который тоже в какой-то момент перестал
проставлять заголовки, но вирусы по прежнему ловит)...

  Пока писал, подумал что наблюдаемое вполне может быть из-за amavis`а
(и/или любого другого фильтра с отложенной обработкой), т. к. он
обрабатывает сообщения уже находящиеся в очереди postfix`а, _после_
завершения входящей SMTP сессии. Т. е. из-за использования в процессе
доставки фильтра обрабатывающего очередь, postfix получает отлуп от
принимающего по lmtp не в момент существования входящей SMTP сессии, а
уже после её завершения...

-- 

С уважением. Алексей.