Ошибка при подключении к почтовому серверу connection failed

Иногда в работе электронной почты возникают ошибки. Чаще всего они проявляются в том, что пользователи не могут отправить или получить письмо, получают сообщение “Не удалось подключиться к почтовому серверу”. Причины некоторых ошибок почтового сервера легко найти, для других потребуется тщательная диагностика настроек почтового сервера. Эта статья призвана помочь в поиске и устранении таких ошибок.

Пошаговая проверка почтового сервера

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

• Если вы сразу же получили сообщение об ошибке подключения к почтовому серверу, как только попытались отправить или получить письмо, это свидетельствует, что проблема действительно с сервером. Отметьте себе код ошибки, далее мы расскажем о них подробнее.
• Письмо было отправлено, но затем возвращено, вы получили так называемое bounced message — сообщение о том, что письмо было не доставлено по какой-либо причине. Чаще всего в тексте сообщения указывается эта причина (например, письмо слишком похоже на спам или почтовый сервер imap mail не отвечает), попробуйте устранить её.
• Почтовый сервер не отвечает, при отправке ошибок не было, но вы не получили письмо в течение нескольких минут. В первую очередь проверьте папку “Спам”, возможно, оно попало туда. Если нет, то перепроверьте настройки почтового клиента.
• Если вы без проблем отправляете и получаете тестовые письма, скорее всего проблема не в почтовом сервере, а в работе сети.

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

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

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

Коды ошибок почтовых серверов и как устранить эти ошибки:

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

• проблема может возникнуть из-за неправильно заданных параметров SMTP-соединения, перепроверьте их настройки
• брандмауэр блокирует IP сервера электронной почты, в таком случае надо добавить новое правило для него
• блокируется трафик через порт 25. Попробуйте в настройках учетной записи электронной почты сменить номер порта SMTP на 465
• ошибка вызвана использованием VPN — попробуйте отключить VPN и отправить письмо. Если проблема была в этом, то необходимо, чтобы провайдер услуги занес ваш почтовый сервер в белый список адресов VPN

Почтовый сервер ответил 451

Возможные причины:

• превышено количество допустимых подключений или лимит обмена сообщениями за отрезок времени, в таком случае письма просто ждут в очереди отправки. В настройках сервера вы можете увеличить этот лимит или задать ограничение не на количество подключений к серверу, а на количество писем на одного пользователя.  Если никакой вредоносной деятельности вы не обнаружили, то можете отправить накопившуюся очередь писем командой принудительной отправки (force send).
• неправильно настроенные MX-записи домена и неправильная маршрутизация писем вследствие этого. Проверьте логи, конфигурационные файлы, МХ-записи и разрешения, чтобы установить причину ошибки

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

• вероятно, ошибка не на вашей стороне — на сервере получателя закончилось место, поэтому письмо не доставляется. Проверьте, получается ли отправлять письма на другие сервера
• если в сообщении об ошибке есть текст “Out of memory”, то места не хватает на вашем сервере. Проверьте количество писем в очереди, свободное место на диске и объем доступной памяти

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

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

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

Ошибка при получении почты (на стороне получателя). Причины:

• IP отправителя заблокирован на стороне получателя спам-фильтром, антивирусом или фаерволом, текст сообщения об ошибке будет похож на такой: “Почтовый сервер ответил: spam message rejected”. Если вы отправляете тестовое письмо себе, попробуйте отключить это ПО и проверьте отправку/получение писем без него
• у IP отправителя нет RDNS
• отправитель занесен в спам-лист, фильтры сообщений получателя не пропускают письмо

Чтобы устранить ошибку, проверьте настройки получения писем и в особенности разрешения для доменов-отправителей.

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

Проверьте, вероятно, пришло время обновить сертификаты.

Мы надеемся, что этот материал был вам полезен. Иногда найти ошибку очень трудно, для этого приходится изучать логи электронной почты, её маршрутизацию, параметры почтового сервера. Специалисты “Интегрус” готовы помочь в этом. Мы проведем аудит, обеспечим защиту почтового сервера, отсутствие спам-рассылок, установим почтовый сервер на Windows Server, почтовый сервер на Линукс, выполним настройку почтового сервера Postfix, настроим записи RDNS и SPF, устраним ошибки почтового сервера pop3 и другие.

Мы всегда готовы дать рекомендации по настройке и защите почтового сервера, так что если у вас есть вопросы, не откладывайте и обращайтесь к нам за консультацией.

* — компания нарушает законы РФ.

SMTP Error (-1): Connection to server failed.

That was an error message our customer recently got while trying to send mails via Roundcube.

Usually, this error occurs due to firewall restrictions, mail server malfunctioning, and so on.

At Bobcares, we often get requests to fix SMTP errors, as a part of our Server Management Services.

