Ошибка сервера пожалуйста повторите попытку mail

Популярный в СНГ сервис mail.ru вышел в лидеры среди множества категорий услуг и товаров. Огромное количество серверов позволяет поддерживать все эти сервисы в работоспособности. Иногда возникают проблемы в отлаженной работе и появляются ошибки. Мы обратились к разработчикам и системным администраторам для разъяснения причин возникновения и способов самостоятельного решения затруднений.

Mail.ru не работает

Время работы серверов зависит от графика и нагрузки. Компания Mail Group следит за работоспособностью оборудования каждый день и получают массу репортов на которые приходится реагировать.

Если у вас не работает сайт или какой-либо сервис от Mail.ru, то для начала нужно определить где находится сбой. В большинстве случаев он связан с подключением пользователя.

Откройте командную строку (WIN+R и там наберите cmd), вводим команду: ping 217.69.139.200 . Это главный IP-адрес компании. Если соединение положительные и на экране отображается как передаются байты, значит все в порядке.

Вероятно проблема скрывается в вашем браузере или фаерволе. Иногда на рабочих местах через роутер закрывают доступ к различных ресурсам.

При использовании VPN-программ, возможно израсходование всех лимитов или недоступность самих серверов. В этой случае попробуйте отключить программу или подключится к другой.

Ошибка соединения Mail.ru

При отправке письма в почте некоторые пользователи могут видеть предупреждение о «ошибке соединения». В данном случае сервера ответственные за отправку недоступны. Такой сбой бывает длится доли секунды и возможно вы попали именно в этот момент.

Блокировщики рекламы так же могут повлиять на встроенные скрипты защиты от спама. Отключите их на время и попробуйте вновь.

При использовании браузеров Microsoft Edge (Internet Explorer), обязательно смените его на более современный с поддержкой HTML5 (Chrome, Yandex, FireFox).

Возможно время сессии истекло и письмо перемещено в черновики. Попробуйте найти его там и отправить именно из папки сохранения.

Аналогично этому, можно получать ошибку 550 при отправке через smtp. Все это решается сбросом настроек и повторным их вводом.

Ошибка IMAP в Mail ru

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

Убедитесь, что выставлен порт IMAP 993. Раньше Меил Ру использовали нестандартный, но сейчас все изменилось. Протокол шифрования должен быть выбран  SSL или TLS.

Убедитесь в наличии галочки «SMTP-серверу требуется проверка подлинности». Возможно она сбилась, как бывает в Outlook 2016.

Полностью проверьте настройки серверов выставленных в программе. Они должны соответствовать скриншоту:

Ошибка с SSL Mail ru

Если вы видите надпись, что сертификат подлинности не подтверждён (или аналогичное), Вам следует принять базовые меры сброса параметров ключей.

Обычное бывает, что все работает хорошо, потом резко перестает. В таком случае убедитесь в правильности выставления времени и даты на компьютере (или устройства). Т.е. SLL-сертификаты имеют сроки давности, неверная дата может служить для браузера напоминанием о том, что они закончились. В результате будет отображена данная ошибка, ведь браузер берет информацию с локального компьютера, а не удалённого сервера.

Попробуйте полностью обновить браузер или скачать более дружелюбный (Chrome, Yandex, Opera, Mozilla). Это поможет избежать подобных проблем в будущем.

Ошибка в облаке Mail ru

Работа с облаком довольно простая задача. Нам дают бесплатные гигабайты, в которые автоматически уже попадают файлы с почты. Вы можете использовать доступное пространство по своему усмотрению.

Иногда при попытке загрузки файлов мы видим ошибку считывания. Это связано с потерями постоянного интернет-подключения. Проверьте надёжность соединения или переподключитесь к другой точке.

При скачивании файла можно увидеть сообщение о проблеме. В данный момент могут проводиться плановые технические работы на одном из серверов (их тысячи). Обычно это занимает несколько минут (или даже секунд). Подождите немного или попробуйте позже.

