У меня есть клиентский веб-сайт, который выдает это сообщение об ошибке после заполнения любой из форм:
Ошибка в адресе получателя! 554 5.7.1: Доступ к ретрансляции запрещен Ошибка при отправке данных! 221 2.7.0 Ошибка: я тоже могу нарушать правила. Прощай.
Тогда они не получают никаких сообщений с веб-сайта / форм на адрес получателя (info @ ...)
Я не являюсь хозяином этого веб-сайта, но попросил их изучить его. Кроме того, почта и все записи MX также удалены от веб-хоста, некоторые другие компании обрабатывают их электронные письма @.
Итак, учитывая, что здесь есть две компании, хотелось бы знать, какая из них может быть виновата здесь (если возможно определить с помощью этой информации)? Они оба, конечно, говорят: «Здесь нет ничего плохого». О, обратите внимание, что веб-сайт недавно был передан веб-хосту, поэтому лично считаю его хостом.
Что-нибудь, что вы рекомендуете передать хосту, чтобы проверить и решить?
Ваше понимание того, как работает SMTP, поможет вам понять, что здесь происходит.
Веб-сайт отправляет формы на SMTP-сервер. Этот SMTP-сервер возвращает сообщения об ошибках, которые вы видите. Не думайте о записях MX и DNS - вас интересует SMTP-сервер, который использует сценарий обработки формы. Записи MX и DNS на этом этапе не имеют значения.
«Ретрансляция» - это термин, используемый для передачи сообщения любому SMTP-серверу, кроме SMTP-сервера, который в конечном итоге отвечает за доставку сообщения в почтовый ящик пользователя. Когда вы указываете почтовый сервер вашего интернет-провайдера "smtp.example.com" в программе почтового клиента, вы используете этот SMTP-сервер как "ретранслятор". Вы просите этот сервер принимать сообщения от вашего имени и доставлять их в конечный пункт назначения. (Это когда в игру вступают записи MX и DNS.)
Никто не оставляет SMTP-реле «открытым», чтобы позволить кому-либо в Интернете отправлять через него сообщения. Спамеры очень быстро находят открытые ретрансляторы SMTP и начинают использовать их для рассылки спама. Из-за этого почти каждый общедоступный SMTP-сервер в Интернете будет очень строго ограничивать ретрансляцию сообщений (по исходному IP-адресу клиента, через аутентификацию и т. Д.).
Вот мое подозрение относительно того, что происходит: сценарий обработки формы имеет SMTP-сервер в компании веб-хостинга, указанный в качестве его ретранслятора. Адрес «info @ ...» в конечном итоге не обрабатывается этим SMTP-сервером. SMTP-сервер не распознает веб-сервер как разрешенный для ретрансляции и отклоняет сообщение.
Получите сценарий обработки формы, настроенный для отправки почты на SMTP-сервер, который либо отвечает за доставку на адрес «info @ ...», либо на тот, который позволяет веб-серверу ретранслировать, и он будет работать должным образом.
(Второстепенная гипотеза заключается в том, что сценарий обработки формы настроен на использование SMTP-сервера, который привык к иметь возможность обрабатывать получение адреса "info @ ...".)