Проблема
Когда вы, находясь вне дома, отправляете сообщение электронной почты с помощью домашней почтовой учетной записи, это сообщение может вернуться с ошибкой 550, 553 или ошибкой ретрансляции. То же самое может произойти, когда вы, находясь вне офиса, пытаетесь отправить сообщение электронной почты с помощью рабочей почтовой учетной записи.
Описание
Ретрансляция происходит, когда сообщение электронной почты отправляется на адрес электронной почты, домен которого (имя после символа @, например, adatum.com) не обрабатывается протоколом SMTP или сервером отправки, который отправитель запрашивает для доставки сообщения. SMTP-серверу необходимо подключиться к другому SMTP-серверу, чтобы ретранслировать сообщение.
Если при отправке почтового сообщения возникает ошибка ретрансляции, ваш SMTP-сервер (исходящей почты) может вернуть ваше сообщение вместе с сообщением об ошибке, например, такого вида:
- "Не удается отправить сообщение, поскольку сервер отказался принять адрес одного из получателей. Отклоненный адрес электронной почты был "<someone@example.com>". Тема: "<Test>", Account: "<Test>", Server: "<smtp.example.com>", Protocol: SMTP, Server Response: '550 <someone@example.com>... Отказано в ретрансляторе, порт: 25, безопасный (SSL): Нет, ошибка сервера: 550, номер ошибки: 0x800CCC79".
- "Не удается отправить сообщение, поскольку сервер отказался принять адрес одного из получателей. Отклоненный адрес электронной почты был "<адрес> электронной почты". Тема "<Тест>", Учетная запись: "<Тест>", Сервер: "<smtp.example.com>", Протокол: SMTP, Ответ сервера: "553, к сожалению, этот домен отсутствует в списке разрешенных rcpthosts (No 5.7.1)", Порт: 25, Secure(SSL): Нет, Ошибка сервера: 553, Номер ошибки: 0x800CCC79".
Точный текст сообщения об ошибке будет зависеть от вашего поставщика интернет-услуг. Некоторые поставщики не возвращают сообщение об ошибке, когда определяют исходящие сообщения как нежелательную рекламу. В этих случаях все выглядит так, как будто ваше сообщение отправляется в обычном режиме (в Outlook остается в папке Исходящие и появляется в папке Отправленные), но получателю оно не доставляется.
Ваше сообщение отклонено, поскольку SMTP-сервер (исходящей почты) не распознал вас как полномочного пользователя.
SMTP — это протокол (стандарты, используемые компьютерами для взаимодействия), который используется на большинстве серверов электронной почты для отправки сообщений в Интернете. Если вы используете почтовую программу (например, Outlook), которая позволяет хранить сообщения на компьютере, вам необходим доступ к SMTP-серверу для отправки сообщений.
Примечание
Веб-системы электронной почты (например, Windows Live Mail или Yahoo! Mail) работают иначе и не рассматриваются в этой статье.
Нежелательная почта и открытые ретрансляции
Незапрошенная коммерческая почта иногда называется нежелательной почтой или спамом. Основная причина, по которой объем нежелательной почты продолжает увеличиваться, заключается в том, что она стоит человеку, который отправляет ее практически ничего, чтобы отправить; в самом деле, отправителям даже не нужно отправлять нежелательную почту через SMTP-сервер электронной почты (исходящий) своего провайдера.
При создании базовой структуры Интернета никто не предвидел, к каким последствиям приведет возможность отправлять миллионы нежелательных сообщений за ничтожно малую плату. Благодаря способности SMTP-серверов к ретрансляции отправители нежелательной почты маскируют ее подлинный источник, передавая ее через сторонние серверы, на которых разрешены такие открытые ретрансляции. В результате нежелательная почта как бы приходит с сайта, который ретранслирует сообщение и скрывает личность настоящего отправителя.
До недавнего времени большинство почтовых SMTP-серверов работали на основе доверительной открытой системы. В такой системе кто угодно откуда угодно может передать почтовое сообщение SMTP-серверу, а сервер должен принять его и переслать получателю или другому почтовому серверу, на котором находится почтовый ящик получателя. При такой открытой ретрансляции нет ограничений, запрещающих кому-либо отправлять почту через SMTP-сервер.
Ограничения поставщика интернет-услуг на ретрансляцию почтовых сообщений
По мере увеличения объемов нежелательной почты администраторы сети (люди, отвечающие за управление серверами поставщика интернет-услуг) начали вводить ограничения на своих почтовых SMTP-серверах. Эти ограничения не позволяют использовать почтовый сервер всем подряд. Представьте, что в вестибюле вашей организации есть телефон, доступный для всех, в том числе для тех, кто не является сотрудником организации. Теперь телефоном разрешено пользоваться только сотрудникам.
На сегодняшний день используются ограничения нескольких типов.
- Требовать проверку подлинности SMTP Так же, как для доступа к серверу POP3 (входящие) необходимо использовать пароль для сообщений электронной почты, для этого параметра требуется указать имя пользователя и пароль для отправки сообщений электронной почты через SMTP-сервер. Обычно это те же имя пользователя и пароль, что и для POP3-сервера, но могут быть и уникальные.
- Сначала требуется подключиться к серверу POP3 (входящей) электронной почты ISP При подключении для получения новых сообщений обычно выполняется подключение к СЕРВЕРУ POP3 (входящей) электронной почты. Для доступа к почтовому ящику вам нужно ввести имя пользователя и пароль. Администратор сети может настроить сервер таким образом, что если вы сначала подключаетесь к POP3-серверу входящей почты и проходите проверку подлинности, он будет утверждать все запросы на отправку почтовых сообщений через SMTP-сервер исходящей почты, на котором в ином случае эта возможность будет ограничена.
- Требовать подключения из авторизованного сетевого расположения Если вы находитесь дома и подключаетесь к интернет-провайдеру или у вас есть кабельный или DSL-модем, вы напрямую подключаетесь к сети isp. Вы заслуживаете доверия, поскольку у вас есть учетная запись с именем пользователя и паролем, которые предоставил поставщик интернет-услуг. Вам как клиенту разрешается использовать SMTP-сервер для отправки почтовых сообщений.
- Требовать подключения с определенного IP-адреса или диапазона IP-адресов Поставщик услуг Интернета может авторизовать доступ к SMTP-серверу пользователям, которые не подключены напрямую к сети. Например, это может быть удаленный пользователь в офисе. Основная проблема состоит в том, что во многих местах используются динамические IP-адреса. При этом вы не можете быть уверены в том, что при каждом подключении у вас один и тот же IP-адрес. У некоторых организаций может быть зарезервирован блок или диапазон IP-адресов. Поставщик интернет-услуг может считать тех, кто подключается с этих IP-адресов, проверенными пользователями. Он может предоставить дополнительные сведения.
Возможных сценариев ретрансляции очень много. Ниже приведены самые распространенные ситуации. Возможно, одна из них похожа на вашу.
| Ситуация | Это ретрансляция? |
|---|---|
| Вы находитесь дома и имеете учетную запись интернет-провайдера, которая заканчивается @proseware.com тем, что вы набираете или подключаетесь к с помощью кабеля или DSL-модема. Вы отправляете сообщение электронной почты другому человеку, адрес электронной почты которого также заканчивается @proseware.comна . | Нет. Ваша почта обрабатывается обычным способом. |
| Аналогично первому сценарию, за исключением того, что вы отправляете сообщение электронной почты пользователю, адрес которого заканчивается @adatum.comна . | Да, но она не блокируется. Вы подключаетесь напрямую к поставщику интернет-услуг и тем самым получаете полномочия для отправки почты через его SMTP-сервер (исходящей почты) на любые адреса, независимо от расположения почтового ящика получателя. |
| Вы на работе. Ваш рабочий адрес электронной почты заканчивается @thephone-company.comна , и у вас есть домашняя учетная запись ISP, которая заканчивается @proseware.com тем, что вы набираете или подключаетесь с помощью кабеля или DSL-модема. В Outlook у вас настроены те же параметры SMTP-сервера, что и дома. Вы отправляете сообщение электронной почты пользователю, адрес электронной почты которого также заканчивается на @proseware.com. | Нет. Ваша почта обрабатывается обычным способом. |
| Аналогично предыдущему сценарию, за исключением того, что вы отправляете сообщение электронной почты пользователю, адрес которого заканчивается на @adatum.com. | Да, и это сообщение может быть заблокировано как ретранслируемая почта. Вы пытаетесь использовать домашний SMTP-сервер (исходящей почты) своего поставщика интернет-услуг, хотя не подключены к его сети. SMTP-сервер не может удостоверить вас как полномочного подписчика поставщика интернет-услуг. Кроме того, вы просите SMTP-сервер принять сообщение и подключиться к другому SMTP-серверу, чтобы доставить его в почтовый ящик получателя. |
| Вы остановились в гостинице или воспользовались в аэропорту интернет-терминалом, предоставляющим доступ в Интернет. У вас есть домашняя учетная запись ISP, которая заканчивается @proseware.com тем, что вы набираете или подключаетесь к с помощью кабеля или DSL-модема. В Outlook у вас настроены те же параметры SMTP-сервера, что и дома. Вы отправляете сообщение электронной почты другому человеку, адрес электронной почты которого также заканчивается @proseware.comна . | Нет. Ваша почта обрабатывается обычным способом. |
| Аналогично предыдущему сценарию, за исключением того, что вы отправляете сообщение электронной почты пользователю, адрес которого заканчивается на @adatum.com. | Да, и это сообщение может быть заблокировано как ретранслируемая почта. Вы пытаетесь использовать домашний SMTP-сервер (исходящей почты) своего поставщика интернет-услуг, хотя не подключены к его сети. SMTP-сервер не может удостоверить вас как полномочного подписчика поставщика интернет-услуг. Кроме того, вы просите SMTP-сервер принять сообщение и подключиться к другому SMTP-серверу, чтобы доставить его в почтовый ящик получателя. |
Решения
Если ваша ситуация рассматривается как ретрансляция, вы должны отправить сообщение через сервер, к которому сейчас подключаетесь. То есть, если вы на работе или вне дома и не используете своего поставщика интернет-услуг для подключения к Интернету, но хотите отправить сообщение из своей домашней учетной записи, предоставленной этим поставщиком, вам нужно изменить параметры почтовой учетной записи, указав тот SMTP-сервер, который вы используете там, где находитесь (например, рабочий SMTP-сервер). Пошаговые инструкции см. в статье Изменение параметров учетной записи электронной почты.
Если это не работает или вы предпочитаете использовать домашнюю учетную запись, вам нужно связаться со своим поставщиком интернет-услуг и спросить, доступны ли вам описанные ранее параметры. Что касается первых двух ограничений (требуется проверка подлинности SMTP и требуется сначала подключение к POP3-серверу входящей почты поставщика интернет-услуг), вы можете внести изменения в Параметры учетной записи в Outlook. Инструкции см. в статье Изменение параметров учетной записи электронной почты.
Сообщения по-прежнему не отправляются?
Вы изменили параметры SMTP в Outlook или нашли параметр, который разрешит вам отправлять почтовые сообщения. Но вы по-прежнему не можете отправить почту и получаете сообщение об ошибке.
Возможно, вы все сделали правильно, но администраторы сети используют еще какую-то функцию системы безопасности для предотвращения спуфинга удостоверений. Спуфинг удостоверений — это просто способ отправки почтового сообщения, при котором вы скрываете, кто вы.
В Outlook, как и в большинстве почтовых программ, можно указать "отображаемое имя" и обратный почтовый адрес, который появляется при ответе на ваше сообщение. В нежелательной почте эти поля почти всегда содержат ложную информацию. Вы правда верите, что сообщения о том, как быстро разбогатеть, пришли от супермодели или мирового лидера?
Чтобы предотвратить спуфинг удостоверений, некоторые поставщики интернет-услуг ограничивают возможность вставки ложной информации в поле адреса в ответах. Например, если доменное имя вашего провайдера заканчивается proseware.com, поставщик услуг Интернета может не разрешить вам задать адрес электронной почты в качестве terri@contoso.com. Это ограничение используется не так широко, как описанные ранее, но может применяться ко всем пользователям независимо от их местонахождения и способа подключения. В этом случае альтернативы нет. Если администратор сервера использует этот способ, вы должны указывать в обратном адресе домен, соответствующий вашему текущему подключению.