Будучи менеджером коммерческого отдела небольшой торговой компании, я выполнял задачу по отправке нескольких сотен писем постоянным и потенциальным клиентам. Базу формировали из открытых источников мы сами, предложение было реально интересным целевой аудитории. Возникла «неожиданная» проблема – часть писем стала возвращаться. Кроме того, начали приходить сообщения с указаниями кодов ошибки SMTP. Своего IT-специалиста в штате у нас не было, потому разобраться с проблемой я решил самостоятельно. О результатах этой работы, причинах возникновения таких ошибок и методах их решения расскажу в этой статье.

Как избежать ошибок при составлении и отправке писем

Причинами возникновения ошибок и, как следствие, неполучения сообщений могут служить разные факторы. Одни из них связаны с неправильным составлением исходящих писем самим пользователем, другие относятся к более глобальным программным настройкам со стороны получателя.

Самый простой способ это понять – отправить тестовое сообщение на свой ящик. Затем следует протестировать его отправку и получение, используя разные внешние почтовые сервисы: gmail, yandex, mail, rambler и другие. Если сообщение получено, следует ответить на него, проверив корректность исполнения команды «RE» вашим почтовым сервером и принятие ответа условным отправителем.

Довольно часто проблемы с попаданием писем в папку «Спам» или программной блокировкой на стороне получателя лежат в неверном оформлении ключевых полей. Особенно это касается массовых рассылок коммерческого характера. Для отправки большого количества однотипных сообщений как минимум потребуется выполнение следующих параметров настройки:

• выделенный IP-адрес с целью исключить блокировку на стороне сервера-ретранслятора или почтовой программы конечного получателя;
• криптографические подписи DKIM и SPF, помогающие подтвердить подлинность домена и минимизировать количество писем, воспринимаемых как спам.

Важно! В случае несоблюдения этих элементарных правил вы рискуете не только тем, что конкретное письмо не будет доставлено адресату. При многократных попытках отправки письма в большинстве почтовых программ в блок-лист попадет вся корреспонденция, отправляемая с вашего email, и даже корпоративный домен (@domain.***).

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

В моей практике был случай, когда никак не удавалось добиться получения моей электронной корреспонденции одним из сотрудников компании «Лукойл». Письма я отправлял самые простые, используя корпоративный ящик. Только после того, как мой респондент обратился в IT-службу своего предприятия, выяснилось, что данный адрес находится в блэк-листе. Попал он туда из-за каких-то ошибок, допущенных моим предшественником. Понадобилось больше недели, чтобы адрес включили в «белый список». Все это время письма, высылаемые с личного mail@yandex.ru, доходили без проблем.

Полезно: Почему не приходят письма с сайта. Пример частного случая.

Положительные и отрицательные сообщения SMTP-сервера

SMTP (Simple Mail Transfer Protocol) — это протокол, используемый большинством почтовых программ для отправки электронных сообщений в сети интернет. Некорректное взаимодействие между серверами, индивидуальные настройки на уровне программного обеспечения и многие другие причины приводят к появлению ошибок. В этом случае письма не доходят до получателей, возвращаются обратно или просто «пропадают». При возникновении таких ситуаций отправитель получает сообщение о наличии конкретной ошибки, отражающей SMTP-код последнего отклика сервера.

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

Первая цифра комбинации содержит информацию о качестве доставки:

• сообщение доставлено («SMTP OK»);
• возникла неизвестная или временная проблема («SMTP unknown»);
• критическая ошибка («SMTP error»). 

Существует четыре варианта значений для первой цифры кода:

• 2xx – положительный результат, есть возможность передачи следующей команды;
• 3xx – отложенный результат, необходимо осуществление дополнительных действий;
• 4xx – сообщение не принято, но проблема носит временный характер, и запрос может быть повторен через какое-то время; 
• 5xx – категорический отказ выполнения команды, отправка запроса со стороны передающего сервера в том же виде невозможна. 

Вторая цифра в коде сообщает о категории ответа:

• 0 – синтаксические ошибки; 
• 1 – ответы на запросы информации; 
• 2 – ошибки канала передачи; 
• 3 и 4 – неизвестный тип ошибки;
•  5 – статус почтовой системы.

