А постмастеров, у которых первичный релей сначала принимает письма на несуществующие адреса

[dil]

а потом генерирует баунсы, надо убивать в детстве.

Наглядный пример: relay.ciscom.ru. У них этот релей вообще единственный.

Comments

[tullamoredew.livejournal.com]

потому что запросы о подтверждении адресата, и сессия смтп для передачи почты это разные сеансы, и так получится как минимум в два раза больше сеансов. если система достаточно загружена, то разговор идет о сотнях лишних запросов в минуту, причем нагрузка как на эксченж, так и на внешний МТА
зачем оно надо, когда можно или кроном апдейтить список, или вообще, при добавлении юзера прогонять на МТА скрипт который берет список из активдира

[dil.livejournal.com]

почему сессии разные? принимаемое письмо прямо сразу пытаемся скормить в exchange. если он ругнулся на адрес получателя - ругаемся в строну отправителя, не ругнулся - выполняем остальные проверки. если они успешно прошли, отправляем остаток письма в exchange, не выполнились - говорим exchange'у RSET, в клиента ругаемся соответствующей ошибкой.

а остальное - вопрос эффективности. иногда действительно проще скопить пачку писем на релее, а потом заслать их все в exchange за одну сессию.

[tullamoredew.livejournal.com]

а разве попытка скормить ксченджу нерелевантные письма не beats the whole purpose of a front end MTA?

[dil.livejournal.com]

зависит от этой самой purpose. если frontend relay только затем, чтобы не выставлять exchange в открытый интернет, то всё нормально.