Today, let’s have a look into the error and see how our Support Engineers fix it.

What is SMTP error -1?

Basically, SMTP is the Simple Mail Transfer Protocol. The mail server connects with each other using this protocol. Since mail services are critically important, errors in this can be totally frustrating.

One of our customers had a LAMP server, with Postfix and Roundcube for mail services. But, while trying to send a mail via Roundcube, he got the error:

The error message clearly indicated that the Mail client could not connect with the server. Initially, we checked the mail log. This gave more details about the error.

Causes and fixes for the SMTP error -1

Usually, there are several reasons that lead to the SMTP error. Let’s see how our Support Engineers fix these causes.

1. SSL/TLS certificate expired

Some customers approach us with the SMTP error -1 when they try to send mails using mail clients. Here the first login to the Mail client shows the error message.

Connection to storage server failed

And when the user tries to send an email, they get the SMTP error -1.

Most often, this situation indicates that the SSL/TLS certificate expired.

So, we check the certificate of the mail server. If it was found expired, we update it.

2. Errors in Mail server

In some cases, if the mail server do not work properly, then the same error shows up. Our Support Engineers first check the Mail server status.

For instance, for the Postfix mail server, we use the command:

service postfix status

If the status is found improper, we restart it using the command:

service postix restart

Most often this fixes the error.

3. Settings in the CSF firewall

In another instance, our customer using the LAMP server got the error while sending mail via Roundcube. When we checked the reason, we found that the error was with the CSF firewall setting.

So, we edited the CSF configuration. In Linux systems, the CSF configuration file is at  /etc/csf/csf.conf. We replace the values of SMTP parameters as follows:

SMTP_BLOCK = 1

SMTP_ALLOWLOCAL = 1

Finally, we restarted the CSF service. That fixed the error and mail started sending from the mail client.

4. SMTP port block

Similarly, an incorrect SMTP port setting in the Mail client configuration file also causes SMTP error -1.

For instance, for mail client Roundcube, we open the file wamp/roundcubemail/config/defaults.inc.php.

And we modify the line,

$config['smtp_port'] = 465;

Here server uses 465 as the SMTP port. Later we restart the service and this resolves the error.

[Having trouble in fixing SMTP errors? – We are available 24/7.]

Conclusion

In short, SMTP error -1 indicates that the connection to the server failed. This is because of many reasons like TLS certificate expiry, errors with the mail server or mail clients, SMTP port block, firewall restrictions and so on. Today, we saw how our Support Engineers fix this error.

var google_conversion_label = «owonCMyG5nEQ0aD71QM»;

Будучи менеджером коммерческого отдела небольшой торговой компании, я выполнял задачу по отправке нескольких сотен писем постоянным и потенциальным клиентам. Базу формировали из открытых источников мы сами, предложение было реально интересным целевой аудитории. Возникла «неожиданная» проблема – часть писем стала возвращаться. Кроме того, начали приходить сообщения с указаниями кодов ошибки 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. Сервер недоступен: канал связи будет закрыт.

Возможные причины	Варианты решения
Неправильно заданы параметры SMTP-соединения	Необходимо перепроверить настройки
Брандмауэр блокирует IP-адрес сервера электронной почты	Необходимо создать новое правило в брандмауэре
Блокируется трафик через порт 25	Попробуйте в настройках учетной записи электронной почты сменить номер порта SMTP на 465
Проблема использования VPN	Необходимо, чтобы провайдер услуги занес ваш почтовый сервер в белый список адресов VPN

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

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

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

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

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

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

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

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

Возможные причины	Варианты решения
На сервере получателя закончилось место, поэтому письмо не доставляется	Чтобы в этом убедиться, достаточно попробовать осуществить отправку письма с другого сервера
В сообщении присутствует текст «Out of memory». Это значит, что недостаточно места на вашем сервере	Необходимо проверить количество отправляемых писем в очереди, наличие свободного места на диске и объем доступной памяти

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Решение ошибки «SMTP Error (-1): Connection to server failed.»

Данная ошибка возникает когда не работает почта на сервере (а точнее не запущен exim). По этому, чтобы решить данную проблему на стороне сервера стоит его просто перезапустить и все заработает. В моей статье «Решение ошибки SMTP Error (-1): Connection to server failed.», я расскажу как я пофиксил данную ошибку. Недавно столкнулся с такой проблемой и решил написать заметку, кому то поможет она.

Смотрим есть ли запущенные процессы:

# ps -aux | grep exim

Если нет, то запускаем его. Если работает, то «убиваем» процесс(ы) и перезапускаем  exim.

Перезапускаем exim:

# service exim restart

проверяем чтобы был запущен процесс(ы):

# ps -aux | grep exim

Вот и все. Все у меня заработало. Я завершаю свою статью «Решение ошибки SMTP Error (-1): Connection to server failed.»