Это плохая практика объявлять MX из разных сетей?

Мы используем стороннего поставщика услуг для отправки транзакционной электронной почты. Недавно я заметил увеличение частоты отказов для данного принимающего домена.

Сбой отправки с ошибкой «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, но я подумал, что смогу дать им преимущество сомнения и услышать, что другие скажут по этой теме.

domain-name-system mx-record best-practices

— Der Hochstapler
источник

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

— Майкл Хэмптон

Конечно, это должно работать. Рассмотрим случай, когда сайт example.com.использует любого стороннего поставщика электронной почты, такого как G Suite, поэтому у него есть запись MX aspmx.l.google.com..

— user253751

Может быть, речь шла о том, что запись MX находилась у другого (и неисправного) поставщика (например, отсутствующие склеенные записи, медленные обновления зон, что-то не так с записями A, проблемы соответствия стандартам, такие как mx-as-cname)?

— rackandboneman

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

— Der Hochstapler

Ответы:

Они в основном не правы.

Не является плохой практикой иметь более одного MX, и одинаково неплохо иметь один или несколько из них с именем хоста в другом домене. Фактически, довольно часто люди настраивали свой собственный почтовый сервер в своем домене в качестве основного MX, а затем использовали почтовый сервер своего провайдера в качестве дополнительного MX.

Одна крошечная часть, которая могла бы иметь отношение к делу, заключается в том, что если MX в другом домене не разрешается должным образом, например, если в домене example.netвозникают проблемы с DNS, это будет проблемой. Но именно поэтому у вас есть более одного MX - если один не удастся, другие все равно будут работать.

Вы должны ответить поставщику и указать его в RFC 5321 , раздел 5.1. Это слишком долго, чтобы цитировать, но суть в том, что если существует более одного MX, отправитель должен попробовать хотя бы первые два, и нет никаких ограничений на их размещение в отдельных доменах.

— Дженни Ди говорит восстановить Монику
источник

Нет, это БС. Наличие этой опции является одной из основных причин, почему вы можете указать несколько MX с разными приоритетами.

Должна быть другая проблема.

— Свен
источник