У меня проблема с переключением моего проекта с хостера A на хостера B. В нем задействованы три стороны: старый хост, новый хост и NetworkSolutions в качестве регистратора.
У меня есть .com и .net-домен. В обоих были установлены серверы имен из старого хостера A. Я изменил это более 24 часов назад и теперь должен полностью контролировать настройку записей DNS. Домен .com работает правильно, домен .net - нет.
Оба имеют одинаковые записи DNS. Однако когда я отправляю электронное письмо из GMAIL, новый почтовый сервер отвечает 554 5.7.1: доступ к ретранслятору запрещен ошибка. Когда я отправляю письмо с нового почтового сервера (с учетной записью .com), почта попадает на старый почтовый сервер. Однако срок жизни старых записей MX и A истек, и новый почтовый сервер, кажется, не обращает на это внимания.
Я не понимаю эту ошибку, так как это стандартный почтовый сервер, предоставляемый хостером. Интересно, есть ли что-то, что я неправильно настроил с файлом зоны DNS, или это проблема с конфигурацией почтового сервера, или старый хостер должен изменить свои серверы имен с доменом.
К сожалению, это живой проект, и каждое потерянное письмо - это плохо. Я буду вознаграждать вопросы к этому ответу, как только смогу (пожалуйста, не редактируйте это).
Что я сделал до сих пор: - убедился, что файл зоны DNS на 100% совпадает с рабочим доменом; - проверил, что проблема не только в Google: https://www.ultratools.com/tools/emailTestResult - Вчера снизил TTL для всех моих настроек, чтобы обеспечить быстрое распространение
ОБНОВИТЬ:
Когда я запускаю скрипт php, он разрешает хост "mail.domain.tld" на старый IP-адрес почтового сервера. Domain.tld будет правильно преобразован в новый IP-адрес. Таким образом, он ДЕЙСТВИТЕЛЬНО использует новые серверы имен и, тем не менее, неверно разрешает запись MX. Может ли это вызвать проблему с реле?
Сообщение об отказе в ретрансляционном доступе означает, что почтовый сервер, получивший сообщение, ничего не знает о домене (то есть нет локальных почтовых ящиков, в которые он мог бы сбросить сообщение), поэтому он затем пытается ретранслировать сообщение на свой удаленный хост. Однако, поскольку отправитель не прошел аутентификацию с помощью пароля, он отказывается передать его в удаленную систему.
Предполагая, что DNS правильный (запись MX указывает на правильный адрес нового почтового сервера хоста), это означает, что домен / почтовые ящики не настроены на сервере нового хостера.
Если новый хостер утверждает, что почтовые ящики / домен настроены правильно, значит, DNS указывает на неправильный сервер.
Обе эти возможности, вероятно, можно исправить, быстро позвонив в службу поддержки нового хостера.