|
|
Здравствуйте.
On 2015-07-08 00:42 , peter carver wrote:
извините, наверное неоднозначно написал.
когда мои сотрудники отправляют почту с локалки или vpn,
в письмо добавляется что-то типа такого
Received: from [192.168.8.70] (account peter [192.168.8.70] verified)
если сотрудники отправляют почту через 3g, тем более NAT в домонете, то
в письмо добавляется
Received: from [94.158.95.168] (account peter [94.158.95.168] verified)
дальше мой почтовик, с красивым айпишником, шлет получателю, на другой mx.
и и если внутри письма 192.168.8.70 там - почту принимают,
если внутри письма публичный 94.158.95.168 - мне приходит 452.
получатель у меня - небольшой государственный телеком-оператор,
а сотрудники - мои боссы.
Так вы включите WebAdmin -> Settings -> Mail -> SMTP -> Sending -> Processing -> Hide 'Received' fields. Счастье есть.
думаю может попросить оператора - проверять не только IP, а и слово
verified,
что наверняка означает что сотрудники у меня с SMTP авторизацией.
собственно, может есть какая статья на эту тему или другие аргументы ?
Аргумент один - проверять можно только IP, непосредственно с которого спамоборец принимает SMTP соединение. А если этот IP принадлежит системе, которой спамоборец 100% доверяет, то проверять можно IP из самого верхнего заголовка Received. И так далее. Всё, что ниже первого не контроллируемого спамоборцем заголовка Received может приходить из параллельной вселенной, где в IP адресе 5 октетов. Как проверять?
Включайте опцию уже.
Tuesday, July 7, 2015, 5:10:47 PM, you wrote:
*> Если я правильно понял топикстартера, у него CGP отправляет почту
через 3G.
Соответственно, принимающий сервер "видит", что идет соединение с
динамического адреса и отвергает его (я тоже стараюсь отвергать).
Тогда скрытие цепочки пересылки письма ничего не даст.
Так как автор сообщения указывает строку "rsp: 452...", значит отвергается
не письмо, а сессия.
Значит принимающий сервер ничего ещё не знает о предыдущих "Received: from
", и их замена на "from internal.domain", никак не поможет.
Кстати, поясните, если я ошибаюсь.
Ответ 452, RFC 5321 трактует как "Requested action not taken: insufficient
system storage"
При чем здесь "this message MIME IP address is originated from spammer or
open relay network"?
Михаил
----- Original Message -----
From: Dmitry Akindinov
To: CommuniGate Pro Russian Discussions
Sent: Tuesday, July 7, 2015 3:14 PM
Subject: Re: [CGP] rsp: 452 this message MIME IP address is originated from
spammer or open relay network.
Здравствуйте.
On 2015-07-07 14:26, peter carver wrote:
вопрос не совсем о CommuniGate, но немного его касается.
при отправке почты через 3G, в письме появляется айпишник провайдера,
наверное что-то типа Received: from [94.158.95.168] (account peter
[94.158.95.168] verified)
а потом другие MX, отказываются принимать мою почту,
тоесть мой почтовик/IP, с которого я отправляю - все ОК,
а GPRS IP провайдера в спам-листах естественно, и мою почту не принимают.
не понимаю что мне делать, искать как в CommuniGate - потереть
клиентский IP ?
WebAdmin ->> Settings -> Mail -> SMTP -> Sending -> Processing ->
Hide 'Received' fields
Оно всяко полезно на любой боевой системе, наверное.
или обяснять другим, что такие email не стоит отфутболивать, и какие мои
аргументы ?
Боюсь, что аргументы тут бессильны. На той стороне будет администратор,
который уверен, что всё делает правильно (потому что так же делал его
бородатый друг - гуру сендмейла), либо, что ещё хуже просто применяющий
"стандартные фичи" без понимания, как они работают.
--
Best regards,
Dmitry Akindinov
--
Best regards,
Dmitry Akindinov
|
|