Top-office11.ru

IT и мир ПК
1 просмотров
Рейтинг статьи
1 звезда2 звезды3 звезды4 звезды5 звезд
Загрузка...

Ошибка 550 spam message rejected

При отправке почтовых сообщений я получаю ошибки с номерами 550 и 553 или ошибки ретрансляции

Проблема

Когда вы, находясь вне дома, отправляете сообщение электронной почты с помощью домашней почтовой учетной записи, это сообщение может вернуться с ошибкой 550, 553 или ошибкой ретрансляции. То же самое может произойти, когда вы, находясь вне офиса, пытаетесь отправить сообщение электронной почты с помощью рабочей почтовой учетной записи.

Описание

Ретрансляция происходит, когда почтовое сообщение отправлено на адрес электронной почты, домен которого (имя после символа @, например adatum.com) не обрабатывается протоколом SMTP или сервером исходящей почты, получающим от отправителя запрос на доставку сообщения. SMTP-серверу необходимо подключиться к другому SMTP-серверу, чтобы ретранслировать сообщение.

Если при отправке почтового сообщения возникает ошибка ретрансляции, ваш SMTP-сервер (исходящей почты) может вернуть ваше сообщение вместе с сообщением об ошибке, например, такого вида:

«Не удается отправить сообщение, поскольку сервер отказался принять адрес одного из получателей. В письме был указан адрес: proverka@example.com >. Тема: , учетная запись: , сервер: smtp.example.com >, протокол: SMTP, ответ сервера: «550 proverka@example.com >. Ретрансляция запрещена», порт: 25, защита (SSL): нет, ошибка сервера: 550, номер ошибки: 0x800CCC79″.

