Назад | Перейти на главную страницу

Changing hosts resulting in 554 5.7.1 <xxx@domain.tld>: Доступ к передаче закрыт</xxx@domain.tld>

У меня проблема с переключением моего проекта с хостера 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 указывает на неправильный сервер.

Обе эти возможности, вероятно, можно исправить, быстро позвонив в службу поддержки нового хостера.