Хорошо, я ломал голову часами и прочитал все статьи о записях MX, которые смог найти. Я просто не уверен, почему мои перестали работать. Вот мои текущие записи MX:
Тип записи TTL домена
newage.design. 14400 IN MX 0 mail.newage.design.
newage.design. 14400 IN MX 10 mail.newage.design.
mail 14400 IN A 162.246.57.163
Я не уверен, что понимаю, в чем проблема.
Все 3 сервера имен для домена newage.design
отвечают правильной записью MX mail.newage .design
с приоритетом 10.
b-pi1:~# dig mx newage.design @ns1.newage.design
; <<>> DiG 9.8.4-rpz2+rl005.12-P1 <<>> mx newage.design @ns1.newage.design
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 41465
;; flags: qr aa rd; QUERY: 1, ANSWER: 1, AUTHORITY: 3, ADDITIONAL: 4
;; WARNING: recursion requested but not available
;; QUESTION SECTION:
;newage.design. IN MX
;; ANSWER SECTION:
newage.design. 86400 IN MX 10 mail.newage.design.
;; AUTHORITY SECTION:
newage.design. 86400 IN NS ns1.newage.design.
newage.design. 86400 IN NS ns2.newage.design.
newage.design. 86400 IN NS ns3.newage.design.
;; ADDITIONAL SECTION:
mail.newage.design. 86400 IN A 162.246.57.163
ns1.newage.design. 86400 IN A 162.246.57.163
ns2.newage.design. 86400 IN A 162.246.57.19
ns3.newage.design. 86400 IN A 162.246.57.20
;; Query time: 148 msec
;; SERVER: 162.246.57.163#53(162.246.57.163)
;; WHEN: Sun Oct 25 19:48:58 2015
;; MSG SIZE rcvd: 170
b-pi1:~# dig mx newage.design @ns2.newage.design
; <<>> DiG 9.8.4-rpz2+rl005.12-P1 <<>> mx newage.design @ns2.newage.design
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 17781
;; flags: qr aa rd; QUERY: 1, ANSWER: 1, AUTHORITY: 3, ADDITIONAL: 4
;; WARNING: recursion requested but not available
;; QUESTION SECTION:
;newage.design. IN MX
;; ANSWER SECTION:
newage.design. 86400 IN MX 10 mail.newage.design.
;; AUTHORITY SECTION:
newage.design. 86400 IN NS ns1.newage.design.
newage.design. 86400 IN NS ns2.newage.design.
newage.design. 86400 IN NS ns3.newage.design.
;; ADDITIONAL SECTION:
mail.newage.design. 86400 IN A 162.246.57.163
ns1.newage.design. 86400 IN A 162.246.57.163
ns2.newage.design. 86400 IN A 162.246.57.19
ns3.newage.design. 86400 IN A 162.246.57.20
;; Query time: 151 msec
;; SERVER: 162.246.57.19#53(162.246.57.19)
;; WHEN: Sun Oct 25 19:49:01 2015
;; MSG SIZE rcvd: 170
b-pi1:~# dig mx newage.design @ns3.newage.design
; <<>> DiG 9.8.4-rpz2+rl005.12-P1 <<>> mx newage.design @ns3.newage.design
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 44351
;; flags: qr aa rd; QUERY: 1, ANSWER: 1, AUTHORITY: 3, ADDITIONAL: 4
;; WARNING: recursion requested but not available
;; QUESTION SECTION:
;newage.design. IN MX
;; ANSWER SECTION:
newage.design. 86400 IN MX 10 mail.newage.design.
;; AUTHORITY SECTION:
newage.design. 86400 IN NS ns1.newage.design.
newage.design. 86400 IN NS ns2.newage.design.
newage.design. 86400 IN NS ns3.newage.design.
;; ADDITIONAL SECTION:
mail.newage.design. 86400 IN A 162.246.57.163
ns1.newage.design. 86400 IN A 162.246.57.163
ns2.newage.design. 86400 IN A 162.246.57.19
ns3.newage.design. 86400 IN A 162.246.57.20
;; Query time: 157 msec
;; SERVER: 162.246.57.20#53(162.246.57.20)
;; WHEN: Sun Oct 25 19:49:04 2015
;; MSG SIZE rcvd: 170
Из ваших снимков экрана я понимаю, что вы используете cPanel / WHM, и из вашего очень плохого описания «проблемы» я понимаю, что вы, вероятно, не можете получать почту с некоторых хостов, поэтому вы пришли с мыслью, что ваши записи MX являются проблемными, вместо того, чтобы правильно описывать вашу проблему.
Если это так, то ваша проблема не в записях MX вообще, а в недавнем обновлении cPanel, которое добавляет задержку в exim перед представлением клиент с баннером SMTP.
Мне кажется, что многим серверам не нравится эта задержка и тайм-аут, прежде чем они смогут отправлять почту на серверы cPanel.
cPanel говорит, что они ввели эту «функцию» для предотвращения спама, но ИМХО это только вызывает проблемы и не решает ничего действительно. Честно говоря, я устал отключать эту функцию на каждом сервере cPanel, который автоматически обновлялся за последние несколько дней.
Задержка SMTP-транзакции для входящего спама
Мы добавили вводить задержку в SMTP-транзакцию для неизвестных узлы и сообщения, обнаруженные как спам, в разделе основного редактора интерфейса WHM Exim Configuration Manager (Home >> Service Конфигурация >> Менеджер конфигурации Exim). Эта опция настраивает получатель SMTP подождать еще несколько секунд для подключения когда он обнаруживает спам-сообщения.
Как правило, легитимные почтовые системы будут ждать по истечении задержки, тогда как спамеры не ждут по истечении задержки.
Примечание:
Система исключает следующие удаленные хосты из задержки:
Соседние IP-адреса в одном сетевом блоке Адреса обратной связи Надежные почтовые хосты Хосты ретрансляции Резервное копирование хостов MX Пропустить проверку SMTP хоста Отправитель подтверждает обходные узлы Хосты, доверенные серым спискам
Предупреждение
Если ваша внешняя система мониторинга сообщает о сбоях после обновления ваш сервер на cPanel и WHM версии 11.52, настройте мониторинг система, чтобы дать 45-секундный тайм-аут для подключений к порту 25. документация вашей системы мониторинга о том, как настроить тайм-аут и параметры опроса.)
Если это не решит проблему, добавьте IP-адрес своего системы мониторинга в раздел "Надежные IP-адреса SMTP" WHM Интерфейс Exim Configuration Manager (Home >> Service Configuration >> Exim Configuration Manager).
Если вы по-прежнему сталкиваетесь с ошибками в вашей системе мониторинга, отключите Ввести задержку в SMTP-транзакцию для неизвестных хостов и сообщения, обнаруженные как спам, в разделе «Базовый редактор» WHM Интерфейс Exim Configuration Manager (Home >> Service Configuration >> Менеджер конфигурации Exim). Однако это, скорее всего, приведет к увеличение количества спама, получаемого вашим сервером.
Поэтому, скорее всего, вам нужно отключить опцию . Ввести задержку в SMTP-транзакцию для неизвестных хостов и сообщений, обнаруженных как спам
на WHM на Home >> Конфигурация службы >> Exim Configuration Manager
Это должно решить ваши проблемы.
Почему мои записи MX не обнаруживаются и не работают
Кажется, там есть запись MX. Почему вы так говорите?
Dig показывает этот
newage.design. 21599 IN SOA ns1.newage.design. tylerradlick.gmail.com. 2015102532 86400 7200 3600000 86400 newage.design. 21599 IN A 162.246.57.20 newage.design. 21599 IN MX 10 mail.newage.design. newage.design. 21599 IN NS ns1.newage.design. newage.design. 21599 IN NS ns2.newage.design. newage.design. 21599 IN NS ns3.newage.design. newage.design. 21599 IN TXT "v=spf1 +a +mx +ip4:162.246.57.163 ~all" ;; ADDITIONAL SECTION: mail.newage.design. 86400 IN A 162.246.57.163 ns1.newage.design. 86400 IN A 162.246.57.163 ns2.newage.design. 86400 IN A 162.246.57.19 ns3.newage.design. 86400 IN A 162.246.57.20
host -t ns newage.design
newage.design mail is handled by 10 mail.newage.design.
Значит, почта должна работать. Но приоритет 0 MX отсутствует. Не то чтобы это важно, так как у вас он был на том же сервере. Я вижу, что вы, возможно, удалили его в соответствии с теми размолвками, на которые вы ссылались.
mail.newage.design
изначально очень медленно отвечал. Я тестировал еще несколько раз, и теперь он не отвечает вообще. Может быть, это то, что вас беспокоит?