«Не удается отправить сообщение, поскольку сервер отказался принять адрес одного из получателей. В письме был указан адрес: . Тема: , учетная запись: , сервер: smtp.example.com >, протокол: SMTP, ответ сервера: «553 к сожалению, этого домена нет в моем списке разрешенных узлов (#5.7.1)», порт: 25, защита (SSL): нет, ошибка сервера: 553, номер ошибки: 0x800CCC79″.

Точный текст сообщения об ошибке будет зависеть от вашего поставщика интернет-услуг. Некоторые поставщики не возвращают сообщение об ошибке, когда определяют исходящие сообщения как нежелательную рекламу. В этих случаях все выглядит так, как будто ваше сообщение отправляется в обычном режиме (в Outlook остается в папке Исходящие и появляется в папке Отправленные), но получателю оно не доставляется.

Ваше сообщение отклонено, поскольку SMTP-сервер (исходящей почты) не распознал вас как полномочного пользователя.

SMTP — это протокол (стандарты, используемые компьютерами для взаимодействия), который используется на большинстве серверов электронной почты для отправки сообщений в Интернете. Если вы используете почтовую программу (например, Outlook), которая позволяет хранить сообщения на компьютере, вам необходим доступ к SMTP-серверу для отправки сообщений.

Примечание: Веб-системы электронной почты (например, Windows Live Mail или Yahoo! Mail) работают иначе и не рассматриваются в этой статье.

Нежелательная почта и открытые ретрансляции

Рекламные сообщения, распространяемые без запроса, называют нежелательной почтой или спамом. Объем нежелательной почты продолжает расти, потому что ее отправка практически ничего не стоит тем, кто ее рассылает. Фактически отправителю даже не обязательно отправлять нежелательную почту через SMTP-сервер (исходящей почты) своего поставщика интернет-услуг.

При создании базовой структуры Интернета никто не предвидел, к каким последствиям приведет возможность отправлять миллионы нежелательных сообщений за ничтожно малую плату. Благодаря способности SMTP-серверов к ретрансляции отправители нежелательной почты маскируют ее подлинный источник, передавая ее через сторонние серверы, на которых разрешены такие открытые ретрансляции. В результате нежелательная почта как бы приходит с сайта, который ретранслирует сообщение и скрывает личность настоящего отправителя.

До недавнего времени большинство почтовых SMTP-серверов работали на основе доверительной открытой системы. В такой системе кто угодно откуда угодно может передать почтовое сообщение SMTP-серверу, а сервер должен принять его и переслать получателю или другому почтовому серверу, на котором находится почтовый ящик получателя. При такой открытой ретрансляции нет ограничений, запрещающих кому-либо отправлять почту через SMTP-сервер.

Ограничения поставщика интернет-услуг на ретрансляцию почтовых сообщений

По мере увеличения объемов нежелательной почты администраторы сети (люди, отвечающие за управление серверами поставщика интернет-услуг) начали вводить ограничения на своих почтовых SMTP-серверах. Эти ограничения не позволяют использовать почтовый сервер всем подряд. Представьте, что в вестибюле вашей организации есть телефон, доступный для всех, в том числе для тех, кто не является сотрудником организации. Теперь телефоном разрешено пользоваться только сотрудникам.

На сегодняшний день используются ограничения нескольких типов.

Требуется проверка подлинности SMTP. Так же как вы используете имя пользователя и пароль для доступа к POP3-серверу (входящей почты) и своим почтовым сообщениям, вам требуется ввести имя пользователя и пароль для отправки почтовых сообщений через SMTP-сервер. Обычно это те же имя пользователя и пароль, что и для POP3-сервера, но могут быть и уникальные.

Требуется сначала подключиться к POP3-серверу (входящей почты) поставщика интернет-услуг. Чтобы получить свои новые почтовые сообщения, вы обычно подключаетесь к POP3-серверу (входящей почты). Для доступа к почтовому ящику вам нужно ввести имя пользователя и пароль. Администратор сети может настроить сервер таким образом, что если вы сначала подключаетесь к POP3-серверу входящей почты и проходите проверку подлинности, он будет утверждать все запросы на отправку почтовых сообщений через SMTP-сервер исходящей почты, на котором в ином случае эта возможность будет ограничена.

Требуется подключение из авторизованного расположения в сети. Если вы из дома подключаетесь к поставщику интернет-услуг по телефонной линии, с помощью кабеля или через DSL-модем, подключение идет напрямую к сети поставщика. Вы заслуживаете доверия, поскольку у вас есть учетная запись с именем пользователя и паролем, которые предоставил поставщик интернет-услуг. Вам как клиенту разрешается использовать SMTP-сервер для отправки почтовых сообщений.

Читать еще:  Ошибка пользовательского интерфейса

Требуется подключение с определенного IP-адреса или диапазона IP-адресов. Ваш поставщик интернет-услуг может разрешить доступ к SMTP-серверу людям, не подключенным к сети напрямую. Например, это может быть удаленный пользователь в офисе. Основная проблема состоит в том, что во многих местах используются динамические IP-адреса. При этом вы не можете быть уверены в том, что при каждом подключении у вас один и тот же IP-адрес. У некоторых организаций может быть зарезервирован блок или диапазон IP-адресов. Поставщик интернет-услуг может считать тех, кто подключается с этих IP-адресов, проверенными пользователями. Он может предоставить дополнительные сведения.

Возможных сценариев ретрансляции очень много. Ниже приведены самые распространенные ситуации. Возможно, одна из них похожа на вашу.

Вы дома, и у вас есть учетная запись поставщика интернет-услуг, оканчивающаяся на @proseware.com , с которой вы подключаетесь по телефонной линии, с помощью кабеля или через DSL-модем. Вы отправляете сообщение другому человеку, почтовый адрес которого тоже оканчивается на @proseware.com .

Нет. Ваша почта обрабатывается обычным способом.

То же, что и в первой ситуации, только вы отправляете сообщение человеку, почтовый адрес которого оканчивается на @adatum.com .

Да, но она не блокируется. Вы подключаетесь напрямую к поставщику интернет-услуг и тем самым получаете полномочия для отправки почты через его SMTP-сервер (исходящей почты) на любые адреса, независимо от расположения почтового ящика получателя.

Вы на работе. Ваш рабочий почтовый адрес оканчивается на @thephone-company.com , и у вас есть домашняя учетная запись поставщика интернет-услуг, адрес которой оканчивается на @proseware.com и с которой вы подключаетесь по телефонной линии, с помощью кабеля или через DSL-модем. В Outlook у вас настроены те же параметры SMTP-сервера, что и дома. Вы отправляете сообщение человеку, почтовый адрес которого тоже оканчивается на @proseware.com .

Нет. Ваша почта обрабатывается обычным способом.

То же, что и в предыдущей ситуации, только вы отправляете сообщение человеку, почтовый адрес которого оканчивается на @adatum.com .

Да, и это сообщение может быть заблокировано как ретранслируемая почта. Вы пытаетесь использовать домашний SMTP-сервер (исходящей почты) своего поставщика интернет-услуг, хотя не подключены к его сети. SMTP-сервер не может удостоверить вас как полномочного подписчика поставщика интернет-услуг. Кроме того, вы просите SMTP-сервер принять сообщение и подключиться к другому SMTP-серверу, чтобы доставить его в почтовый ящик получателя.

Вы остановились в гостинице или воспользовались в аэропорту интернет-терминалом, предоставляющим доступ в Интернет. У вас есть домашняя учетная запись поставщика интернет-услуг, оканчивающаяся на @proseware.com , с которой вы подключаетесь по телефонной линии, с помощью кабеля или через DSL-модем. В Outlook у вас настроены те же параметры SMTP-сервера, что и дома. Вы отправляете сообщение другому человеку, почтовый адрес которого тоже оканчивается на @proseware.com .

Нет. Ваша почта обрабатывается обычным способом.

То же, что и в предыдущей ситуации, только вы отправляете сообщение человеку, почтовый адрес которого оканчивается на @adatum.com .

Да, и это сообщение может быть заблокировано как ретранслируемая почта. Вы пытаетесь использовать домашний SMTP-сервер (исходящей почты) своего поставщика интернет-услуг, хотя не подключены к его сети. SMTP-сервер не может удостоверить вас как полномочного подписчика поставщика интернет-услуг. Кроме того, вы просите SMTP-сервер принять сообщение и подключиться к другому SMTP-серверу, чтобы доставить его в почтовый ящик получателя.

Решения

Если ваша ситуация рассматривается как ретрансляция, вы должны отправить сообщение через сервер, к которому сейчас подключаетесь. То есть, если вы на работе или вне дома и не используете своего поставщика интернет-услуг для подключения к Интернету, но хотите отправить сообщение из своей домашней учетной записи, предоставленной этим поставщиком, вам нужно изменить параметры почтовой учетной записи, указав тот SMTP-сервер, который вы используете там, где находитесь (например, рабочий SMTP-сервер). Пошаговые инструкции см. в статье Изменение параметров учетной записи электронной почты.

Если это не работает или вы предпочитаете использовать домашнюю учетную запись, вам нужно связаться со своим поставщиком интернет-услуг и спросить, доступны ли вам описанные ранее параметры. Что касается первых двух ограничений (требуется проверка подлинности SMTP и требуется сначала подключение к POP3-серверу входящей почты поставщика интернет-услуг), вы можете внести изменения в Параметры учетной записи в Outlook. Инструкции см. в статье Изменение параметров учетной записи электронной почты.

Сообщения по-прежнему не отправляются?

Вы изменили параметры SMTP в Outlook или нашли параметр, который разрешит вам отправлять почтовые сообщения. Но вы по-прежнему не можете отправить почту и получаете сообщение об ошибке.

Возможно, вы все сделали правильно, но администраторы сети используют еще какую-то функцию системы безопасности для предотвращения спуфинга удостоверений. Спуфинг удостоверений — это просто способ отправки почтового сообщения, при котором вы скрываете, кто вы.

Читать еще:  Oxc0000005 ошибка при запуске приложения

В Outlook, как и в большинстве почтовых программ, можно указать «отображаемое имя» и обратный почтовый адрес, который появляется при ответе на ваше сообщение. В нежелательной почте эти поля почти всегда содержат ложную информацию. Вы правда верите, что сообщения о том, как быстро разбогатеть, пришли от супермодели или мирового лидера?

Mail.ru принимает почту за спам?

Есть некий проект, пользователи которого пишут друг другу сообщения, причем уведомление о приходе нового сообщения отправляется по электронной почте непосредственно пользователю. Стандартная схема, как и на многих других сайтах, не так ли? Подавляющее большинство наших пользователей имеет почтовые адреса на mail.ru, list.ru и проч.

Выглядит сообщение так:

«ФИО написал Вам сообщение на xxxx.ру.

Невинное сообщение. Естественно, никакого спама тут нет и в помине. Все сообщения разные, отличается текст сообщения (либо subject).

Проблема начинается, когда рассылается сообщение на всех пользователей сайта (

2 письма в секунду, общее к-во

50000). Начиная с какого-то порога (примерно 20000 писем) mail.ru реджектит почту, выдавая ошибку 550. Так ведет себя только mail.ru. Никакая другая почтовая система так не делает. Вот какое сообщение об ошибке приходит на КАЖДОЕ отправленное письмо (во всех сообщениях разные Error code, но текст один и тот же):

Когда трафик спадает, поведение SMTP-сервера на mail.ru возвращается в прежнее русло.

Затем опять та же самая ошибка и т.д.

Через службу поддержки ( abuse@corp.mail.ru ) решить эту, казалось бы, элементарную задачку, оказалось делом неподъемным (я сделал 3-4 «подхода», затратив полгода, затем бросил).

Служба поддержки обычно действует следующим образом:

    Сначала долго и нудно просит меня заново переслать то оригинальное письмо, то ошибку, то служебные заголовки, то плейнтекст исходного письма без заголовков, то с заголовками, то в аттачменте, то без аттачмента, периодически отвечая, что оригинал письма в битой кодировке (при том, что он в аттачменте . ) или отсутствуют служебные заголовки (при том, что они присутствуют. ). В последнее время они полюбили такой способ изматывания пользователей: создайте, мол, новый тикет, отправив туда текст оригинального письма, в ответ вам придет ticket id, и затем отправьте этот ticket id нам в ответ на это письмо. И это при том, что вся (. ) необходимая информация уже содержалась в самом первом моем обращении в с.п.! На этапе 1) теряется от полудня до дня. Обычно для быстрого перехода на следующий этап я пишу такое:

