Чи погана практика оголошувати MX з різних мереж?


21

Ми використовуємо стороннього постачальника послуг для надсилання транзакційних електронних листів. Нещодавно я помітив підвищення рівня відмов для певного домену, що приймає.

Помилка надсилання з помилкою "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 на це, але я подумав, що надам їм користь від сумнівів і почую, що інші мають сказати з цієї теми.


11
Навіть явно дозволяється не мати запис MX, тому повідомлення про помилку є безглуздим. Ваш постачальник послуг потребує великої допомоги.
Майкл Хемптон

4
Звичайно, це має працювати. Розглянемо випадок, коли сайт example.com.використовує будь-якого третього постачальника електронної пошти, наприклад, G Suite, щоб вони мали запис MX aspmx.l.google.com..
користувач253751

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

Проблема полягала в тому, що постачальник нічого не розумів. Вони вважали, що моя проблема полягає у використанні їх служби для отримання електронної пошти, де вони рекомендують використовувати лише їх MX. Але я запитував про надсилання електронних листів та MX домену, що отримує. Запевняю вас, це була некомпетентність з їхнього боку. Опис мого питання був дуже чітким, і це непорозуміння було б неможливим, якби вони насправді розглядали питання ще на секунду.
Der Hochstapler

Відповіді:


44

Вони здебільшого помиляються.

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

Одна крихітна частина, яка може бути доречною, - це те, що якщо MX в іншому домені не вирішується належним чином, наприклад, якщо у домену example.netє проблеми з DNS, це буде проблемою. Але тому у вас є більше одного MX - якщо один виходить з ладу, інші все одно працюватимуть.

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


24

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

Має бути ще одна проблема.

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