Третья цифра дает более расширенную информацию о значении, указанном во второй цифре SMTP-ответа.

Помимо цифровой комбинации, SMTP-сообщение может содержать дополнительную текстовую информацию.

Полную информацию о кодах, их компоновке и значениях можно найти в спецификациях RFC 5321 и RFC 1893.

Следует учитывать, что SMTP-message говорит об успешном или неудачном варианте доставки именно на уровне взаимодействия почтовых серверов. Положительный ответ вовсе не означает, что ваше письмо не попало в папку «Спам».

Виды почтовых сервисов

На программном уровне существует несколько видов обработки электронной почтовой корреспонденции. К первой группе относятся виртуальные сервисы, доступные чаще всего в бесплатном исполнении через интернет-соединение на сайте почтового сервера. Это всем известные ресурсы: 

• Gmail/Google Suite (почта от Google.com);
• Yandex.ru;
• Mail.ru; 
• Rambler.ru и другие.

Более подробную информацию о значениях ответов SMTP можно получить на сайтах популярных почтовых сервисов:

• Коды ошибок SMTP почтового сервиса Gmail (Google Suite) (support.google.com)
• Создание и отправка писем на сервисе Яндекс
• Ошибки отправки писем при использовании сервера и сервиса Mail.ru

Ко второй группе относятся почтовые клиенты – программы, обладающие более расширенным функционалом, чем виртуальные сервисы. Наиболее популярными и универсальными почтовыми клиентами для Windows являются:

• Opera Mail;
• Mozilla Thunderbird;
• Koma-Mail;
• SeaMonkey;
• The Bat!;
• Microsoft Outlook.

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

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

О вариантах выбора и способах создания корпоративных почтовых сервисов более подробно можно прочитать здесь: Что такое почтовый сервер и зачем он нужен.

Классификация отрицательных SMTP-сообщений. Способы решения проблем

Я настроил свою почтовую программу – локальный клиент (MS Outlook и т.п.) или бесплатную почту на gmail или yandex. Начинаю отправлять письма, но сталкиваюсь с различными проблемами, связанными с тем, что мои респонденты не получают направленную им корреспонденцию. Соответственно, на мой ящик приходят сообщения об ошибках в виде кодировок SMTP. 

Сразу опускаю тот пакет сообщений, которые начинаются с 2хх и 3хх, так как они содержат информацию о том, что задача получения письма уже решена положительно либо получит такой статус в ближайшее время. Более подробно рассмотрим некоторые виды кодированных сообщений, начинающихся с 4хх и 5хх, т.е. отклики SMTP-сервера, которые сообщают о наличии проблем.

Почтовый сервер сообщил об ошибке 421

Значение: Service Not Available. Сервер недоступен: канал связи будет закрыт.

Данная ошибка возникает наряду с грейлистингом (Greylisting – «Серый список») при интенсивном использовании бесплатного SMTP-сервера, который лимитирует количество отправляемых сообщений в единицу времени. Для решения этой проблемы можно воспользоваться высоконагруженным SMTP-сервером. Чаще всего эта услуга является платной.

Получено сообщение с кодом 451

Значение: Requested action aborted: local error in processing. Требуемое действие прерывалось: ошибка в обработке.

Устранение проблем с доставкой электронной почты для кода ошибок 451 4.7.500–699 (ASxxx) в Exchange Online. Электронная почта из доменов onmicrosoft.com ограничена и фильтруется для предотвращения спама.

Необходимо добавить настраиваемый домен.

Ошибка почтового сервера 452

Значение: Insufficient system resources. Запрашиваемое действие не выполнено: недостаточно места в системе.

В Microsoft Exchange Server есть специальный компонент мониторинга доступных ресурсов Back Pressure, который отслеживает свободное место на диске, на котором хранятся очереди транспортной службы Exchange. При возникновении такой ошибки можно сделать следующее:

• очистить диск от ненужных файлов;
• отключить мониторинг Back Pressure (не рекомендуется);
• перенести транспортную очередь на другой диск достаточного объема.