«В чем заключается битость кодировки и какие конкретно служебные заголовки вам нужны? Это ровно то письмо, которое упало на SMTP mail.ru.» В этом случае мне отвечают следующее (см. 2)

  • Мне сообщается, что моя проблема передана «для решения специалистам».
  • На следующий день сообщается такое: «Письмо, которое Вы нам прислали, успешно проходит наши фильтры. Убедитесь, что фильтры сработали именно на данное письмо. Если же ошибка повторяется снова с другим письмом, пришлите письмо, которое Вы не можете отправить с указанием полного текста ошибки, возникающей при его отправке».

    Действительно, с одной стороны письмо проходит фильтры, потому что очевидно, что это не спам, и без «передачи специалистам», с другой — не проходит, потому что проблема не в самОм письме, а в количестве писем или в частоте их отсылки. Контент письма в данном случае никак не влияет, о чем можно было догадаться по хешкоду из самого первого обращения и пропустить этапы 1), 2), 3).

    Если попытаться донести эту идею до саппорта, он отвечает так:

    Вы превышаете максимально допустимое количество отправленных сообщений.

    Для организации рассылки писем на большое количество адресов, Вы можете

    воспользоваться нашим сервисом — content.mail.ru/»

    На этом обычно театр абсурда заканчивается, потому что ответить на это уже нечего. Использование content.mail.ru в наши планы не входит (хотя, вероятно, по мнению службы поддержки, google, yahoo, yandex, . безусловно, это используют, потому что они шлют почту в десятки, сотни, тысячи раз интенсивнее нас). Информация о том, что конкретно в моем случае превышается: частота отправки писем либо общее количество за единицу времени и на сколько превышается, у саппорта отсутствует. Я сделал как-то попытку узнать о конкретных цифрах лимита у саппорта, на что пришел такой ответ:

    — с одного IP-адреса — 45 писем в первую минуту и 3 письма в последующие.

    — с одного ящика — 15 писем в минуту, потом можно посылать только 1 письмо в минуту.»

    Замечательно! Если бы это было так, никакая почта бы вообще никуда не ходила (что такое «последующие» минуты, также непонятно. Пожизненно, что ли, 3 письма в минуту?). С.П., видимо, думает, что я отправляю почту на mail.ru через сам же веб-интерфейс mail.ru.

    Что нужно сделать для решения этой проблемы? Казалось бы, взял Error code FB188D0B1941C920A91915BA1432E60E541BC971328137E499D77B1741DEFC22B0B67947ACA01B0A07FC27F77F28AA7EF28E7B1C0639918B33AF190C3B5047A9 и переслал его программистам. Они посмотрели, почему он возникает и сообщили саппорту, а затем мне. Но этого по неизвестной мне причине не происходит.

    Читать еще:  Как поставить изображение в html

    Код отклика SMTP 550

    Первые SMTP-серверы позволяли любому почтовому клиенту рассылать почту другим почтовым серверам, выступая в качестве промежуточного транспорта. В начальной версии протокола SMTP авторизация клиента полностью отсутствовала; позднее, в протоколе SMTP появилась авторизация, что несколько улучшило ситуацию. Такая возможность породила понятие спама. Спам (spam) – нежелательная массовая принудительная рассылка бесполезной информации (чаще всего рекламы). Сейчас же, когда принудительные рассылки приобрели огромный масштаб, администраторам серверов приходится придумывать различные ухищрения для пресечения таких рассылок в целях экономии трафика и процессорного времени. Результатом таких ухищрений часто является возвращаемая почтовым сервером ошибка с кодом 550.

    Почтовый адрес состоит из двух частей разделенных символом ‘@’. Первая часть является именем пользователя, а вторая доменом в котором находится почтовый сервер и на котором отведено некоторое место, принадлежащее пользователю. Например в адресе nick@d.foo.ru — «nick» это имя пользователя, а d.foo.ru – домен.

    Перечислим несколько типичных ситуаций, при которых возвращается ошибка 550.

    • Иногда сервер отправляет письма всем, кто указан в получателях, но при условии, что адрес отправителя принадлежит доменной зоне сервера (такой сервер еще называют сервером исходящей почты). В этом случае получается, что через сервер нельзя послать письмо постороннему человеку. Пустой адрес отправителя по стандарту является правильным и сервер не должен отвергать такое письмо. Однако не многие сервера прислушиваются к этому правилу и, в целях борьбы со «спамерами», возвращают ошибку с кодом 550 такого вида:

    Для устранения этой ошибки, нужно присвоить адрес отправителю, принадлежащему тому же домену, что и почтовый сервер, например:

    • Бывают серверы, которые отправляют письмо с любым значением свойства отправитель, но возвращают ошибку, если получатель не принадлежит домену сервера (такой сервер еще называют сервером входящей почты).

    Чаще всего данная проблема снимается авторизацией на сервере (если она поддерживается сервером). Для этого нужно заполнить следующие свойства объекта ИнтернетПочтовыйПрофиль :

    Следует заметить, что настройки для SMTP авторизации могут отличаться от настроек POP3. Например, некоторые серверы для POP3 авторизации используют в качестве «логина» первую часть почтового адреса, а для SMTP-авторизации – полный адрес.

    • Иногда серверы настраивают так, что если указан адрес отправителя, принадлежащий домену сервера, и отправитель не входит в разрешенные (задаваемые на сервере) адреса, то сервер откажется принимать письмо для дальнейшей отсылки. В данном случае опять же поможет авторизация.
    • Ошибка 550 возникает также, когда указан несуществующий адрес отправителя или этот адрес запрещен на принимающем сервере.
    • Релей-сервер принимает и отправляет почту без всяких проверок отправителя и получателя. Чаще всего такой тип сервера требует авторизацию и без авторизации может вернуть ошибку:

    • Некоторые почтовые серверы не принимают сообщения от пользователей, которые используют dial-up соединение, принуждая таким образом использовать почтовый сервер Интернет провайдера предоставляющего доступ в Интернет.

    Коду 550 стандартом отведена обширная область возвращаемых ошибок, и более конкретную причину можно получить только из ответа сервера (текст внутри скобок после описания ошибки на русском языке).

    Ошибка 550 spam message rejected

    Юзеру пришел отчет о недоставке почты. Прибегают в слезах, что делать епта. Открываем, читаем лог почтаря. И находим заветное сообщение 550 5.7.1 Message rejected as spam by Content Filtering. По-русски говоря, нас считают за спамеров и блчат наши письма. Свазялся с тамошним админом, пообщались и все решилось добавлением нас в список другов, от которых спам не идёт.

    — Session Transcript —
    Wed 2010-05-26 09:44:36: Parsing message
    Wed 2010-05-26 09:44:36: * From: demo@kakaka.ru
    Wed 2010-05-26 09:44:36: * To: a.zelenkin@domain.ru
    Wed 2010-05-26 09:44:36: * Subject: =?windows-1251?B?x8DOICLR4O0t0eDtIg==?=
    Wed 2010-05-26 09:44:36: * Message-ID:
    Wed 2010-05-26 09:44:36: Устанавливаю SMTP подключение к [domain.ru]
    Wed 2010-05-26 09:44:36: Разрешение MX-записей для [domain.ru] (DNS-сервер: 192.168.100.3).
    Wed 2010-05-26 09:44:36: * P=010 S=000 D=domain.ru TTL=(412) MX=[mx.domain.ru] <62.140.228.59>
    Wed 2010-05-26 09:44:36: Устанавливаю SMTP подключение к [62.140.228.59:25]
    Wed 2010-05-26 09:44:36: Ожидание подключения сокета.
    Wed 2010-05-26 09:44:36: * Соединение установлено (66.96.124.218:3084 -> 62.140.228.59:25)
    Wed 2010-05-26 09:44:36: Ожидание запуска протокола.
    Wed 2010-05-26 09:44:36: EHLO kakaka.ru
    Wed 2010-05-26 09:44:36: MAIL From: SIZE=35902
    Wed 2010-05-26 09:44:36: RCPT To:
    Wed 2010-05-26 09:44:36: DATA
    Wed 2010-05-26 09:44:36: .
    Wed 2010-05-26 09:44:36: Отправка для [62.140.228.59]
    Wed 2010-05-26 09:44:37: Передача завершена
    Wed 2010-05-26 09:44:42: QUIT
    — End Transcript —

    Комментарии

    Не могу отправлять сообщения, постоянно пишет Ошибка отправления почты. Почтовый сервер ответил: 5.7.1 Spam message rejected; If this is not spam contact abuse at
    rambler-co.ru. Проверьте сообщение и попробуйте снова.
    Что мне делать?

    Комментарий от Наталья [ 27 ноября, 2015, 00:11 ]

    Написать в рамблер чтобы исключили тебя из BL

    Комментарий от admin [ 29 ноября, 2015, 11:16 ]

    Прошу НЕ рассматривать этот электронный адрес как передающий СПАМ, поскольку через него мы БЕСПЛАТНО рассылаем электронные накладные получателям лекарств (больницам, поликлиникам и др.)

    Ссылка на основную публикацию
    Adblock
    detector
    Комментарий от ГУП КК Кубаньфармация / Прошин В.Н. [ 18 февраля, 2016, 08:34 ]