У меня проблема с отправкой отказов спамерам, когда удаленный "доверенный" smtp-сервер отклоняет почту. Мой сервер управляет почтой для company1.com, у которого есть виртуальный псевдоним[email protected]который доставляет почту нескольким локальным пользователям, а также[email protected]которая управляется другой командой. Их почтовая система реализует другую (лучше, если хотите) защиту от спама и может отклонять письма после DATA.
Проблема возникает, когда спамер проникает на почтовый сервер company1.com и пытается доставить почту[email protected]он получает
554 Transaction failed. Unacceptable content. (in reply to end of DATA command)
и генерирует сообщение о недоставке для спамера. Так что вопрос в том, как мне помешать ему это делать? На самом деле я вообще не заинтересован в генерации сообщений о недоставке для company2.com, поэтому большой молоток тоже подойдет, поскольку мой почтовый сервер не обрабатывает никакую другую почту для company2.com.
Заранее спасибо.
решение1
Поскольку предотвратить появление NDR на самом деле невозможно, я могу предложить лишь обходной путь, который далек от совершенства:
Направьте почту на @company2.com через выделенный SMTP-клиент — transport_maps сделает это за вас — и укажите карту regexp/pcre в master.cf для этого транспорта, который перезаписывает адрес отправителя, т. е. если почта от[email protected], вы переписываете его на[email protected]. Отказы будут доставлены в[email protected]почтовый ящик. Недостаток в том, что[email protected]придется либо заново переписывать адреса, либо вы никогда не увидите настоящего отправителя.
Стандартным ответом на этот вопрос будет убедиться, что политики UCE/UBE на вашем шлюзе и шлюзе company2.com одинаковы, или что ваш ретранслятор внесен в белый список company2.com (тогда им придется самостоятельно помещать спам в карантин/бороться со спамом).