Введенный домен электронной почты не имеет действительной почтовой записи в записи dns mx

Обновлено: 21.11.2024

Если общедоступная зона размещения, которую вы настроили для службы DNS Route 53, настроена неправильно, клиенты не смогут подключиться к вашему SMTP-серверу. Подтвердите, что:

Общедоступная зона размещения заполняется соответствующими наборами записей ресурсов.
Ваш регистратор доменных имен, не принадлежащий AWS, указывает на серверы имен в вашей общедоступной зоне Route 53.

Разрешение

Примечание. Если вы получаете ошибки при выполнении команд интерфейса командной строки AWS (AWS CLI), убедитесь, что вы используете самую последнюю версию AWS CLI.

Подтвердите, что вы используете соответствующие наборы записей ресурсов

Подтвердите, что вы создали соответствующие наборы записей ресурсов для своего SMTP-сервера. Дополнительные сведения см. в разделе Значения, которые вы указываете при создании или изменении записей ресурсов Amazon Route 53. Как минимум общедоступная зона размещения должна содержать запись MX для вашего SMTP-сервера. Дополнительные сведения см. в разделе Значения для простых записей.

Подтвердите, что ваш регистратор доменных имен, не принадлежащий AWS, указывает на серверы имен в вашей общедоступной зоне Route 53

<р>2. Если вы используете Route 53 для служб DNS и другого регистратора доменных имен для регистрации домена, убедитесь, что ваш регистратор доменных имен ссылается на серверы имен в вашей общедоступной зоне Route 53. Для этого запросите у интернет-утилиты whois следующие действия:

Найдите регистратора вашего доменного имени. Введите имя своего домена в поле запроса, выберите параметр «Домен», а затем нажмите «Отправить». Результаты запроса включают регистратора доменных имен и полномочные серверы имен для доменного имени.
Примечание. Если результаты запроса возвращают список серверов имен, отличных от серверов имен, связанных с вашей общедоступной зоной Route 53, DNS-запросы для вашего SMTP-сервера не будут отправляться на Route 53. Обратитесь к своему доменному имени. регистратору, чтобы обновить список серверов имен, связанных с вашим доменным именем.
Найдите контактную информацию регистратора домена. Введите имя регистратора в поле запроса, выберите параметр «Регистратор», а затем нажмите «Отправить». Используйте эту информацию, чтобы связаться с вашим регистратором домена. Попросите регистратора вашего домена обновить список серверов имен для вашего доменного имени, чтобы он ссылался на серверы имен в общедоступной зоне Route 53 для вашего домена.
Убедитесь, что служба DNS, с которой выполняется перенос, не удалит наборы записей ресурсов для вашего домена до истечения срока жизни (TTL) на серверах имен регистратора. DNS-сервисы Route 53 не будут отвечать на DNS-запросы для доменного имени, пока не истечет период TTL для записей сервера доменных имен. Дополнительные сведения см. в разделе Я изменил настройки DNS, но они не вступили в силу.

Проверьте наличие проблем с набором записей DNS MX

<р>1. С помощью следующих команд убедитесь, что запись MX для домена существует.

После того как вы подтвердите свой домен и создадите пользователей, вы сможете отправлять электронные письма из учетных записей на основе домена. Однако вы не сможете получать электронные письма, пока не настроите записи MX для своего домена. Это справочное руководство поможет вам понять роль записей MX в ваших операциях с электронной почтой и проведет вас через процесс настройки.

Содержание

О записях MX

Записи MX — это специальные записи DNS-сервера, которые назначают серверы электронной почты получателя для вашего домена. Записи MX — это записи ресурсов в DNS вашего домена, которые передают информацию о сервере электронной почты на другие DNS-серверы в Интернете, которые затем отправляют электронные письма в ваш домен. Вы можете изменить записи MX после создания всех учетных записей пользователей и адресов электронной почты в Zoho Mail.

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

