2009-04-22 15:08:26;122.172.63.6;@domen.ru;220 domen.ru Eserv/3.4413 ESMTP. Wed, 22 Apr 2009 15:08:26 +0400
2009-04-22 15:08:26;122.172.63.6;@domen.ru;HELO altieripacific.com
2009-04-22 15:08:26;122.172.63.6;@domen.ru;250 domen.ru Hello [122.172.63.6]
2009-04-22 15:08:26;122.172.63.6;@domen.ru;MAIL FROM:<draga@domen.ru>
2009-04-22 15:08:26;122.172.63.6;@domen.ru;250 draga@domen.ru OK, my domain
2009-04-22 15:08:27;122.172.63.6;@domen.ru;RCPT TO:<draga@domen.ru>
2009-04-22 15:08:27;122.172.63.6;@;250 draga@domen.ru OK, my domain, user draga exists
Далее идёт приём письма, как полагается.
122.172.63.6 нет LocalNetworks.txt
Что можно сделать, что б таких "не пущать"?
Можно поставить RequireAuthForOutboundMail=1 в Eserv3.ini, но тогда придётся всех клиентов (и сторонних роботов настраивать).
Хотелось бы письма от @domen.ru только с моих ip из LocalNetworks.txt, а для пользователей, желающих отправить почту не из локалки (из дома, например), требовалась бы авторизация.
PS Eserv/Eproxy (v3.32), обновиться всё нет времени. Если что-то изменилось в области моего вопроса в 3.33-3.35, то так и скажите
В PigMail довольно давно есть возможность рулить этим... но тоже через авторизацию. Правда, для роботов есть опция автоматической авторизации.
А, в стандартной конфигурации IP-авторизация работает независимо от RequireAuthFor*. Все, кто подключится из LocalNetworks или IpWhiteList, уже автоматически авторизованы. Проверьте.
Пробую отправить на mail.ru, требует авторизации
Почему после этого разговор про исходящую почту? Это ведь входящая. "FROM ваш_адрес TO наружу" этот внешний IP отправить не сможет.
С таким входящим спамом бороться байесами.
С подделкой FROM-адресов бороться SPF-политиками (
Никакой проблемы и необходимости пиления конфига тут не видно.
Применение RequireAuthForOutboundMail=1 пробовалось в предположении, что почта с моим обратным адресом SMTP-сервером будет принята за исходящую (но только для локального же юзверя).
Но RequireAuthForOutboundMail уже опять отключено, т.к. вероятно несовместимо с внешними почтовыми роботами, работающими в локальной сети.
Описанное мной — это частный случай подделки FROM-адресов. Об SPF не вспомнил почему-то. Пробное включение начало сыпать ошибки в acSMTP.log (трудно идентифицировать начало и конец ошибки) примерно такого содержания:
Поэтому пока отключил, буду завтра разбираться, если будет время.
Не будет. Исходящей становится почта, не нашедшая локальных получателей, и только в случае локальности IP или авторизованности отправителя.
А предположения всегда можно проверить тестовой сессией. Чтобы считаться внешним IP достаточно подключаться на внешний интерфейс, как делает pop2smtp.
Сп
Теперь займусь SPF-политикой
Заглянул на
На
Т.ч. эти 3 ссылки можно вычеркнуть
Всё заработало полноценно ("левые" не проходят, свои извне с авторизацией проходят).
Вопрос закрыт.
Сп