Не вся электронная почта, проходящая через конечного пользователя, отклоняется.

Question

Я управляю небольшой компанией, и мы получаем отзывы от некоторых наших клиентов о том, что когда они пытаются отправить нам электронное письмо, электронное письмо немедленно отклоняется со следующей ошибкой:

---

Это сообщение было создано автоматически программой доставки почты.

Отправленное вами сообщение не может быть доставлено одному или нескольким получателям. Это постоянная ошибка. Следующий адрес не удался:

"Anyone@everfurniture.com":

домен не имеет действительных почтовых обменников

Сначала это случалось нечасто, но теперь становится все более распространенным, кажется, что большая часть электронной почты работает нормально (например, регистрация на этом сайте), и можно отправлять электронную почту.

Это настройки со страницы регистрации доменного имени (я только добавляю их, поскольку нашел в Интернете некоторую ссылку на эту проблему в другом случае, но я не уверен, почему)

DNS          TYPE   PRIORITY      DESTINATION/TARGET
ENTRY
@             MX    10          mail.everfurniture.com      
@             A                 178.18.127.99         
ftp           CNAME            ftp.myserverworld.net      
mail          CNAME            mail.myserverworld.net         
www           A                 178.18.127.99

Любая помощь или руководство, что искать, высоко ценится!

Answer 1

Эта запись:

@ MX 10 mail.everfurniture.com

недопустимо, потому что доменное имя не имеет конечной точки. Это упоминается в RFC1537 (общие ошибки конфигурации файла данных DNS):

5. "Удивление расширения имени"

   Иногда встречаются странные имена, которые выглядят как внешние имена, расширенные локальным доменом. Это вызвано тем, что вы забыли завершить имя точкой: имена в файлах зон, которые не заканчиваются точкой, всегда расширяются именем текущей зоны (домен, за которым стоит файл зоны или последний $ ORIGIN),

   Пример: файл зоны для foo.xx:

   pqr MX 100 relay.yy.
   xyz MX 100 relay.yy
   (без задней точки!)

Кроме того, имя, упомянутое в записи MX, не должно быть псевдонимом другого имени, оно должно быть разрешено напрямую. Похоже, это проблема mail.everfurniture.com, который (см. Вывод dig ниже) является CNAME для mail.myserverworld.net.

$ dig mail.everfurniture.com
[...]
;; QUESTION SECTION:
;mail.everfurniture.com.        IN  A

;; ANSWER SECTION:
mail.everfurniture.com. 14400   IN  CNAME   mail.myserverworld.net.
mail.myserverworld.net. 14400   IN  A   94.136.40.62

Запись CNAME должна быть удалена, и вместо нее должна быть запись A, указывающая непосредственно на 94.136.40.62