На этой странице приведены пошаговые инструкции по добавлению записей MX для определенных поставщиков доменов. Выберите поставщика домена из списка или следуйте общим инструкциям по изменению записей MX. Если вы все еще не уверены в настройках DNS, вам следует обратиться на портал поддержки вашего провайдера DNS. Свяжитесь с ними, предоставьте сведения о записи MX Zoho (URL-адрес этой страницы) и попросите их обновить ее для вашего домена от вашего имени.

Настройка записей MX

Проверка в один клик:

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

В настоящее время проверка в один клик доступна только для владельцев доменов 1 & 1 и GoDaddy.

Ручная проверка:

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

Хост/домен

Адрес/Почтовый сервер/Записи MX/Значение

Приоритет

@/ Пусто/ Имя домена

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

Точка (.) в конце записи MX необязательна. Это зависит от вашего DNS-провайдера. Мы рекомендуем вам ознакомиться с документацией по поддержке вашего поставщика DNS для точного метода добавления записей MX.

Toolkit от Zoho Mail – это бесплатный инструмент для поиска запросов, связанных с DNS. Вы можете проверить, распространились ли введенные вами записи MX, найти существующие значения DNS и выполнить множество других действий, связанных с администрированием, с помощью набора инструментов.

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

Для получения подробных инструкций по использованию набора инструментов нажмите здесь.

Несколько записей MX — почему и как они работают:

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

Дополнительные серверы MX используются либо для резервного копирования записей MX, либо для администраторов служб для внесения изменений в архитектуру и конфигурацию.

Устранение неполадок с доставкой электронной почты

Невозможно получать электронные письма даже после изменения записей MX:

Вы начнете получать электронные письма только в том случае, если записи MX настроены правильно. Если вы добавили записи MX, но по-прежнему не можете получать электронные письма, проверьте следующее:

В зависимости от центра обработки данных (США/Великобритания/Китай) значения записей MX для вашего домена будут отличаться. Правильные записи MX для вашего домена будут доступны в этом разделе Панели управления.

Не удается получить определенные электронные письма:

Если вы не можете получать определенные электронные письма, проверьте, не ретранслирует ли почтовый сервер, который отправляет электронные письма, в Zoho Mail или только в вашу учетную запись домена. В некоторых случаях, если вы настроили локальные настройки доставки электронной почты на своем предыдущем хосте, электронные письма, отправленные с вашего предыдущего почтового сервера, будут доставляться внутрь, а не на ваши почтовые учетные записи Zoho.

При переходе с предыдущего поставщика услуг электронной почты необходимо обновить настройки серверов входящей и исходящей электронной почты для почтовых клиентов, таких как мобильные устройства Outlook/Thunderbird/iPhone/Android, в соответствии с рекомендуемыми именами и портами Zoho Server.< /p>

Невозможно получать электронные письма из контактных форм веб-сайта:

В этом случае веб-хост или сервер электронной почты, который инициирует отправку электронной почты, ошибочно предполагает, что электронные письма должны быть доставлены локально, поскольку имя домена совпадает. Чтобы исправить это, откройте настройки WebHost и выберите параметр «Удаленный сервер электронной почты», чтобы обозначить, что эти электронные письма должны доставляться извне. Вам нужно будет проверить любую конфигурацию локальной доставки электронной почты и отключить локальную настройку веб-хоста. Если вам нужна дополнительная поддержка по этому вопросу, обратитесь к соответствующему провайдеру DNS. Это гарантирует, что электронные письма от веб-форм достигают почтовых серверов Zoho и доставляются в правильные учетные записи электронной почты.

Устранение неполадок при добавлении записи MX

Конфликт DNS-провайдера и регистратора

Когда вы регистрируете домен у одного провайдера, но указываете серверы имен на другого провайдера, записи MX, добавленные в ваш регистратор доменов, не считаются действительными. Возможно, вы изменили поставщика DNS для размещения своего веб-сайта или для предыдущей конфигурации поставщика услуг электронной почты или по своему выбору.