Сервер сообщил об ошибке SMTP 550

Значение:  Mailbox unavailable. Требуемые действия не предприняты: электронный ящик недоступен

Данная ошибка может возникнуть из-за настроек программы Антиспам на стороне получателя. Проверьте корректность оформления вашего письма и другие параметры, по которым ваше сообщение может быть отнесено к нежелательным.

Почтовый сервер ответил ошибкой 571

Значение:  SMTP Protocol Returned a Permanent Error 571 xxx@mail.ru prohibited. We do not relay/Spam message rejected. Ошибка на стороне получателя почты.

Как я уже писал выше, разные почтовые серверы накладывают свои ограничения на прием и отправку сообщений. Код 571 в Google Suite расшифровывается следующим образом: «Действующая политика запрещает отправку этого сообщения». Письмо может содержать защищенные или конфиденциальные данные – номера кредитных карт и т.п. Или политика администрирования запрещает отправку определенными пользователями сообщений адресатам вне установленной группы.

Сертификат почтового сервера недействителен

Обычно с таким сообщением приходится сталкиваться пользователям, у которых настроен Microsoft Exchange Server/MS Outlook. В данной ситуации самое простое решение – обновить сертификат.

Проверка доступности почтового сервера программным методом

В данной статье описаны лишь некоторые варианты ошибок, которые могут возникнуть при отправке электронных сообщений. Полный перечень достаточно объемен и во многом зависит от настроек конкретного сервера как на стороне отправителя, так и получателя. Некоторые из ошибок могут быть легко устранены обычным пользователем, другие под силу лишь опытным администраторам.

Одним из способов предупреждения появления ошибок является онлайн-проверка доступности почтового сервера с помощью бесплатных инструментов:

• https://mxtoolbox.com
• https://www.ultratools.com
• http://mail2web.com

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

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

Почта — диагностика и устранение ошибок

• 451 domain.ru prohibited. Disk quota exceeded
• 451 Please try another server
• 452 message sending quota exceeded, try later
• 476 connections from your host are denied
• 550 Your message was identified as SPAM
• 550 mailbox@domain.ru prohibited. We do not relay
• 591 mailbox@domain.ru You must authenticate first
• 550 Sender domain does not match hosting account
• 550 Incorrect header syntax in From field

451 domain.ru prohibited. Disk quota exceeded

Сообщение означает, что дисковое пространство, выделенное для домена получателя, исчерпано.

Рекомендации отправителю:

Необходимо повторить отправку через некоторое время. Как правило, почтовый сервер предпринимает повторную попытку автоматически.

Рекомендации получателю:

Для того чтобы возобновить прием почты, вы можете:

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

Увеличить квоту отдельного ящика можно в разделе панели управления Почта → Ваш домен → Ваш ящик.

451 Please try another server

Сообщение означает, что требуется повторить попытку подключения к другому принимающему серверу RU-CENTER. Если в результате нескольких попыток отправка сообщений заканчивается неудачно, необходимо скорректировать настройки почтового сервера отправителя:

1. Отсутствие ответа от сервера mx02.nicmail.ru и ответ сервера mx03.nicmail.ru с кодом 4XX не должен восприниматься как фатальная ошибка, и попытки отправки должны продолжаться на серверы, указанные в других MX-записях.
2. Отправляющий почтовый сервер, который подключается к серверам RU-CENTER, должен иметь корректно настроенные DNS-записи. Должна существовать PTR-запись для IP-адреса почтового сервера в обратной зоне. Значение PTR-записи в обратной зоне должно совпадать с А-записью в прямой зоне (т.е. с именем сервера). Например, сервер исходящей почты relay05.nicmail.ru имеет IP-адрес 194.85.88.236:

   nslookup relay05.nicmail.ru
Non-authoritative answer:
Name: relay05.nicmail.ru
Address: 194.85.88.236

   Для этого IP-адреса существует PTR-запись в обратной зоне со значением relay05.nicmail.ru, т.е. совпадающая с именем сервера.

   nslookup 194.85.88.236
Name: relay05.nicmail.ru
Address: 194.85.88.236

