Мы используем стороннего поставщика услуг для отправки транзакционной электронной почты. Недавно я заметил повышенную частоту отказов для данного принимающего домена.
Отправка завершается с ошибкой "498 Нет MX для example.com".
Отправки повторяются после заданной задержки и обычно успешны после пары повторных попыток. Но иногда они превышают лимит повторных попыток и отбрасываются навсегда.
Я связался со службой поддержки провайдера, и они сказали мне, что это связано с тем, что принимающий домен объявляет MX от разных провайдеров.
$ dig mx example.com
;; ANSWER SECTION:
example.com. 859 IN MX 25 mail05.example.com.
example.com. 859 IN MX 20 mail11.example.net.
Они имеют в виду тот факт, что один MX использует example.com а другой использует example.net и это явно плохая практика и может привести к описанной выше ошибке.
Я впервые слышу что-то подобное, и я бы сразу назвал это BS, но я подумал, что позволю им усомниться и услышать, что другие говорят по этой теме.
Они в основном ошибаются.
Неплохо иметь более одного MX, и также неплохо иметь один или несколько из них с именем хоста в другом домене. Фактически, раньше было довольно часто, что люди настраивали свой собственный почтовый сервер в своем собственном домене в качестве основного MX, а затем использовали почтовый сервер своего провайдера в качестве вторичного MX.
Одна крошечная деталь, которая, вероятно, может иметь значение, заключается в том, что если MX в другом домене не разрешается должным образом, например если домен example.net есть проблемы с DNS, это может быть проблемой. Но именно поэтому у вас более одного MX - если один выйдет из строя, другие будут работать.
Вы должны ответить поставщику и указать им на RFC 5321, раздел 5.1. Это слишком долго, чтобы цитировать, но суть в том, что если существует более одного MX, отправитель должен попробовать хотя бы первые два, и нет никаких ограничений на их размещение в разных доменах.
Нет, это чушь. Наличие этой опции - одна из основных причин, по которой вы можете в первую очередь указать несколько MX с разными приоритетами.
Должна быть другая проблема.