[Sysadmins] local recipient table for postfix via dovecot passdb

[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). В общем, тут важно правильно подобрать параметры кэширования.

>> Подробнее см ADDRESS_VERIFICATION_README, man 8 verify.

-- 
vvk

Russian Postfix irc: irc.freenode.net #postfix-ru