3. Запись в обратной зоне не должна содержать характерных для динамических IP-адресов домашних интернет-провайдеров слов:

   broadband, pptp, dynamic, pool, ppp, peer, dhcp, cable, node, client, dialup, static, wanadoo, dsl, public, user, vpn.

4. Ожидание ответов от сервера RU-CENTER (timeout) должно составлять не менее 5 минут в соответствии с RFC 5321:
   • ожидание на стадии подключения (до получения приглашения с кодом 220): не менее 5 минут;
   • ожидание после «MAIL FROM»: не менее 5 минут;
   • ожидание после «RCPT TO»: не менее 5 минут.

452 message sending quota exceeded, try later

Сообщение означает, что для почтового ящика достигнут лимит на отправку сообщений (50 писем в 15 минут). Возможность отправки писем будет восстановлена автоматически в течение 10 минут.

• Ограничения и особенности почтовой системы

476 connections from your host are denied

Сообщение означает, что подключение с вашего IP-адреса к почтовому серверу хостинга временно заблокировано. Это происходит в результате множественных ошибок при работе с почтовым сервером:

• многократные попытки авторизации с неверными логином и паролем,
• отправка писем на несуществующие адреса,
• многократные попытки отправки писем при достижении лимитов, указанных на странице Ограничения и особенности почтовой системы.

Блокировка снимается автоматически через 15 минут. Для устранения проблемы рекомендуем проверить корректность настроек почтовых клиентов. Если проблема сохранится, сообщите о ней в службу технической поддержки, написав на адрес support@nic.ru и указав в письме

• номер вашего договора,
• почтовый ящик, при попытке отправки с которого наблюдается проблема,
• ваш внешний IP-адрес. Узнать его вы можете на сайтах http://myip.ru и http://2ip.ru.

550 Your message was identified as SPAM

Сообщение означает, что входящее письмо было идентифицировано как спам на основе анализа его содержимого.

Рекомендации отправителю:

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

Если у вас нет контактных данных администратора домена получателя, воспользуйтесь сервисом Whois.

Рекомендации получателю:

Вы можете добавить домен отправителя в белый список, тогда почта с данного домена не будет проверяться спам-фильтром. Чтобы добавить домен example.net в белый список, необходимо:

• авторизоваться в панели управления, используя номер своего договора и пароль;
• перейти в раздел Почта;
• нажать на название почтового домена;
• перейти в раздел Спам-фильтр → Белый список;
• добавить маску вида *@example.net в блоке Новая маска почтового адреса и нажать кнопку Создать. 

550 mailbox@domain.ru prohibited. We do not relay

Сообщение означает, что адрес mailbox@domain.ru не существует в почтовой системе хостинга RU-CENTER. Проверьте правильность написания адреса и повторите отправку.

591 mailbox@domain.ru You must authenticate first

Сообщение означает, что в почтовом клиенте не настроена авторизация на сервере исходящей почты (SMTP) mail.nic.ru по имени ящика и паролю (аналогично серверу входящей почты).
Рекомендуем проверить корректность настроек почтового клиента. Например, если вы используете Outlook, убедитесь, что в настройках учетной записи для сервера исходящей почты стоит галочка напротив параметра SMTP-серверу требуется проверка подлинности и Аналогично серверу для входящей почты.

550 Sender domain does not match hosting account

Сообщение означает, что доменная часть адреса отправителя в заголовке «FROM» или в поле «MAIL FROM» конверта письма пустая или содержит домен, не добавленный на вашу услугу хостинга в качестве имени почтового домена или его синонима.

Рекомендуется проверить настройки почтового клиента или иного ПО, отправляющего почту, и указать адрес отправителя в домене, добавленном на ваш хостинг.

550 Incorrect header syntax in From field

Сообщение означает, что в письме поле «From» с адресом отправителя содержит информацию, которая не соответствует требованиям rfc5321 и rfc5322.

В частности, если в поле From в дополнение к адресу электронной почты указывается имя пользователя, оно должно быть заключено в кавычки: 
From: «User Name» <username@example.net>

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