Sendmail: Відправник відхилено (домен не знайдено)


11

У мене виникають проблеми з надсиланням пошти на наш веб-сервер. Деякі листи надсилаються та доставляються без проблем (наприклад, Gmail), а інші відкладаються із написом "Відхилена адреса відправника: Домен не знайдено"

Я розумію, що це захід захисту від спаму, завдяки якому здійснюється пошук домену, що надсилає, але наш домен має записи MX:

Server:     8.8.8.8
Address:    8.8.8.8#53

Non-authoritative answer:
premiumconnect.co.za    mail exchanger = 10 za-smtp-2.mimecast.co.za.
premiumconnect.co.za    mail exchanger = 10 za-smtp-1.mimecast.co.za.

Authoritative answers can be found from:    

(Окрім того, чому ми не маємо авторитетних відповідей? Чи може це бути проблемою?)

А також запис A:

Server:     8.8.8.8
Address:    8.8.8.8#53

Non-authoritative answer:
Name:   premiumconnect.co.za
Address: 196.28.97.202

Ось журнали для певної пошти, яку намагалися надіслати:

Feb  5 12:07:52 premiumconnect sm-mta[2411]: s15C7qYp002411: from=<bookings@premiumconnect.co.za>, size=3522, class=0, nrcpts=1, msgid=<52f22998c2680@premiumconnect.co.za>, proto=ESMTP, daemon=MTA-v4, relay=localhost [127.0.0.1]
Feb  5 12:07:52 premiumconnect sendmail[2410]: s15C7q0o002410: to=*****@tott.co.za, delay=00:00:00, xdelay=00:00:00, mailer=relay, pri=33324, relay=[127.0.0.1] [127.0.0.1], dsn=2.0.0, stat=Sent (s15C7qYp002411 Message accepted for delivery)
Feb  5 12:07:52 premiumconnect sm-mta[2413]: s15C7qYp002411: to=<*****@tott.co.za>, delay=00:00:00, xdelay=00:00:00, mailer=esmtp, pri=123522, relay=antispam-vdc-01.gam.co.za. [41.0.5.44], dsn=4.1.8, stat=Deferred: 450 4.1.8 <bookings@debian70.vm>: Sender address rejected: Domain not found
Feb  5 12:07:53 premiumconnect sm-mta[2413]: s15C7qYp002411: to=<*****@tott.co.za>, delay=00:00:01, xdelay=00:00:01, mailer=esmtp, pri=123522, relay=mx-filter-01.gam.co.za. [41.0.5.131], dsn=4.1.8, stat=Deferred: 450 4.1.8 <bookings@debian70.vm>: Sender address rejected: Domain not found
Feb  5 12:12:46 premiumconnect sm-mta[2479]: s15C7qYp002411: to=<*****@tott.co.za>, delay=00:04:54, xdelay=00:00:00, mailer=esmtp, pri=213522, relay=mx-filter-01.gam.co.za. [41.0.5.131], dsn=4.1.8, stat=Deferred: 450 4.1.8 <bookings@debian70.vm>: Sender address rejected: Domain not found
Feb  5 12:12:46 premiumconnect sm-mta[2479]: s15C7qYp002411: to=<*****@tott.co.za>, delay=00:04:54, xdelay=00:00:00, mailer=esmtp, pri=213522, relay=antispam-vdc-01.gam.co.za. [41.0.5.44], dsn=4.1.8, stat=Deferred: 450 4.1.8 <bookings@debian70.vm>: Sender address rejected: Domain not found

У мене мало досвіду роботи з Sendmail (або MTA загалом), не впевнений, яка інша інформація може бути корисною.


Якщо ви не даєте авторитетних відповідей, вам потрібно переконатися, що у вашому реєстраторі домену вказані ваші NS-сервери ..
NickW

Наш реєстратор домену змушує нас використовувати їх сервери імен, не міг змінитись, якщо б я на жаль хотів ...
JonoCoetzee

Що ж, якщо вас змушують використовувати їх, вам потрібно забезпечити, щоб їх NS-сервери повертали записи, які ви хочете, і що включають належний запис MX. Також переконайтеся, що або ваш Інтернет-провайдер, або ваша компанія-хостинг публікують належну запис RDNS для вашого поштового сервера.
NickW

Гаразд, повернені вище записи є правильними для нашого домену та встановлені в авторитетному NS (у реєстратора), включаючи запис MX, який вказує на зовнішній поштовий сервер. Також сервер поштового зв’язку (визначений у записі MX) вирішує зворотний пошук DNS. Хоча домен / веб-сервер не впевнений, чи вплине це на речі?
JonoCoetzee

Отже, чи передаються ваші веб-сервери через ваш поштовий сервер? Це був би найпростіший спосіб переконатися, що пошта, яку вони надсилають, пройде ..
NickW

Відповіді:


8

Ця помилка стосується конкретно адреси "від", а не сервера відправки. Таким чином, записи MX не є актуальними, а ваші налаштування MTA, ймовірно, не відповідають.

Проблема полягає в тому, що ви надсилаєте електронний лист від "bookings@debian70.vm", який одержувач правильно визначає, не може бути дійсною адресою електронної пошти, оскільки домен debian70.vm не існує.

Рішення буде залежати від того, як саме ви створюєте ці електронні листи. Один із варіантів - вказати бажану адресу "з" у будь-якому програмному забезпеченні, яке генерує ці листи.

З іншого боку, схоже, ви не активно вказуєте адресу "від", але дозволяєте системі генерувати її. У такому випадку частина після @ встановлюється на основі того, що система вважає своїм іменем пошти. Debian перевіряє '/ etc / mailname', щоб визначити це, і якщо він нічого не знаходить, він використовує своє повноцінне доменне ім'я, яке у вашому випадку - 'debian70.vm' - ім'я, яке діє лише для вашої внутрішньої мережі, оскільки знаходиться в домені верхнього рівня .vm.

Якщо ви відредагуєте / etc / mailname (створивши його за потреби), щоб сказати "premiumconnect.co.za" (без лапок), це, ймовірно, вирішить вашу проблему.

Якщо ні, то це може вказувати на те, що MTA генерує адресу на основі якоїсь іншої конфігурації, тож нам би потрібно знати більше про вашу настройку MTA.


Я розумію , що, якщо ви подивитеся на перший рядок в журналі ви побачите , що це від адреси встановлюється: from=<bookings@premiumconnect.co.za>. Я вже спробував налаштувати / etc / namename. Що б змусило цього не працювати?
JonoCoetzee

Я знову перевірив Gmail і повідомлення електронної пошти все ще надходять як bookings@debian70.vm? Я перезапустив службу sendmail, але жодних змін.
JonoCoetzee

У мене є Authentication-Warning: premiumconnect.co.za: www-data set sender to bookings@premiumconnect.co.za using -fmail.log, це може бути пов’язано?
JonoCoetzee

2

Як слід вирішити домен debian70.vm? мені здається, ви використовуєте bookings@debian70.vm як адресу відправника. Перевірка спаму проводиться через debian70.vm, який неможливо вирішити.


@slm Nope. Це насправді відповідь imho. Мені він намагається надсилати пошту як bookings@debian70.vm, домен якого не може бути вирішений віддаленим сервером. Вибачте, якщо це не зрозуміло, я модифікую свою відповідь.
камінь

каміння правильно, це головна проблема .. другорядне може бути причиною того, що його ретрансляційний сервер приймає такі адреси :)
NickW

@stoned - редагування робить це краще, я видалив коментар, дякую.
slm

@NickW мені здається, що він використовує локальну машину (127.0.0.1) для відправки пошти, тож вона працює. Я думаю, що він не пересилав пошту нікуди, інакше він, мабуть, отримав пошту про помилку, а не журнал помилок. Якщо це правда, у нього виникнуть проблеми із шашками для спаму, як-от SpamAssassin, але він зазвичай не отримуватиме зворотного зв’язку за це - повідомлення просто відкине поштовий сервер одержувача.
камінь

Я погоджуюся, що є причиною мого останнього коментаря під його запитанням :)
NickW

1

Я знайшов проблему, як тільки мене вказали в правильному напрямку інші відповіді. У (автогенерованому) sendmail.mc був рядок MASQUERADE_AS(`debian70.vm')dnl, я змінив це на MASQUERADE_AS(`premiumconnect.co.za')dnlі електронні листи зараз встановлюються правильно. Дякуємо за розуміння.

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