Назад | Перейти на главную страницу

Проблема с конфигурацией Postfix (домен адреса отправителя не существует)

Я настраиваю Linux-сервер, на котором хочу отправлять почту независимо от нашего основного почтового сервера (т.е. напрямую). Проблема в том, что когда я отправляю почту на внешний адрес, она возвращается вместе с сообщением. домен адреса отправителя не существует. (он отправляет почту как root@domain.local)

Как правильно изменить домен моего отправителя электронной почты?

В main.cf:

# SENDING MAIL
# 
# The myorigin parameter specifies the domain that locally-posted
# mail appears to come from. The default is to append $myhostname,
# which is fine for small sites.  If you run a domain with multiple
# machines, you should (1) change this to $mydomain and (2) set up
# a domain-wide alias database that aliases each user to
# user@that.users.mailhost.
#
# For the sake of consistency between sender and recipient addresses,
# myorigin also specifies the default domain name that is appended
# to recipient addresses that have no @domain part.
#
#myorigin = $mydomain
myorigin = $myhostname

Это настройка по умолчанию. Если ваш hostname это domain.local, вероятно, поэтому вы видите это как домен отправителя.

Вам необходимо исправить свое доменное имя в конфигурации постфикса (domain.local не является допустимым доменным именем).

Проверьте /etc/postfix/main.cf, есть несколько способов указать это, это может помочь: http://www.postfix.org/BASIC_CONFIGURATION_README.html#myorigin

Это одна из тех проблем, которые вам нужно будет привлечь / подкупить / шантажировать вашего администратора DNS для получения помощи, поскольку вы хотите, чтобы имя, которое ваш сервер запрашивает при отправке, было правильным. Многие серверы будут отклонять вашу почту, если отправитель не разрешает правильно и прямую, и обратную.

Например, предположим, что ваш сервер - mail01.example.com. Когда ваш сервер с $ myorigin, правильно настроенным для рекламы как mail01.example.com, связывается с моим сервером, мой сервер выполнит DNS-поиск IP-адреса, с которого вы подключаетесь, и будет ожидать, что поиск будет соответствовать вашему имени. давая мне. Если он не разрешится правильно, я разорву соединение, потому что вы, вероятно, просто отправляете мне спам.

Вы должны настроить свой постфикс с помощью smarthost, потому что некоторые целевые серверы проверяют, существует ли адрес отправителя.

Как это сделать здесь: http://ubuntu.wordpress.com/2005/09/07/setting-a-smarthost-in-postfix/

Я также столкнулся с указанной выше проблемой. После обновления значения myorigin до соответствующего доменного имени проблема была решена. После обновления перезапустите POSTFIX.

myorigin= (EMAIL-DOMAIN).com

Пример:

myorigin=yahoo.com

У меня была такая же проблема, причиной этой проблемы был relayhost, разрешающий только почту с моего домена, например acme.com, а не с поддоменов, таких как nagios.acme.com

Я исправил это, обновив значение параметра myorigin до

myorigin = $mydomain

Прежде всего, чтобы правильно настроить почтовый сервер, чтобы вся отправляемая вами почта не возвращалась, вам понадобится доступ к вашим ресурсным записям вашего домена, которые хранятся у любого выбранного вами поставщика DNS, мой - Google

Я просмотрю все записи ресурсов, которые вам могут понадобиться, за вычетом моей записи dkim, которую я не буду показывать.

Во-первых, это настоящая DNS-запись.

Во-вторых, моя запись CAA, которая показывает, кто владеет моим сертификатом DNS, чтобы люди не могли подделать сертификат DNS.

В-третьих, это моя запись MX, которая сообщает всем, какой почтовый сервер я использую для своего домена. У вас может быть несколько из них, причем предпочтение будет зависеть от целого числа перед адресом.

В-четвертых, это моя запись SPF, которая сообщает всем, кто ищет мой домен, какие IP-адреса разрешены для отправки почты для моего домена. Довольно уверен, что у вас может быть несколько IP-адресов или, возможно, даже несколько записей SPF.

Пятая - это моя запись DMARC, которая сообщает почтовым обменам, что делать с почтой, поступающей не с IP-адресов в записи SPF, или с почтовыми серверами, не указанными в записях MX. Возможно, вам удастся создать это и просто сказать, что все идет, вместо того, чтобы отвергать, но все же это правильный путь.

Шестой будет моя запись DKIM, которая представляет собой ключ rsa, который используется для аутентификации всей почты, поступающей из моего домена, и ее особенно сложно исправить.

Сделав все это, вы можете изменить исходную конфигурацию, и все обмены будут принимать вашу почту с включенным сигналом, так как вы пройдете все три проверки, если вы нажмете исходное сообщение в Gmail.

Вот не такая уж простая, базовая конфигурация postfix

http://www.postfix.org/BASIC_CONFIGURATION_README.html

Вот документация от opendkim, также известная как почта с указанием ключей домена, для вашего сервера dkim, который вам, вероятно, понадобится в конечном итоге.

http://www.opendkim.org/docs.html

А вот несколько ссылок о записях MX SPF и DMARC, также известных как почтовый обменник, структура политики отправителя и
отчеты об аутентификации сообщений на основе домена и соответствие соответственно.

https://en.m.wikipedia.org/wiki/DMARC

https://en.m.wikipedia.org/wiki/Sender_Policy_Framework

https://en.m.wikipedia.org/wiki/MX_record

Все это необходимо, если вы хотите, чтобы ваши электронные письма были официальными и принимались всеми, а также это хорошая практика, помогающая сократить спам / фишинг / вредоносное ПО в мире.

Кроме того, я, возможно, не показал свой dkim, потому что он содержит ключ и является общедоступной записью, просто неудобно с этим, но это также запись ресурса, хранящаяся у вашего поставщика DNS, как и другие, которые я показал.