Проблема конфігурації Postfix (домен відправника не існує)


10

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

Який правильний спосіб змінити домен мого відправника електронної пошти?


1
Налаштування $ myorigin на нашому доменному імені Інтернет, як видається, вирішує проблему - не впевнений, чи це "правильний" спосіб це зробити.
Brent

1
Має працювати добре, якщо ви не будете часто змінювати це. Інший спосіб - встановити ім'я хоста на сервері на дійсне ім'я домену пошти.
Дейв Драгер

Відповіді:


11

В 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домен.local - це, мабуть, саме тому ви бачите це як домен відправника.


правильно, моє ім'я хоста - domail.local (у цьому прикладі)
Brent,


4

Це одне з тих питань, до яких вам потрібно буде залучати / підкуповувати / шантажувати свого адміністратора DNS за допомогою, оскільки вам потрібно, щоб ім’я, на яке заявляє ваш сервер, намагаючись надіслати правильне. Сервери Mnay відмовляться від вашої пошти, якщо відправник не вирішить правильно і вперед, і в зворотному напрямку.

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


+1 Приємне та чітке пояснення у другому абзаці ...
Ashish

1

Ви повинні налаштувати свій поштовий індекс за допомогою smarthost, оскільки деякі сервери призначення перевіряють, чи існує адреса відправника.

Як це зробити тут: http://ubuntu.wordpress.com/2005/09/07/setting-a-smarthost-in-postfix/


Власне, саме так і було створено. Це сервер nagios, і моя мета - зняти його залежність від сервера пошти (smarthost). Тому мені потрібен певний спосіб, щоб він надсилав електронну пошту безпосередньо нашим адміністраторам через їх зовнішні адреси електронної пошти.
Brent

0

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

myorigin= (EMAIL-DOMAIN).com

Приклад:

myorigin=yahoo.com

0

У мене була така ж проблема, причиною цієї проблеми стало ретрансляція, яка дозволяла отримувати лише пошту з mydomain типу "acme.com", а не з субдоменів типу "nagios.acme.com"

Я вирішив це, оновивши значення параметрів "myorigin" до

myorigin = $mydomain

0

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

мої ресурси записують на краще чи гірше

Я перегляну записи ресурсів, які є все, що вам потрібно, мінус мій запис dkim, який я не показуватиму.

По-перше, це фактичний запис DNS.

По-друге, це мій запис CAA, який показує, хто тримає мій сертифікат dns, щоб люди не могли підробляти сертифікат DNS.

Третє - мій запис MX, який говорить усім, який поштовий сервер я використовую для свого домену. Ви можете мати їх декілька з перевагою на основі цілого числа перед адресою.

По-четверте, це мій запис SPF, який повідомляє всім, хто шукає мій домен, які IP-адреси мають право надсилати пошту для мого домену.

По-п’яте, це мій запис 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, як і інші, які я показав.

Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.