Итак, тысячи, а возможно и миллионы людей по всей Земле в июне 2016 тревожного года встретились с ошибкой отправки почты от имени …
От имени, как выяснилось, источника этого … явления в ДАННОМ СЛУЧАЕ — mail.ru group. Или проще говоря со стороны «улучшения» почтовой системы mail.ru, далеко не самой маленькой почтовой системы в этой стране.
Суть происходящего заключается, оказывается в том, что… пресловутая Mail.ru Group ужесточила фильтрацию так называемого DMARC.
Это ругательное слово для профи означает многое, но для нас, боле или менее обычных пользователей, это «ровно не о чем не говорит». Нам нужен четкий и простой ответ: «ЧТО Мл.. ДЕЛАТЬ!????»
Хочу заметить, что данный тип фильтрации (DMARC) или по-простому «эта хрень» была включена 18 мая 2016 года в Почте Mail.Ru.
Почему я выделил красным дату? Да всё очень просто… потому что по прошествии уже более чем месяца (!) НИГДЕ нет никаких статей в ТОПе основных поисковиков на тему что это, и как это лечить простому пользователю!
Что само по себе удивительно, не правда ли?? Миллионы людей вдруг в одночасье лишаются возможности отправлять письма со всевозможных сборщиков, таких как Яндекс, Гугл и другие от имени (внимание!) ящиков, заканчивающихся на mail.ru, list.ru, bk.ru и других.
Т.е. грубо говоря, если я бизнесмен, у меня настроены рассылки клиентам скажем на яндексе, я вот с 18 мая 2016 года, вдруг, обнаруживаю, что в поле «от кого» нельзя поставить любой_адрес@mail.ru (list.ru, bk.ru и т.д), и письма при этом не отправляются, вместо чего вылезает вот это:
Таким образом, видишь ли, Mail.ru «борется с мошенниками и рассыльщиками спама, подставляющими любые имена (адреса) в поле ОТ КОГО». О, как! Видали?
Только… кхе-кхе, они забыли указать, что заодно таким образом борются и с представителями тысяч бизнесменов, компаний, фирм и просто пользователей, физ. лицами так сказать…
Которые недоумевают, забивая в поисковики «Яндекс почта: Произошла ошибка Sending data failed что делать?»
И что же им делать??? А и правда…? Что? (Вот всё у вас накрылось в один прекрасный день) Оказывается, выхода всего два… [Внимание, лопата!!!]
Вот такие дела…
Вот лично для меня, как профи в таких вещах и п.1 и п.2 — равноценны. Т.к. подавляющее большинство небольших и малых компаний не имеют в штате IT-специалистов, и следовательно, выражение «настроить SPF и DKIM» для людей, занимающихся бизнесом (а это как вы понимаете, тысячи ИП и ООО в основном) и обычных пользователей вызовет круглые глаза, затем насмешки, затем гнев, ругань, и далее по тексту…
Ну вы всё поняли уже, да?
Мой независимый совет в этой ситуации будет такой:
Надеюсь, вам пригодилось то, что Вы сейчас прочли, и всего Вам доброго!
Злоумышленники анонимно рассылают спам-рассылки с вашего IP из-за неправильных настроек, поэтому он заблокирован.Отправьте администратору вашего сервера указанную информацию, чтобы решить проблему.
Технические требования:
1. Почтовые серверы должны быть соответствующим образом защищены
от неавторизованного анонимного использования.
2. Для серверов, предоставляющих учетные записи пользователям:
— не должно быть возможности использовать поддельный envelope-from,
отличающийся от аккаунта авторизовавшегося пользователя
— либо в заголовках должна быть информация об авторизовавшемся
пользователем, осуществившем отправку письма.
3. Прямые соединения на почтовые X-серверы Mail.ru из веб-скриптов
не разрешены. Следует осуществлять отправку таких почтовых сообщений
через локальный SMTP-транспорт веб-сервера или отдельный SMTP-сервер
с осуществлением авторизации с соблюдением предыдущих пунктов.
Например:
Received: from username
(Authenticated sender: [email protected])
by smtp.domain.ru (Postfix)
Thu, 21 Apr 2011 08:58:21 +0400 (MSD)
После настройки почтового сервера по требованиям заполните, пожалуйста, форму .
Также вы можете изменить порт SMTP c 25 на порт 2525 или 587 в настройках вашей почтовой программы.
Если это не помогло, попробуйте использовать для отправки SMTP сервер вашего провайдера.
Для решения проблемы обратитесь к вашему системному администратору.
Чтобы защитить пользователей от спама, в нашей системе есть ограничение на отправку писем за 1 час. Ошибка означает, что для вашего почтового ящика превышен этот лимит.
Мы не рекомендуем делать рассылки с личных ящиков. Для этого вы можете зарегистрировать домен, подключить его к платформе «Mail.ru для бизнеса » и использовать наш рассыльщик Sendbox .
Если вы не рассылаете сообщения в большом количестве и уверены, что не сообщали никому пароль от почтового ящика, вероятно, к вашему ящику получил доступ посторонний. Рекомендуем сменить пароль и включить двухфакторную аутентификацию . Это вход в ящик в два этапа: ввод пароля и ввод одноразового кода. Также о защите ящика читайте в
1 sending a message failed
Вычислительная техника: сбой при отправке сообщения
2 sending a message failed
сбой при отправке сообщения
Short message service technical realisation (GSM) - The Short Message Service is realised by the use of the Mobile Application Part (MAP) of the SS#7 protocol, with Short Message protocol elements being transported across the network as fields within the MAP messages.Mobile Application Part… … Wikipedia
Bounce message - A bounce message, or (failed) Delivery Status Notification (DSN) message, aka Non Delivery Report/Receipt (NDR), Non Delivery Notification (NDN), or simply a bounce is an automated electronic mail message from a mail system informing the sender… … Wikipedia
Telegraphy - (from the Greek words (τηλε) = far and (γραφειν) = write) is the long distance transmission of written messages without physical transport of letters. Radiotelegraphy or wireless telegraphy transmits messages using radio. Telegraphy includes… … Wikipedia
Objective-C - Paradigm(s) reflective, object oriented Appeared in 1983 Designed by Tom Love Brad Cox Developer Apple Inc. Typing discipline … Wikipedia
Ray, Iran, as a military objective - This article is about the city of Ray, Iran as a military objective, not the large territory of which it was once capital (Ragau in the Apocryphal Book of Judith). Ray, in an area of fertile lowland between the Zagros Mountains, the Elburz… … Wikipedia
Military history of Ray, Iran - This article concerns the city of Ray, Iran (near Shahr e Rey) as a military objective, not the large territory of which it was once capital (Ragau in the Apocryphal Book of Judith). Ray, in an area of fertile lowland between the Zagros… … Wikipedia
Al-Shabaab - For other uses, see Al Shabaab (disambiguation). Shabaab redirects here. For the film, see Shabaab (film). Somali Civil War Al Shabaab الشباب … Wikipedia
Electrical telegraph - A printing electrical telegraph receiver, and a transmitter key at bottom right An electrical telegraph is a telegraph that uses electrical signals, usually conveyed via telecommunication lines or radio. The electromagnetic telegraph is a device… … Wikipedia
Thrice Upon a Time - Infobox Book name=Thrice Upon A Time author=James P. Hogan cover artist=Rowena Morrill language=English subject=Time travel genre=Hard science fiction publisher=Ballantine Books release date=March 1980 isbn=auto isbn|0|3|4|5|3|2|3|8|6|0 345 32386 … Wikipedia
Optimus Prime - is a fictional character from the Transformers franchise. Prime is the leader of the autobots, a faction of transforming robots from the planet Cybertron. The autobots are constantly waging war against a rival faction of transforming robots… … Wikipedia
Ошибки почтовой системы – это коды, которые присваиваются сообщениям во время получения или отказа в получении. Код ошибки позволяет выяснить причину, по которой возникла невозможность доставки почтового сообщения. Как правило, код ошибки представляет собой число, например #550 или #2001. Описание кодов ошибок приведено ниже.
Не удалось определить сервер, на который нужно переслать почтовое сообщение. Возможные причины:
Данного почтового ящика не существует, либо почтовый адрес указан с ошибкой
Сообщение возникает при отправке писем почтовым клиентом. Это сообщение не нашей почтовой системы. Оно означает, что у пользователя в локальной сети есть антиспам или фаервол, который проверяет все отправляющиеся письма.
LMTP
error after end of data: 552 5.2.2 Over quota
Ошибка возникает, в случае если у получателя переполнен почтовый ящик.
Sender verify callout failed
Проверка отправителя письма. Ошибка может быть либо полной, как указано ниже, либо сокращённой: «Sender verify failed [#1005]».
Ошибка присылается каким-либо сервером, который осуществил неудачную попытку отправить письмо нашему серверу.
Наш сервер указан в строчке «… while talking to mx3.сайт.:».
The following addresses had permanent fatal errors -----
Адрес [email protected] – это адрес получателя письма, он приведён только ради полноты информации.
Адрес отправителя [email protected] не прошёл проверку, о чём и написано в сообщении.
Для каждого письма производится проверка отправителя. Для этого наш сервер пытается подсоединиться к серверу, принимающему почту для домена отправителя (в примере – example.com) и отправить письмо с адреса «<>» на адрес отправителя (в примере [email protected]). Такие письма всегда должны приниматься, потому что именно так выглядят сообщения о неудачных доставках. Если сервер отвечает, что такого ящика не существует (в примере сервер, обслуживающий домен example.com, ответил «550-User unknown (200)») или по другим причинам отвергает попытку, то письмо с адреса [email protected] не принимается.
Проверка обратного адреса – это не защита от спама (хотя и помогает фильтровать его часть). Сервер должен иметь возможность послать отправителю сообщение в том случае, если он не смог доставить письмо получателю. Для гарантии этой возможности проверяется обратный адрес.
В настоящем случае Вы узнали о проблеме, потому что наш сервер не принял сообщение (сигнализируя о проблемах связи с доменом отправителя), а посылающий сервер сообщил об этом отправителю. Если бы наш сервер принял сообщение, не проверяя возможность обратной доставки, Вы не узнали бы о проблеме.
Письмо с неверным обратным адресом – это проблема, которую обязательно надо решать, но ни в коем случае не отключением средства, которое сигнализирует о ней.
Sorry, we don’t accept messages from the hosts without a PTR
record
Ошибка возникает, когда у узла отправителя отсутствует PTR
-запись.
We don’t accept dynamic ip-addresses, please use your provider’s smtp [#1007]
или dynamic ip rejected [#1007]
Данная ошибка возникает у пользователей, использующих для своего подключения динамический пул адресов. Проверка осуществляется на основании IP-адреса пользователя (наличие в нём слов dial, ppp, pool, dsl, dynamic, static и другие вхождения).
Sender verify failed
В заголовке smtp-сесии mail from указан неверный обратный адрес (несуществующий домен, например).
We don’t accept dynamic ip-addresses, please use your provider’s smtp [#1009]
Данная ошибка в основном возникает у пользователей использующих DSL
или DialUp подключения и отправляющих почту со своих локальных компьютеров, иными словами не использующих SMTP
-сервер своего провайдера. Проверка осуществляется на основе регулярного выражения для :
^({1,3}\D+){2}({1,3}[^\d\.]*).*\.(\w|-)+\.\w{2,4}$
Если вы по какой-то причине не можете использовать SMTP
-сервер вашего провайдера – напишите заявку в техническую поддержку с указанием вашего ip адреса, он будет добавлен в white-list.
Mail rejected, see http://www.spamcop.net/w3m?action=checkblock&ip=IP-адрес [#1014]
Мы используем DNS
-блеклисты spamcop.net для защиты от спама. Адрес отправителя находится в блеклистах spamcop.net
Relay not permitted
Совершена попытка отправить письмо на домен, который не обслуживается нашими почтовыми серверами.
Recipient verify failed
Проверка получателя письма. Ошибка возникает, если домен обслуживается нашими серверами, но такого адреса в домене не существует.
Recipient verify callout failed
Проверка получателя письма. Ошибка возникает, если удалённый сервер отвечает, что такого получателя не существует.
You are sending too many messages
Превышен лимит по отправке писем через smtp. Для повышения лимита необходимо обратиться в службу технической поддержки.
Authentication required
Для отправки требуется пройти аутентификацию по логину и паролю.
Примеры корректной настройки почтовых клиентов можно посмотреть