Записи MX, добавленные в провайдере, на который указывают серверы имен, будут эффективными и действительными. Следовательно, выполните поиск «NameServer» для своего домена, чтобы проверить, где размещен ваш домен. Вы также можете уточнить у своего регистратора доменов или у технического специалиста вашего домена, на какие серверы имен указывают серверы имен, если вы не уверены.

Увеличенный TTL

TTL (время жизни) — это время, указанное в вашем DNS для вступления в силу каждого изменения в вашем DNS. Если у вас большое значение TTL (24 часа/48 часов), записи MX могут быть не предоставлены в процессе проверки. Изменения DNS вступят в силу в течение 12–24 часов в зависимости от установленного TTL. Пожалуйста, проверьте значение TTL и повторите попытку через некоторое время.

Неверные значения

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

Насколько я понимаю, запись MX указывает на имя вашего почтового домена, а запись A указывает на IP-адрес почтового сервера.

Обе эти записи используются только для входящей почты? Если это так, когда вы выполняете поиск mx, должен ли он возвращать тот же IP-адрес, что и для записи A?

10 ошибок при отключении электроэнергии и как их избежать

2022-03-23 18:00:00 UTC Веб-семинар Веб-семинар: LogicMonitor — 10 ошибок при обработке сбоев и как их избежать Все подробности о событии Просмотреть все события

Иэн Смарт

Некоторые примеры

Запись A просто указывает имя хоста на IP-адрес, и ее можно использовать для любого хоста, а не только для почтовых серверов. Запись MX специфична для Mail eXchange.

21 ответ

Иэн Смарт

Некоторые примеры

Шон Доннелли

Да, запись MX будет использоваться для указания вашего полного доменного имени на общедоступный IP-адрес, используемый для вашего почтового сервера или почтового шлюза. Вам также понадобится запись PTR, которая будет использоваться для обратного поиска DNS, когда вы отправляете почту, и удаленный сервер подтверждает, что ваша идентификационная информация сервера действительна. Если у вас его нет, вы увидите отказы по электронной почте. Затем вам также понадобится запись A для сопоставления хоста с IP-адресом.

Вот хороший справочник по трем записям.

Брайс Кац

Запись A необходима, чтобы сообщить DNS о существовании хоста. Запись MX сообщает DNS, что запись A является почтовым сервером.

Как ни странно, я только задал вопрос об этом здесь.

То есть обычно вы указываете запись A на свой внешний IP-адрес? Адрес интерфейса WAN на брандмауэре вашего шлюза?

Шон Доннелли

Используете ли вы в настоящее время третью сторону для обработки входящей и исходящей электронной почты перед ее отправкой на ваш сервер Exchange? IP-адрес может быть любым, который вы настроили, но, как правило, это будет ваш брандмауэр с выделенным общедоступным IP-адресом или просто переадресация порта 25 на основной IP-адрес WAN брандмауэра.

У вас может быть несколько записей A для каждого домена.Например (не почтовые серверы) у меня есть 5 разных веб-сайтов на одном сервере и общедоступном IP-адресе с 5 отдельными записями A для каждого домена. Работает нормально и никогда не было проблем.

Если у вас было несколько записей MX, у вас также будет несколько записей A для каждого из этих хостов.

Меня также смущает, почему поиск mx возвращает IP-адрес, потому что я думал, что записи mx указывают только на записи A, которые, в свою очередь, указывают на IP-адрес.

Кроме того, эти записи используются только для входящего трафика?

Шон Доннелли

Если вы не имеете дело с записями CNAME, все записи MX, A, PTR должны ссылаться/указывать на IP-адрес.

Запись MX предназначена специально для того, чтобы сообщать другим, куда отправлять электронную почту для вашего домена.

Запись предназначена для сопоставления хоста (в данном случае вашего основного IP-адреса WAN брандмауэра) с IP-адресом

Запись PTR затем делает обратную запись A, указывая IP-адрес на хост - обратите внимание на разницу между записями A и PTR.

Иэн Смарт

