>>>>> 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-клиент пытается залить нам мыло для юзера [EMAIL PROTECTED] >> Постфикс >> генерирует конверт и пытается доставить его допустим по 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 _______________________________________________ Sysadmins mailing list [email protected] https://lists.altlinux.org/mailman/listinfo/sysadmins
