Как сделать так, чтобы sendmail записывал IP сервера в заголовки
После недавней смены хостов я получаю много отскоченных писем. То, что происходит, и вполне может быть правильным, заключается в том, что я буду отправлять почту с моего MTA дома через мой сервер, а сервер аутентифицируется через STARTTLS и ретранслирует почту, используя мой домашний IP-адрес.
Я не помню такого поведения с нашего старого сервера. Я помню, что IP-адрес сервера будет использоваться в заголовке from.
Можно ли использовать IP-адрес сервера вместо моего домашнего IP-адреса? Я обнаружил, что большинство динамических IP-адресов занесены в черные списки, что приводит к отказу многих моих писем. Я не уверен, что мне нужно сделать это. Это маскарад я хочу? Я не хочу использовать умный хост для этого.
Благодарю.
РЕДАКТИРОВАТЬ:
У меня есть два сообщения, которые я хотел бы опубликовать.
The original message was received at Fri, 2 Mar 2012 10:45:35 -0800 (PST)
from cpe-170-31-105-69.res.rr.com [170.31.105.69]
----- The following addresses had permanent fatal errors -----
<xxxxxxxxxx@messaging.sprintpcs.com>
(reason: 554 lnxipc002-in.nmcc.sprintspectrum.com)
----- Transcript of session follows -----
... while talking to mx.messaging.sprintpcs.com.:
<<< 554 lnxipc002-in.nmcc.sprintspectrum.com
554 5.0.0 Service unavailable
Последний из них:
The original message was received at Thu, 1 Mar 2012 11:02:35 -0800 (PST)
from cpe-170-31-105-69.res.rr.com [170.31.105.69]
----- The following addresses had permanent fatal errors -----
<johndoe@corp.com>
(reason: 554 Transaction Failed Spam Message not queued.)
----- Transcript of session follows -----
... while talking to mail2.corp.com.:
>>> DATA
<<< 554 Transaction Failed Spam Message not queued.
554 5.0.0 Service unavailable
3 ответа
- MTA никогда не должен менять существующие заголовки, если у него нет необычайно веских причин, это не так.
То, что электронная почта пришла с динамического IP-адреса, почти не имеет ничего общего с следующей надеждой на получение электронной почты.
Я запускаю почтовый сервер у себя дома. Он пересылает электронную почту на имеющийся у меня VPS, который пересылает электронную почту соответствующим образом. У меня никогда не было ни одного отказа в электронной почте из-за домашнего сервера с динамическим IP-адресом (который указан во всех PBL, которые я просматривал). Кроме того, домашний сервер записывает в заголовок Received внутренний IP-адрес MUA, с которого была отправлена электронная почта, или в случае веб-почты это еще один IP-адрес (а программное обеспечение для веб-почты записывает свой собственный заголовок Received в отношении веб-браузера, который вошел в систему, и если в середине есть прокси-сервер, он тоже получает информацию)
Вы пересылаете через своего интернет-провайдера или другого провайдера? Если ваш местный MTA доставляет почту напрямую в Интернет, вы будете подвергаться обычным проверкам на спам (например, SPF-записи, обратный поиск DNS).
Например, в postfix вы должны установить директиву relayhost IP-адрес вашего провайдера. Пример Google: https://www.wormly.com/blog/2008/11/05/relay-gmail-google-smtp-postfix/
Получающий адаптер MTA будет смотреть на IP-адрес принимающего / отклоняющего подключенного адаптера MTA, основываясь на этом, а не на IP-адресе отправителя. В противном случае никто не получит адрес электронной почты. Это все в заголовках.
У вас есть уведомление о доставке сообщения? Если вы действительно используете sendmail, он должен предоставить вам всю необходимую информацию о том, почему сообщение было отклонено.
Скорее всего, IP-адрес вашего нового сервера находится в некоторых списках RBL, и поэтому без реального DSN можно только строить догадки. Если это греко для вас, опубликуйте это.