Использует ли ваша компания третью сторону для фильтрации почты? В этом случае запись MX будет указывать на сторонние серверы, а не на ваш.

Запись MX указывает на хост, обрабатывающий почту для домена, а запись A содержит IP-адрес этого хоста.

Правка: Черт побери, Шон опередил меня!

Что вы имеете в виду под третьей стороной?

Всегда ли записи mx и записи A размещаются у регистратора домена?

Иэн Смарт

Christowfurs писал:

Меня также смущает, почему поиск mx возвращает IP-адрес, потому что я думал, что записи mx указывают только на записи A, которые, в свою очередь, указывают на IP-адрес.< /p>
Эти записи также используются только для входящего трафика?

Настоящий поиск MX возвращает только имя хоста, но обычно за ним следует второй поиск DNS в записи A, чтобы получить IP-адрес

Нет сторонней фильтрации почты. Это сбивает с толку, потому что вы читаете противоречивую информацию с разных веб-сайтов и форумов.

Шон Доннелли

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

Я думал, что регистратор обычно это делает?

Шон Доннелли

Возможно, но регистратор доменов необходим при покупке доменного имени, и многие из них также поставляются с поддержкой DNS. Например, я покупаю через Netsol, но я решил, что мои записи MX будут управляться моим интернет-провайдером. Поэтому в своей панели управления я установил серверы имен на те, которые мне предоставил мой интернет-провайдер. Это SOA для моего домена и поддоменов.

Так это SOA, где обычно размещаются ваши записи MX и A? Я уверен, что наши файлы MX размещены у регистратора.

Сал8273

Запись "A" указывает полное доменное имя на определенный IP-адрес. Запись «PTR» является противоположностью записи A и содержит полное доменное имя для определенного IP-адреса. Запись "CNAME" является псевдонимом. У вас может быть несколько записей CNAME для одного полного доменного имени, которое будет выполнять циклическую балансировку нагрузки DNS. Примером этого является наличие записей A и PTR для четырех веб-серверов (web1, web2..), а затем четырех записей CNAME, каждая из которых указывает на полное доменное имя каждого сервера. Этот метод балансировки нагрузки для бедняков — очень старая практика, которая устарела в пользу новых технологий высокой доступности.

Запись MX указывает на один или несколько серверов, обрабатывающих электронную почту для пространства имен домена. MX может содержать имя или IP-адрес, но имена используются гораздо чаще. MX может указывать куда угодно, если сервер, на который он указывает, может обрабатывать электронную почту для этого домена, независимо от того, является ли он членом этого пространства имен.

SOA (источник полномочий) указан регистратором домена и официально является ЕДИНСТВЕННЫМ надежным источником информации для домена. Таким образом, SOA будет содержать все записи A, PTR, MX, CNAME, NS и любые другие требуемые типы записей (их около 30 — более половины почти никогда не используются, а остальные обычно используются только на внутренние DNS-серверы). Если ваш регистратор домена является сервером имен для вашего домена, он будет SOA. Если вы используете свои собственные DNS-серверы, то вы являетесь SOA. Если вы используете свой собственный DNS-сервер * и * вы разместили DNS у регистратора, изменения, которые вы делаете на сайте, никогда не будут внесены, поскольку регистратор является официальным SOA для домена. Вам потребуется внести изменения в SOA регистратора, чтобы сделать их общедоступными.

Итак, если я хочу найти www.company.com, мой рабочий стол попросит мой DNS-сервер найти его. Мой DNS-сервер будет обращаться к корневым серверам (они обслуживают пространство имен «.»), чтобы узнать, кто является уполномоченным для «.com». Затем он спросит у одного из этих серверов, кто является авторитетом для «компании». Как только он найдет серверы вашего домена, он отправит третий запрос в ваш SOA, чтобы найти сервер с именем «www». В моем примере с несколькими записями CNAME ваш сервер может вернуть одну или все четыре. Если я получу 1, это легко. Если я получу все 4, я выберу один. Я сделаю еще один DNS-запрос, чтобы найти запись PTR для IP (это намного сложнее). Если на вашем веб-сайте используется SSL, важно, чтобы записи A и PTR соответствовали сертификату. DNS-серверы и клиенты кэшируют большую часть этой информации, поэтому, когда я завтра зайду на ваш сайт, мне нужно будет делать меньше DNS-запросов (или вообще не делать ни одного) в зависимости от ряда переменных настроек как на моем DNS-сервере, так и на вашем. Они также кэшируют время отклика, если возвращают несколько записей, поэтому со временем один из ваших 4 веб-серверов может оказаться предпочтительнее других.

