Релейный Доступ запрещен - Объединенный с внешним почтовым сервисом
У меня есть клиентский веб-сайт, который выкладывает это сообщение об ошибке после завершения любой из форм:
Ошибка в адресе получателя! 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@..." адреса.)
.