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 в целом), я не уверен, какая другая информация может быть полезна.

email sendmail spam email-server JonoCoetzee
источник
Если вы не
выдаете официальные
Наш регистратор доменов заставляет нас использовать их серверы имен, и я не смог бы изменить их, если бы я хотел, к сожалению ...
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 / mailname. Что заставило бы это не работать?
JonoCoetzee
Я снова проверил с Gmail, и письма все еще приходят как bookings@debian70.vm? Я перезапустил сервис sendmail, но без изменений.
JonoCoetzee
У меня есть Authentication-Warning: premiumconnect.co.za: www-data set sender to bookings@premiumconnect.co.za using -fв mail.log, это может быть связано?
JonoCoetzee
2

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

под кайфом
источник
@slm Нет. Это на самом деле ответ imho. Для меня он пытается отправить письмо по адресу bookings@debian70.vm, чей домен не может быть разрешен удаленным сервером. Извините, если не ясно, я изменю свой ответ.
забил камнями
stoned прав, это первичная проблема ... вторичной может быть
причина, по
@ удивлен - редактирование делает его лучше, я удалил комментарий, спасибо.
Slm
@NickW мне действительно кажется, что он использует локальную машину (127.0.0.1) для отправки почты, так что это работает. Я предполагаю, что он нигде не передавал почту, иначе он, скорее всего, получит письмо с ошибкой, а не журнал ошибок. Если это правда, у него будут проблемы со средствами проверки спама, такими как SpamAssassin, но он обычно не получает никаких отзывов об этом - сообщение просто будет удалено почтовым сервером получателя.
забил камнями
Я согласен, что является причиной моего последнего комментария под его вопросом :)
NickW
1

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

JonoCoetzee
источник