Немного длинно, извините, но я не хотел оставлять вопросы.

Born2Frag

Отклонение исходящей электронной почты из-за проблем с конфигурацией системы доменных имен является распространенной проблемой, с которой сталкиваются администраторы серверов электронной почты в Интернете. Есть восемь вещей, которые вы можете проверить, чтобы убедиться, что ваш DNS настроен для оптимальной доставки. Каждый день этой серии я буду освещать разные темы.

Разрешается ли доменное имя в вашем адресе отправителя электронной почты?

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

Если адрес электронной почты содержит доменное имя, доменное имя должно быть действительным полным доменным именем. Это означает, что он должен либо иметь записи службы доменных имен «MX», либо разрешаться в запись «A». Служба доменных имен, также известная как DNS, представляет собой систему, которая преобразует мнемонические имена в их числовые интернет-адреса.

Самая распространенная причина, по которой это не решается, связана с неправильной настройкой программного обеспечения электронной почты, используемого лицом, отправляющим сообщение электронной почты, также известного как клиент электронной почты. Иногда проблема также связана с отправляющим почтовым сервером. Часто ошибочно вводятся опечатки, или кто-то просто вводит свой адрес электронной почты как «bob» вместо «bob@example.com». Хотя «bob» может быть допустимым локальным именем для электронной почты, отправляющий почтовый сервер может добавить свое собственное имя хоста к адресу электронной почты, чтобы оно выглядело как «bob@internal.smtp.example.com», где «internal .smtp.example.com" — это просто внутреннее имя вашего почтового сервера, и его не следует использовать в качестве полного доменного имени при отправке электронной почты в Интернет.

Вы можете проверить, содержит ли домен в вашем адресе электронной почты записи DNS MX, используя команду dig в UNIX/Linux. Ниже приведен пример использования доменного имени «example.com».

Если у вас есть рабочие записи MX, вы получите результат, аналогичный следующему.

Если у вас нет записей MX, вы обычно не получите "ответ".

Чтобы выполнить этот запрос в Windows, вы можете использовать команду "nslookup" из окна командной строки:

Если в вашем домене нет записей MX, у него должна быть запись A.

Вы можете проверить, разрешается ли доменное имя вашего почтового сервера в запись A, используя команду host в UNIX/Linux. Ниже приведен пример использования доменного имени «example.com».

Если у вас есть работающая запись A, вы получите результат, аналогичный следующему.

Если у вас нет записи A, вы получите результат, аналогичный следующему:

Чтобы выполнить этот поиск в Windows, вы можете использовать команду nslookup из окна командной строки:

Если у вас есть работающая запись A, вы получите результат, аналогичный следующему:

Если у вас нет рабочей записи A, вы получите следующий результат:

Раздел 3.6 RFC 2821, который находится на пути к устаревшему стандарту STD 10, требует, чтобы при использовании доменов в SMTP разрешались только разрешимые, полные доменные имена. В том же RFC указано, что вы можете использовать IP-адрес вместо имени домена или что вы можете не использовать доменное имя для локального имени.

Многие серверы электронной почты получателя будут отклонять вашу электронную почту по соображениям политики, если вы не используете доменное имя в команде MAIL с записями MX или A, и часто ссылаетесь на нарушение RFC 2821. . Часто это может вызвать задержки, если преобразователь DNS получателя временно не может проверить доменное имя или если служба доменных имен отправителя временно не принимает запросы.

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

Читайте также: