|
ru.unix.bsd
- RU.UNIX.BSD ------------------------------------------------------------------
From : Mr Alex V Eustrop 2:5020/400 01 Nov 2006 02:32:44
To : All
Subject : sendmail - RCPT To: based relaying
--------------------------------------------------------------------------------
Доброе время суток!
Есть у меня проблема, при доставке почты для некоторого домена (далее
target.domain),
вот в такой конфигурации:
mx1 -> mx2 -> targethost
(на всех машинах sendmail под FBSD).
Собственно проблема состоит в том, что реальный список существующих почтовых
ящиков в target.domain, есть только на targethost, а спам, в изрядных
количествах идет на несуществующие, принимается mx-ами, и когда mx2
пытается доставить его на targethost, получается отлуп, который
mx2 пытается доставить отправителю (естественно поддельному), что
есть нехорош,о как в случае успеха (кому интересно читать отлупы
на письма, которые он не посылал), так и неуспеха - постмастеру их
читать утомительно тоже.
Хочется, чтобы mx-ы, при получении почты для target.domain, могли
проконтролировать наличие адреса RCPT TO: на targethost (или на другом
mx), и дать отлуп, если такого адреса там нет. Лучше всего, если-бы
это происходило динамически,через SMTP/RCPT TO: на явно указанном
хосте, с кешированием результатов и 4xx, если хост недоступен,
а в кеше ответа нет (впрочем, в этом случае можно и принять, главное
уменьшить поток писем на несуществующие адреса и проблемы с этом связанные)
Проведя исследование, и не обнаружив таких средств ни в самом sendmail,
ни в milters, доступных в портах, ни в категории email/filters на
sourceforge.net, я был готов прописать все адреса из target.domain
в /etc/mail/access, однако обнаружил, что конструкция
To:user@target.domain RELAY
в принципе не работает, и судя по документации - не должна, бо
сделана только для REJECT.
Принимать почту на mx-ах и разруливать ее через virtusertable -
очень не хочется, бо решение получается чересчур громозкое и
несимметричное (на mx2 придется завести дополнительный
домен, для приема почты от mx1).
Вот, хочется выслушать Коллективный Разум-и-Опыт, бо персональный -
зашел в тупик. ;)
P.S. Изменить количество узлов в связке - не предлагать, во избежание
замусоривания эхи моими описаниями, почему оно так, а не иначе. ;)
P.P.S. Квалифицированные заявления, что проблему можно решить
на другом MTA - принимаются с интересом, равно как и указания на
способы реализации To: based relaying средствами sendmail.cf
--
Regards.
Eustrop
--- ifmail v.2.15dev5.3
* Origin: self-employed (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
