Меню

Ошибка аутентификации сервера smtp

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

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

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

Если вы также столкнулись с этой проблемой, продолжайте читать, чтобы узнать, как ее исправить.

Для чего используется SMTP-аутентификация?

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

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

Нужна ли мне аутентификация SMTP?

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

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

Как аутентифицировать мой SMTP-сервер?

  • Откройте Gmail, щелкните значок шестеренки вверху и выберите «Все настройки».
  • Перейдите в «Учетные записи и импорт» и нажмите «Добавить другой адрес электронной почты».

  • Введите свое имя и адрес электронной почты и снимите флажок Считать псевдонимом.

  • На следующем экране введите SMTP-сервер, указанный в электронном письме с подтверждением AuthSMTP, введите имя пользователя и пароль AuthSMTP, проверьте защищенное соединение с использованием TLS и нажмите «Добавить учетную запись».

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

  • И это сделано! Теперь вы успешно аутентифицировали свой SMTP-сервер. Новая учетная запись отправителя указана в разделе «Отправить почту».

Как исправить ошибку аутентификации SMTP?

1. Проверьте свои учетные данные электронной почты

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

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

2. Проверьте, не отключен ли ваш аккаунт

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

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

3. Проверьте, не отключено ли SMTP-соединение вашим поставщиком услуг электронной почты.

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

На каких платформах может возникать ошибка аутентификации SMTP и как ее исправить?

Ниже приведен список всех платформ, на которых возникает ошибка проверки подлинности SMTP при сканировании на электронную почту, и способы их устранения:

  • Ошибка проверки подлинности SMTP в Office 365: снимите флажок Проверка подлинности SMTP в Office 365, а затем снова включите ее. Подождите 10 минут, чтобы изменения вступили в силу.
  • Ошибка аутентификации SMTP в Outlook: наиболее вероятная причина — неправильная конфигурация SMTP. Следовательно, в большинстве случаев проверка конфигурации может решить эту проблему.
  • Ошибка аутентификации SMTP в Gmail. Эта проблема может возникнуть при подключении почтового ящика для входящей почты или при отправке исходящей почты с использованием внешнего SMTP. Проверьте, правильно ли вы ввели пароль и активировали ли двухфакторную аутентификацию.
  • Ошибка аутентификации SMTP в Python: Google предотвращает попытки входа из приложений, которые не соответствуют современным требованиям безопасности. Рассмотрите возможность входа через браузер и повторите попытку запуска кода, если вы можете получить доступ к своей учетной записи.
  • Ошибка проверки подлинности SMTP на принтере Canon. Это может произойти, если учетная запись, которую вы используете для подключения к SMTP-серверу, не имеет права на отправку в качестве адреса электронной почты, указанного в качестве отправителя.
  • Ошибка аутентификации SMTP в Jotform: убедитесь, что в вашей учетной записи Office 365 включен SMTP. Вы можете подтвердить это у своего поставщика услуг или использовать инструмент проверки, чтобы убедиться, что SMTP работает правильно.

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

Если методы устранения неполадок не помогли решить эту ошибку, это может быть проблема с портом SMTP. Будьте уверены, наш гид поможет вам это исправить.

Если у вас все еще есть какие-либо проблемы, не стесняйтесь оставлять комментарии ниже. Мы хотим услышать от вас.


Everyone expect mails to work flawlessly, but that doesn’t always work.

Occasionally, mail servers may reject emails with some strange errors, such as “SMTP Error (535): Authentication failed

At Bobcares, we often get requests from customers to fix SMTP errors as part of our Technical Support Services.

Today, we’ll see how our Support Engineers help our customers to resolve such tough email errors.

What is SMTP Authentication?

Mail client like Outlook uses SMTP (Simple Mail Transfer Protocol) to send messages. Later, to download the mails E-mail clients use either POP or IMAP protocol.

But, for any reason, if the authentication fails, mail client like Outlook generates an appropriate error message.

“SMTP Error (535): Authentication failed” error is usually related to the bad user email settings in Microsoft Outlook.

That’s why, Email client configuration always need special attention. Now, let’s see the reasons behind this error and how our Support Engineers correct it for customers.

Causes For the “Error 535: Authentication failed”

From our experience in managing servers, we often see customers experiencing Auth error 535 due to the following reasons:

1. Incorrect Username and Password

When the username and password entered in the Email client are incorrect, it ends up in Error 535. Again, using the wrong the mail server can also cause authentication failures.

Usually, such mismatch in email login and password will be recorded in the mail server logs. This helps greatly in finding the exact email account with problems.

2. Account Disabled

Similarly, at times account can be disabled because of reasons like payment dues or spamming issue. This will also result in SMTP Error (535): Authentication failed.

So, it’s worth to login to the control panel and check the status of the customer account as well as the email account.

3. SMTP Authentication

If your email client do not have SMTP authentication turned ON, it can also result in error. Now, we’ll check on how to enable SMTP Authentication in the server side and client side.

How to configure SMTP Authentication in a Mail client

Turning OFF SMTP Authentication in the email client, show up errors such as: “Server says: SMTP Error (535): Authentication failed: Authentication failure.”

Luckily, configuring SMTP authentication is simple procedure. It involves modifying the SMTP configuration settings and making necessary changes.

For example, to turn ON SMTP Authentication in Mozilla Thunderbird,

  1. Open Thunderbird, go to Tools -> Account Settings -> Outgoing Server (SMTP)
  2. Select the outgoing server by clicking on it, then click the Edit button
  3. Under Security and Authentication, check the “username and password” option
  4. Fill in your email account username and click Ok.

Finally, configuration will show up as below.

Enable SMTP auth in the server

We already saw how to turn on SMTP Auth in email client. But, for this to work, the mail server should support SMTP Authentication. Let’s see how our Dedicated Engineers enable this for our customers.

SMTP Auth in Plesk server

SMTP connections on a Plesk server typically need authentication. Recently, one of our customers requested us to fix the “SMTP Error (535): Authentication failed”. Here, the server was not having SMTP auth turned ON. Therefore, our Support Engineers solved the issue by enabling “SMTP authentication” from his Plesk server.

The exact sequence of steps that we did were:

  1. We logged into Plesk
  2. We checked the SMTP authorization status under Tools & Settings > Mail Server Settings > Relay options.
  3. Finally, we ensured correct settings in Tools & Settings > Mail Server Settings > Enable SMTP service on port 587 on all IP addresses.

Enable SMTP Authentication In cPanel

Let’s have look on the steps to enable SMTP auth in cPanel server. SMTP authentication in cPanel allow sending messages via POP-before-SMTP. Here, once when the Outlook download the mails, there is no need to re-authenticate to send mails through SMTP.

Usually, SMTP authentication will be disabled in WHM by default. To enable SMTP Authentication , we go to WHM >> Service Configuration >> Service Manager and select the Antirelayd checkbox.

[Struggling with SMTP Auth problems? We can fix it for  you.]

Conclusion

In short,“ SMTP Error (535): Authentication failed” error happens when there is a problem with SMTP configuration of email clients. Today, we saw how Bobcares solved “SMTP Error 535 Authentication failed”.

PREVENT YOUR SERVER FROM CRASHING!

Never again lose customers to poor server speed! Let us help you.

Our server experts will monitor & maintain your server 24/7 so that it remains lightning fast and secure.

GET STARTED

var google_conversion_label = «owonCMyG5nEQ0aD71QM»;

Ниже перечислены сообщения об ошибках и коды ошибок, которые вы можете встретить при работе с Gmail и Google Workspace. Эти сообщения и коды помогают найти и устранить проблему с электронной почтой.

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

  • gsmtp (Google SMTP): добавляется во все сообщения об ошибках;
  • gcdp (Google Custom Domain Policies): добавляется в сообщения об ошибках, связанных с правилами, которые созданы администратором.

Например, сообщение 550 5.7.1 This message violates example.com email policy. – gcdp <sessionid> – gsmtp (Это сообщение нарушает политику example.com в отношении электронной почты. – gcdp <sessionid> – gsmtp) указывает, что ошибка связана с персонализированным правилом, созданным администратором.

Подробнее о сообщениях об ошибках SMTP…

Примечание. Ошибка 2014 связана с расширением браузера Chrome. По очереди отключите расширения Chrome, чтобы определить, какое из них вызывает ошибку. Сообщение об ошибке 2014: В системе произошла ошибка (2014). Повторите попытку.

Сообщения об ошибках протокола SMTP

421, «4.3.0». Временные неполадки в системе. Повторите попытку позже
421, «4.4.5», Server busy, try again later. (Сервер занят. Повторите попытку позже.)
421, «4.7.0», IP not in whitelist for RCPT domain, closing connection. (Соединение прервано, так как IP-адрес отсутствует в белом списке домена RCPT.)
421, «4.7.0», Our system has detected an unusual rate of unsolicited mail originating from your IP address. To protect our users from spam, mail sent from your IP address has been temporarily blocked. For more information, visit Prevent mail to Gmail users from being blocked or sent to spam. (С вашего IP-адреса с необычной частотой поступают незапрашиваемые сообщения. Почта, отправляемая с вашего IP-адреса, временно заблокирована для защиты пользователей от спама. Дополнительная информация приведена в статье Как предотвратить блокировку почты, предназначенной пользователям Gmail, или ее отправку в папку «Спам».)
421, «4.7.0», Temporary System Problem. Try again later. (Временные неполадки в системе. Повторите попытку позже.)
421, «4.7.0», TLS required for RCPT domain, closing connection. (Соединение прервано, так как для домена RCPT требуется протокол TLS.)
421, «4.7.0», Try again later, closing connection. This usually indicates a Denial of Service (DoS) for the SMTP relay at the HELO stage. (Соединение прервано. Повторите попытку позже. Эта ошибка обычно указывает на атаку типа «отказ в обслуживании» (DoS) для ретрансляции SMTP на этапе HELO.)
450, «4.2.1», The user you are trying to contact is receiving mail too quickly. Please resend your message at a later time. If the user is able to receive mail at that time, your message will be delivered. For more information, visit Limits for sending & getting mail. (Пользователь, которому вы пытаетесь отправить письмо, получает почту слишком часто. Отправьте сообщение позже. Если к тому времени пользователь сможет получать почту, ваше письмо будет доставлено. Дополнительная информация приведена в статье Ограничения на отправку и получение писем.)
450, «4.2.1», The user you are trying to contact is receiving mail at a rate that prevents additional messages from being delivered. Please resend your message at a later time. If the user is able to receive mail at that time, your message will be delivered. For more information, visit Limits for sending & getting mail. (Пользователь, которому вы пытаетесь отправить письмо, получает почту со скоростью, которая не позволяет доставлять ему дополнительные сообщения. Отправьте сообщение позже. Если к тому времени пользователь сможет получать почту, ваше письмо будет доставлено. Дополнительная информация приведена в статье Ограничения на отправку и получение писем.)
450, «4.2.1», Peak SMTP relay limit exceeded for customer. This is a temporary error. For more information on SMTP relay limits, please contact your administrator or visit SMTP relay service error messages. (Превышено пиковое ограничение на ретрансляцию для клиента. Это временная ошибка. Чтобы получить подробную информацию об ограничениях, ознакомьтесь с этой статьей или свяжитесь с администратором.)
451, «4.3.0», Mail server temporarily rejected message. (Почтовый сервер временно отклонил сообщение.)
451, «4.3.0», Multiple destination domains per transaction is unsupported. Please try again. (Использование нескольких целевых доменов для одной операции не поддерживается. Повторите попытку.)
451, «4.4.2», Timeout — closing connection. (Время ожидания истекло – соединение прервано.)
451, «4.5.0», SMTP protocol violation, visit RFC 2821. (Нарушение протокола SMTP, см. RFC 2821.)
452, «4.2.2», The email account that you tried to reach is over quota. Please direct the recipient to Clear Google Drive space & increase storage. (В аккаунте получателя закончилось свободное место. Предложите получателю ознакомиться с этой статьей.)

452, «4.5.3», Domain policy size per transaction exceeded, please try this recipient in a separate transaction.
This message means the email policy size (size of policies, number of policies, or both) for the recipient domain has been exceeded. (Превышен максимальный размер правил домена для транзакции. Выполните отдельную транзакцию для этого получателя. Это сообщение указывает на превышение максимального размера и (или) количества правил электронной почты для домена получателя.)

452, «4.5.3», Your message has too many recipients. For more information regarding Google’s sending limits, visit Limits for sending & getting mail. (У вашего сообщения слишком много получателей. Дополнительная информация приведена в статье Ограничения на отправку и получение писем.)
454, «4.5.0», SMTP protocol violation, no commands allowed to pipeline after STARTTLS, visit RFC 3207. (Нарушение протокола SMTP, после STARTTLS для потока запрещены другие команды, см. RFC 3207.)
454, «4.7.0», Cannot authenticate due to temporary system problem. Try again later. (Не удалось выполнить аутентификацию из-за временных неполадок в системе. Повторите попытку позже.)
454, «5.5.1», STARTTLS may not be repeated. (Запрещено повторять команду STARTTLS.)
501, «5.5.2», Cannot Decode response. (Не удалось расшифровать ответ.)
501, «5.5.4», HELO/EHLO argument is invalid. For more information, visit HELO/EHLO email error. (Недопустимый аргумент HELO/EHLO. Дополнительная информация приведена в статье Ошибка HELO/EHLO.)
502, «5.5.1», Too many unrecognized commands, goodbye. (Слишком много нераспознанных команд.)
502, «5.5.1», Unimplemented command. (Незадействованная команда.)
502, «5.5.1», Unrecognized command. (Нераспознанная команда.)
503, «5.5.1», EHLO/HELO first. (Сначала команда EHLO/HELO.)
503, «5.5.1», MAIL first. (Сначала команда MAIL.)
503, «5.5.1», RCPT first. (Сначала команда RCPT.)
503, «5.7.0», No identity changes permitted. (Запрещены изменения идентификационных данных.)
504, «5.7.4», Unrecognized Authentication Type. (Нераспознанный тип аутентификации.)
530, «5.5.1», Authentication Required. For more information, visit Can’t sign in to your Google Account. (Необходима аутентификация. Дополнительная информация приведена в статье Не удается войти в аккаунт Google.)
530, «5.7.0», Must issue a STARTTLS command first. (Сначала необходима команда STARTTLS.)
535, «5.5.4», Optional Argument not permitted for that AUTH mode. (Для этого режима AUTH запрещен необязательный аргумент.)
535, «5.7.1», Application-specific password required. For more information, visit Sign in using App Passwords. (Требуется пароль приложения. Дополнительная информация приведена в статье Как войти в аккаунт с помощью паролей приложений.)
535, «5.7.1», Please log in with your web browser and then try again. For more information, visit Check Gmail through other email platforms. (Войдите через браузер и повторите попытку. Дополнительная информация приведена в статье Как настроить доступ к Gmail в сторонних почтовых клиентах.)
535, «5.7.1», Username and Password not accepted. For more information, visit Can’t sign in to your Google Account. (Имя пользователя и пароль не приняты. Дополнительная информация приведена в статье Не удается войти в аккаунт Google.)
550, «5.1.1», The email account that you tried to reach does not exist. Please try double-checking the recipient’s email address for typos or unnecessary spaces. For more information, visit Fix bounced or rejected emails. (Аккаунт электронной почты получателя не существует. Проверьте ещё раз, правильно ли указан адрес электронной почты и нет ли в нем пробелов. Дополнительная информация приведена в статье Что делать, если письмо отклонено.)
550, «5.2.1», The email account that you tried to reach is disabled. (Аккаунт электронной почты получателя отключен.)
550, «5.2.1», The user you are trying to contact is receiving mail at a rate that prevents additional messages from being delivered. For more information, visit Limits for sending & getting mail. (Пользователь, которому вы пытаетесь отправить письмо, получает почту со скоростью, которая не позволяет доставлять ему дополнительные сообщения. Дополнительная информация приведена в статье Ограничения на отправку и получение писем.)
550, «5.4.5», Daily sending quota exceeded. For more information, visit Email sending limits. (Исчерпан дневной лимит на отправку сообщений. Дополнительная информация приведена в статье Ограничения в Google Workspace на отправку электронных писем из Gmail.)
550, «5.4.5», Daily SMTP relay limit exceeded for user. For more information on SMTP relay sending limits please contact your administrator or visit SMTP relay service error messages. (Превышено суточное ограничение на ретрансляцию для клиента. Чтобы получить подробную информацию об ограничениях, ознакомьтесь с этой статьей или свяжитесь с администратором.)
550, «5.7.0», Mail relay denied. (Почтовый ретранслятор запрещен.)
550, «5.7.0», Mail Sending denied. This error occurs if the sender account is disabled or not registered within your Google Workspace domain. (Отправка почты запрещена. Эта ошибка возникает, если аккаунт отправителя заблокирован или не зарегистрирован в домене Google Workspace.)
550, «5.7.1», Email quota exceeded. (Превышена квота электронной почты.)
550, «5.7.1», Invalid credentials for relay. (Неверные учетные данные ретранслятора.)
550, «5.7.1», Our system has detected an unusual rate of unsolicited mail originating from your IP address. To protect our users from spam, mail sent from your IP address has been blocked. Review Prevent mail to Gmail users from being blocked or sent to spam. (C вашего IP-адреса с необычной частотой поступают незапрашиваемые сообщения. Почта, отправляемая с вашего IP-адреса, заблокирована для защиты пользователей от спама. Подробную информацию читайте в статье Как предотвратить блокировку почты, предназначенной пользователям Gmail, или ее отправку в папку «Спам».)
550, «5.7.1», Our system has detected that this message is likely unsolicited mail. To reduce the amount of spam sent to Gmail, this message has been blocked. For more information, visit Why has Gmail blocked my messages? (Это сообщение было классифицировано системой как вероятный спам и заблокировано в целях уменьшения количества спама, отправляемого в Gmail. Дополнительная информация приведена в статье Почему мои письма в Gmail заблокированы.)
550, «5.7.1», The IP you’re using to send mail is not authorized to send email directly to our servers. Please use the SMTP relay at your service provider instead. For more information, visit ‘The IP you’re using to send email is not authorized…’. (IP-адрес, который используется для отправки почты, не имеет разрешения на отправку сообщений непосредственно на наши серверы. Используйте для отправки ретранслятор SMTP своего поставщика услуг. Дополнительная информация приведена в этой статье.)
550, «5.7.1», The user or domain that you are sending to (or from) has a policy that prohibited the mail that you sent. Please contact your domain administrator for further details. For more information, visit Sorry, a policy is in place that prevents your message from being sent. (Для пользователя или домена, от которого или которому отправляются сообщения, установлено правило, запрещающее отправленную вами почту. Для получения дополнительной информации ознакомьтесь с этой статьей и обратитесь к своему администратору домена.)
550, «5.7.1», Unauthenticated email is not accepted from this domain. (Почта без аутентификации от этого домена не принимается.)
550, «5.7.1», Daily SMTP relay limit exceeded for customer. For more information on SMTP relay sending limits please contact your administrator or visit SMTP relay service error messages. (Превышено суточное ограничение на ретрансляцию для клиента. Чтобы получить подробную информацию об ограничениях, ознакомьтесь со статьей Сообщения об ошибках службы ретрансляции SMTP или свяжитесь с администратором.)
550, «5.7.26», Unauthenticated email from domain-name is not accepted due to domain’s DMARC policy. Please contact the administrator of domain-name domain. If this was a legitimate mail please visit Control unauthenticated mail from your domain to learn about the DMARC initiative. If the messages are valid and aren’t spam, contact the administrator of the receiving mail server to determine why your outgoing messages don’t pass authentication checks. (Электронное письмо от [доменное имя] не прошло аутентификацию и запрещено правилами DMARC домена. Обратитесь к администратору домена. Если письмо запрещено по ошибке, ознакомьтесь со сведениями об инициативе DMARC в статье «Проблемы с проверкой подлинности сообщений из вашего домена» и обратитесь к администратору почтового сервера получателя, чтобы определить, почему ваши исходящие письма не проходят аутентификацию.)

550, «5.7.26», «This message does not have authentication information or fails to pass authentication checks (SPF or DKIM). To best protect our users from spam, the message has been blocked. Please visit Prevent mail to Gmail users from being blocked or sent to spam for more information.» (Для этого письма нет информации о прохождении аутентификации (SPF или DKIM), или оно ее не прошло. Оно заблокировано, чтобы защитить наших пользователей. Более подробная информация приведена в статье «Как предотвратить блокировку почты, предназначенной пользователям Gmail, или ее отправку в папку «Спам».)

550, «5.7.26», «This message fails to pass SPF checks for an SPF record with a hard fail policy (-all). To best protect our users from spam and phishing, the message has been blocked. Please visit Prevent mail to Gmail users from being blocked or sent to spam for more information.» (Это письмо не прошло проверки SPF для записи со строгими правилами (-all). Оно заблокировано, чтобы защитить наших пользователей от спама и фишинга. Более подробная информация приведена в статье «Как предотвратить блокировку почты, предназначенной пользователям Gmail, или ее отправку в папку «Спам».)
552, «5.2.2», The email account that you tried to reach is over quota. (Для аккаунта электронной почты получателя превышена квота.)
552, «5.2.3», Your message exceeded Google’s message size limits. For more information, visit Send attachments with your Gmail message. (Превышен максимально допустимый размер сообщения. Дополнительная информация приведена в статье Прикрепление файлов к письмам в Gmail.)
553, «5.1.2», We weren’t able to find the recipient domain. Please check for any spelling errors, and make sure you didn’t enter any spaces, periods, or other punctuation after the recipient’s email address. (Не удалось найти домен получателя. Проверьте правильность адреса электронной почты получателя и убедитесь, что после него нет пробелов, точек и других знаков пунктуации.)
554, «5.6.0», Mail message is malformed. Not accepted. (Сообщение электронной почты не принято, так как имеет недопустимый формат.)
554, «5.6.0», Message exceeded 50 hops, this may indicate a mail loop. (Сообщение пересылалось более 50 раз, что может указывать на наличие почтового цикла.)
554, «5.7.0», Too Many Unauthenticated commands. (Слишком много команд без аутентификации.)
555, «5.5.2», Syntax error. (Синтаксическая ошибка.)

Эта информация оказалась полезной?

Как можно улучшить эту статью?

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

Ошибка SMTP

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

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

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

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

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

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

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

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

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

Комьюнити теперь в Телеграм

Подпишитесь и будьте в курсе последних IT-новостей

Подписаться

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

Читайте также

Как настроить почту в Outlook

Почему письма не отправляются с электронной почты

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

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

  • 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-сообщений. Способы решения проблем

Классификация отрицательных 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 никак не удается решить, то попробуйте обратиться в службу поддержки почтового сервера.

  • Remove From My Forums
  • Вопрос

  • Добрый день. У некоторых пользователей учетка exchange подключена к 1С Документооборот. Несколько лет все работало, а вчера вечером письма из Документооборот перестали уходить. Логи 1С при отправки показывают: Сервер требует
    аутентификации (SMTP error code 530 5.7.57 SMTP; Client was not authenticated to send anonymous mail during MAIL FROM

    Входящая почта работает.

    Если просто тест учеток делать — тест проходит. Из outlooka проблем нет.

    • Изменено

      24 декабря 2020 г. 8:59

«Ошибка SMTP: не удалось аутентифицировать» в PHPMailer

Я использую PHPMailer в простой скрипт для отправки электронной почты через Gmail, и я получаю «Неизвестную ошибку» (по крайней мере, для меня!):

Ошибка SMTP: не удалось выполнить проверку подлинности. Ошибка: Ошибка SMTP: не удалось выполнить проверку подлинности.

Ошибка сервера SMTP: 5.7.1 Имя пользователя и пароль не принимаются. Подробнее см. На странице 535 5.7.1 http://mail.google.com/support/bin/answer.py?answer=14257 p38sm2467302ybk.16.

Я читал о настройке OpenSSL для соединений SSL / TLS, и я это сделал. Apache и PHP правильно настроены (с расширением OpenSSL Запуск в PHP и mod_ssl в Apache 2.2.16).

Имя пользователя и пароль в порядке, И я попытался в Thunderbird, без каких-либо проблем. Я также использовал SSL-аутентификацию и порт 465, получив ту же ошибку.

Попробуйте это вместо этого:

$ Correo-> Username = «foo@gmail.com»;

Я тестировал его и работал отлично, без каких-либо изменений

Я столкнулся с этой проблемой. Чтобы заставить его работать, мне нужно было перейти на myaccount.google.com -> «Вход и безопасность» -> «Приложения с доступом к учетной записи» и включить «Разрешить менее безопасные приложения» в положение «ВКЛ» (внизу страница).

  1. Откройте веб-браузер и войдите в Gmail по адресу http://mail.google.com/mail . Если вы видите запрос проверки слова, введите буквы в искаженном изображении и завершите вход.
  2. Закройте браузер и попробуйте снова получить доступ к своим сообщениям в своем почтовом клиенте.
  3. Если у вас все еще есть проблемы, перейдите на страницу http://www.google.com/accounts/DisplayUnlockCaptcha и войдите в систему со своим именем пользователя и паролем Gmail. При необходимости введите буквы в искаженном изображении.
  4. Нажмите «Продолжить».
  5. Перезагрузите почтовый клиент и повторите попытку доступа к сообщениям в почтовом клиенте.

Я получил ту же ошибку, и в моем случае это был пароль. У моего пароля есть специальные символы, и если вы укажете пароль без экранирования специальных символов, ошибка будет продолжать отображаться. Например $mail->Password = » por$ch3″; действителен, но не будет работать с использованием приведенного выше кода. Решение должно быть следующим: $mail->Password = «por$ch3»; Обратите внимание на обратную косую черту, которую я поставил перед символом доллара в моем пароле. Это должно работать, если у вас есть пароль с использованием специальных символов

Для меня у меня были специальные символы в моем поле пароля, и я поместил его как $ mail-> Password = «por $ ch3», которые работают на сервере gmail smpt, но не для других; поэтому я просто изменил двойные кавычки на одинарные кавычки, и это работает для меня. $ mail-> Пароль = ‘por $ ch3’;

Я получил эту ошибку из-за процентных знаков в пароле.

Если вы по-прежнему сталкиваетесь с ошибкой при отправке электронной почты с тем же сообщением об ошибке. Попробуй это:

просто перед линией:

или в другом смысле, перед вызовом функции Send ().

Протестировано и работает.

У меня была такая же проблема и все советы, включая настройку Gmail (например, менее безопасный доступ к приложениям), не повезло. Но, наконец, когда я сменил пароль на что-то другое, почему-то это сработало! FYI, у начального пароля не было никаких специальных символов.

[Решено]. Я испытывал ту же ошибку при настройке плагина WP-Mail-SMTP в WordPress.

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

Ниже приведен список шагов, которые вы можете предпринять, чтобы исправить это.

  1. Создайте новый пароль для учетной записи Gmail, которую хотите использовать.
  2. Включить менее безопасные приложения в настройках безопасности Google
  3. Используйте страницу « Display Unlock Captcha чтобы дать вашему приложению или веб-сайту разрешение на вход в Gmail. Нажмите « Continue или следуйте инструкциям.
  4. Войдите в систему, используя приложение или веб-сайт. Параметры smtp, которые работают для меня: 1) SMTP Host: smtp.gmail.com 2) Порт SMTP: 587 3) Шифрование: TLS 4) Аутентификация: аутентификация SMTP 5) Имя пользователя: example@gmail.com 6) Пароль: examplesecret

У меня была такая же проблема с проверкой подлинности. Исправлено создание двухэтапной аутентификации и создание специального пароля для устройства (сообщения об ошибках для блокировки устройства будут отображаться в настройках вашей учетной записи -> «Уведомления и предупреждения», если у вас проблема с тем же вопросом)

Это проблема селин. Я просто обновил приведенную ниже часть в файле / etc / selinux / config SELINUX=permissive (раньше это было SELINUX = принудительное выполнение). затем просто перезагрузите систему, выполнив перезагрузку. Теперь почта идет без всяких хлопот. конфигурация

Ошибка SMTP: не удалось аутентифицироваться. У меня была такая же проблема. Следующие шаги по устранению неполадок помогли мне.

Ошибка smtp не удалось пройти авторизацию

В этом посте я расскажу вам как настроить Joomla для отправки почты по протоколу SMTP. Для начала необходимо открыть панель администратора и зайти в «System->Global configuration» («Система->Общие настройки»). В этом разделе открыть вкладку Server (Сервер) и в правом нижнем углу найти настройки отправления почты. В графе «Mailer» («Способ отправки») выбрать SMTP, в поле «From email» («Email сайта») указать вашу почту, а в поле «From Name» («Отправитель письма») имя отправителя. Далее поля заполняются в зависимости от настроек вашего почтового сервера, вы с легкостью их найдете по запросу вида «smtp google» или «smtp mail.ru». На скриншоте ниже изображены стандартные настройки моей почты на яндексе.

Ниже приведены рекомендуемые настройки для разных почтовых серверов (спасибо Aleks_e1_Dia):

E-mail сайта — указываете действующий почтовый ящик на mail.ru, например — test@mail.ru
Отправитель письма — имя отправителя (или название сайта, к примеру), которое будет отображаться у адресата в поле «От..»
Авторизация на SMTP-сервере — ДА
Защита SMTP — SSL
Порт SMTP-сервера — 465
Имя пользователя SMTP — это ваш действующий email на mail.ru, например — test@mail.ru
Пароль для SMTP — пароль от вашего почтового ящика
SMTP-сервер — smtp.mail.ru

E-mail сайта — указываете действующий почтовый ящик на mail.ru, например — test@gmail.com
Отправитель письма — имя отправителя (или название сайта, к примеру), которое будет отображаться у адресата в поле «От..»
Авторизация на SMTP-сервере — ДА
Защита SMTP — SSL
Порт SMTP-сервера — 465
Имя пользователя SMTP — это ваш действующий email на gmail.com, например — test@gmail.com
Пароль для SMTP — пароль от вашего почтового ящика
SMTP-сервер — smtp.gmail.com

E-mail сайта — указываете действующий почтовый ящик на yandex.ru, например — test@yandex.ru
Отправитель письма — имя отправителя (или название сайта, к примеру), которое будет отображаться у адресата в поле «От..»
Авторизация на SMTP-сервере — ДА
Защита SMTP — SSL
Порт SMTP-сервера — 465
Имя пользователя SMTP — название вашего email до собаки, например — test для test@yandex.ru
Пароль для SMTP — пароль от вашего почтового ящика
SMTP-сервер — smtp.yandex.ru

Отправка почты через Rambler

E-mail сайта — указываете действующий почтовый ящик на yandex.ru, например — test@rambler.ru
Отправитель письма — имя отправителя (или название сайта, к примеру), которое будет отображаться у адресата в поле «От..»
Авторизация на SMTP-сервере — ДА
Защита SMTP — SSL
Порт SMTP-сервера — 465
Имя пользователя SMTP — это ваш действующий email на aol.com, например — test@rambler.ru
Пароль для SMTP — пароль от вашего почтового ящика
SMTP-сервер — smtp.rambler.ru

E-mail сайта — указываете действующий почтовый ящик на mail.ru, например — test@yahoo.com
Отправитель письма — имя отправителя (или название сайта, к примеру), которое будет отображаться у адресата в поле «От..»
Авторизация на SMTP-сервере — ДА
Защита SMTP — SSL
Порт SMTP-сервера — 465
Имя пользователя SMTP — это ваш действующий email на yahoo.com, например — test@yahoo.com
Пароль для SMTP — пароль от вашего почтового ящика
SMTP-сервер — smtp.mail.yahoo.com

E-mail сайта — указываете действующий почтовый ящик на mail.ru, например — test@hotmail.com
Отправитель письма — имя отправителя (или название сайта, к примеру), которое будет отображаться у адресата в поле «От..»
Авторизация на SMTP-сервере — ДА
Защита SMTP — SSL
Порт SMTP-сервера — 587
Имя пользователя SMTP — это ваш действующий email на hotmail.com, например — test@hotmail.com
Пароль для SMTP — пароль от вашего почтового ящика
SMTP-сервер — smtp.live.com

Теперь давайте рассмотрим часто встречающиеся ошибки при работе c этим протоколом.

Joomla smtp connect failed

Ошибка вида «joomla smtp connect failed» зачастую вызвана неправильным заполнением поля «SMTP Security». В этом случае необходимо уточнить, как их рекомендует заполнять ваш почтовый сервер.

Ошибки авторизации

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

OTRS.ru

Русскоязычное сообщество OTRS Helpdesk и OTRS ITSM

  • Темы без ответов
  • Активные темы
  • Поиск
  • Наша команда

smtp.yandex.ru не отправляет почту. [Решено]

Модератор: ykolesnikov

smtp.yandex.ru не отправляет почту. [Решено]

Сообщение alegator2222 » 04 окт 2018, 11:27

Re: Проблема сбора почты с yandex

Сообщение alegator2222 » 04 окт 2018, 14:21

Re: Проблема сбора почты с yandex

Сообщение alexus » 04 окт 2018, 19:24

С уважением,
Алексей Юсов

Prod: OTRS ITSM 5.0.14 on CentOS 7 x64 Linux with MySQL 5.7

Re: Проблема сбора почты с yandex

Сообщение alegator2222 » 05 окт 2018, 10:15

Принято спасибо, с получением почты разобрался, если кому интересно — Почта → Все настройки → Почтовые программы Там указать из каких папок забирать письма.
Не работает исходящая почта.
Передача сообщения не удалась. [04.10.2018 07:39] Can’t connect to smtp.yandex.ru: !
SendmailModule Kernel::System::Email::SMTP
SendmailModule::Host smtp.yandex.ru
SendmailModule::Port 465

В логе-
There was an error executing Execute() in Kernel::System::Console::Command::Maint::Email::MailQueue: Error: Message sending already in progress! Skipping.

Re: smtp.yandex.ru не отправляет почту.

Сообщение MArsMax » 10 окт 2018, 14:12

Похожая проблема (только с использованием внутреннего SMTP): исходящие письма помещаются в очередь «на отправку», но никуда из неё не уходят. Из ssh-консоли при этом сообщения, сформированные вручную, отправляются нормально.
В web-админке эти письма отображаются в разделе «Открытые сеансы связи»
Если через консоль почтовую очередь почистить принудительно — в админке они переходят в «Неудачные сеансы связи».
При попытке принудительной отправки из консоли (sudo -u otrs /opt/otrs/bin/otrs.Console.pl Maint::Email::MailQueue —send —force) выдаёт ошибку «Error: Message sending already in progress! Skipping. «. Очень странный получается «progress» — без какого-либо движения

Входящая почта при этом работает без проблем.

Re: smtp.yandex.ru не отправляет почту.

Сообщение alexus » 10 окт 2018, 17:47

С уважением,
Алексей Юсов

Prod: OTRS ITSM 5.0.14 on CentOS 7 x64 Linux with MySQL 5.7

Re: smtp.yandex.ru не отправляет почту.

Сообщение alegator2222 » 11 окт 2018, 15:38

SendmailModule——Kernel::System::Email::SMTP
SendmailModule::AuthUse——support@ipb01.ru
SendmailModule::Host————-smtp.yandex.ru
SendmailModule::Port—————465
Домен делегирован яндексу.
С support@ipb01.ru письма забираются нормально и заявки тоже создаются, но не отправляются.

Вот что в консоли-

715||2| support@ipb01.ru | HelpDesk@ipb01.ru | 2018-10-11 14:55:43 | -| Can’t connect to smtp.yandex.ru: ! |
716||2| support@ipb01.ru | HelpDesk@ipb01.ru | 2018-10-11 14:57:15 | -| Can’t connect to smtp.yandex.ru: ! |
717||2| support@ipb01.ru | HelpDesk@ipb01.ru | 2018-10-11 14:58:47 | -| Can’t connect to smtp.yandex.ru: ! |

Re: smtp.yandex.ru не отправляет почту.

Сообщение alegator2222 » 11 окт 2018, 15:56

Re: smtp.yandex.ru не отправляет почту.

Сообщение alexus » 11 окт 2018, 20:11

С уважением,
Алексей Юсов

Prod: OTRS ITSM 5.0.14 on CentOS 7 x64 Linux with MySQL 5.7

Re: smtp.yandex.ru не отправляет почту.

Сообщение alegator2222 » 12 окт 2018, 12:20

Re: smtp.yandex.ru не отправляет почту.

Сообщение led » 13 окт 2018, 08:36

Re: smtp.yandex.ru не отправляет почту.

Сообщение alegator2222 » 15 окт 2018, 11:07

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

OTRS-otrs.Console.pl-Maint::Email::MailQueue-10 There was an error executing Execute() in Kernel::System::Console::Command::Maint::Email::MailQueue: [Mon Oct 15 11:05:07 2018] otrs.Daemon.pl: using SSL support of Net::SMTP 3.10 instead of SSLGlue at /opt/otrs/Kernel/cpan-lib/Net/SSLGlue/SMTP.pm line 12.

OTRS-otrs.Console.pl-Maint::Email::MailQueue-10 CommunicationLog(ID:9114,AccountType:-,AccountID:-,Direction:Outgoing,Transport:Email,ObjectLogType:Message,ObjectLogID:16082)::Kernel::System::MailQueue => Permanent sending problem or we reached the sending attempt limit. Message will be removed

OTRS-otrs.Console.pl-Maint::Email::MailQueue-10 CommunicationLog(ID:9114,AccountType:-,AccountID:-,Direction:Outgoing,Transport:Email,ObjectLogType:Message,ObjectLogID:16082)::Kernel::System::MailQueue => Message could not be sent! Error message: SMTP authentication failed: 535, 5.7.8 Error: authentication failed: Invalid user or password!

OTRS-otrs.Console.pl-Maint::Email::MailQueue-10 CommunicationLog(ID:9114,AccountType:-,AccountID:-,Direction:Outgoing,Transport:Email,ObjectLogType:Message,ObjectLogID:16082)::Kernel::System::Email => Error sending message using backend ‘Kernel::System::Email::SMTPS’.

OTRS-otrs.Console.pl-Maint::Email::MailQueue-10 CommunicationLog(ID:9114,AccountType:-,AccountID:-,Direction:Outgoing,Transport:Email,ObjectLogType:Connection,ObjectLogID:16083)::Kernel::System::Email::SMTP => SMTP authentication failed (SMTP code: 535, ErrorMessage: 535, 5.7.8 Error: authentication failed: Invalid user or password!

Использую пароль приложений, который генерируется в настройках почты.

Re: smtp.yandex.ru не отправляет почту.

Сообщение led » 15 окт 2018, 16:14

Возможно, у Вас в очереди сообщения, которые блокируют отправку.
Посмотрите, что находится в очереди:
shell> su otrs
shell> cd /opt/otrs/
shell> bin/otrs.Console.pl Maint::Email::MailQueue –list

Удалите ID сообщений, которые могут блокировать отправку, или, проще, удалите всю очередь:
shell> bin/otrs.Console.pl Maint::Email::MailQueue —delete-all

После этого отправьте новое письмо.
Для отправки через порт TCP/465 используйте SMTPS в SendmailModule.

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

Ошибка smtp не удалось пройти авторизацию

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

Requested mail action not taken: mailbox unavailable.

Требуемые почтовые действия, не предприняты: почтовый ящик недоступен (например, почтовый ящик занят).

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

Requested action aborted: local error in processing.

Требуемое действие прерывалось: ошибка в обработке.

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

Syntax error, command unrecognized.

Синтаксическая ошибка, неправильная команда (Это может включать ошибки типа слишком длинная командная строка).

Ваш антивирус/брандмауэр блокирует входящие/исходящие соединения SMTP. Вам следует настроить антивирус/брандмауэр для решения проблемы.

Syntax error in parameters or arguments.

Синтаксическая ошибка в параметрах или переменных.

Недопустимые адреса электронной почты или доменное имя почтового адреса. Иногда указывает на проблемы соединения.

Bad sequence of commands or this mail server requires authentication.

Неправильная последовательность команд.

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

The host server for the recipient’s domain name cannot be found (DNS error).

У одного из серверов на пути к серверу назначения есть проблема с DNS-сервером либо адрес получателя не верный. Проверьте адрес получателя на правильность доменного имени (орфографические ошбки в доменном имени или несуществующее доменное имя).

Address type is incorrect or authentication required.

Убедитесь, что адрес электронной почты получателя верный, не содержит ошибок. Затем попробуйте повторно отправить сообщение. Другой причиной может быть то, что SMTP-сервер требует аутентификации, а Вы пытаетесь отправить сообщение без аутентификации (обычно аутентификация ESMTP, логин + пароль). Проверьте Общие настройки, чтобы убедиться в правильности настроек SMTP-сервера.

The Recipient’s mailbox cannot receive messages this big.

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

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

Username and Password not accepted.

Проверьте настройки SMTP-сервера. Убедитесь в том, что логин и пароль введены правильно.

Recipient Address Rejected – Access denied.

Этот ответ почти всегда отправляется Антиспам фильтром на стороне получателя. Проверьте ваше сообщение соспам чекером или попросите получателя добавить вас в белый список.

Требуемые действия, не предприняты: почтовый ящик недоступен (например, почтовый ящик, не найден, нет доступа).

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

Requested mail action aborted: exceeded storage allocation or size of the incoming message exceeds the incoming size limit.

Требуемые почтовые действия прервались: превышено распределение памяти.

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

Requested action not taken – Mailbox name invalid.

Требуемые действия, не предприняты: имя почтового ящика, недопустимо (например, синтаксис почтового ящика неправильный).

Неверный адрес электронной почты получателя. Отклик 553 SMTP-сервера иногда возвращает почтовый сервер вашего Интернет провайдера. Это происходит, если у Вас нет подключения к Интернету у этого провайдера.

Передача данных не удалась

Отклик 554 SMTP-сервера возвращает антиспам-фильтр в случае, если не нравится емейл-адрес отправителя, или IP-адрес отправителя, или почтовый сервер отправителя (к примеру, они находятся в RBL). Вам нужно либо попросить отправителя добавить Вас в белый список, либо Вы должны принять меры, чтобы Ваш IP-адрес или ISP сервер был удален из RBL (Realtime Blackhole List).

Ребята молодцы! Проконсультировали меня онлайн по всем вопросам. Дали полную консультацию по программам ePochta Mailer и ePochta Extractor. Спасибо огромное! Подробнее

Боровикова Олеся Сергеевна

© Copyright, 2001-2020, ePochta
Email и почтовые рассылки, программа для рассылки писем, сервис массовой смс рассылки, смс шлюз

Лицензия №101172 Роскомнадзора на предоставление телематических услуг

Оценка статьи:

2 звезды3 звезды4 звезды5 звезд5 звезд

Загрузка…

Adblock
detector

Код ошибки Значение Описание

I’m using PHPMailer in a Simple Script For Send Email’s Through Gmail, and I’m getting an «Unknown Error» (At least for me!):

SMTP Error: Could not authenticate.
Error: SMTP Error: Could not
authenticate.

SMTP server error: 5.7.1 Username and
Password not accepted. Learn more at
535 5.7.1
http://mail.google.com/support/bin/answer.py?answer=14257
p38sm2467302ybk.16

I’ve read about Configure OpenSSL For SSL/TLS Connections, and I did it. Apache And PHP Are properly-Configured (With OpenSSL extension Running in PHP and mod_ssl running in Apache 2.2.16).

This is The PHP Script:

 <?php
  require_once ("PHPMailerclass.phpmailer.php");
  $Correo = new PHPMailer();
  $Correo->IsSMTP();
  $Correo->SMTPAuth = true;
  $Correo->SMTPSecure = "tls";
  $Correo->Host = "smtp.gmail.com";
  $Correo->Port = 587;
  $Correo->UserName = "foo@gmail.com";
  $Correo->Password = "gmailpassword";
  $Correo->SetFrom('foo@gmail.com','De Yo');
  $Correo->FromName = "From";
  $Correo->AddAddress("bar@hotmail.com");
  $Correo->Subject = "Prueba con PHPMailer";
  $Correo->Body = "<H3>Bienvenido! Esto Funciona!</H3>";
  $Correo->IsHTML (true);
  if (!$Correo->Send())
  {
    echo "Error: $Correo->ErrorInfo";
  }
  else
  {
    echo "Message Sent!";
  }
?>

The Username and Password are OK, And I tried in Thunderbird, without any problem.
I’ve also Used SSL Authentication and Port 465, getting the same Error.

Cœur's user avatar

Cœur

36.3k25 gold badges191 silver badges258 bronze badges

asked Oct 16, 2010 at 16:57

Alejandro Echeverri's user avatar

2

I encountered this problem. To get it working, I had to go to myaccount.google.com -> «Sign-in & security» -> «Apps with account access», and turn «Allow less secure apps» to «ON» (near the bottom of the page).

Alternatively you can follow this direct link to these settings

enter image description here

Joundill's user avatar

Joundill

6,41211 gold badges35 silver badges50 bronze badges

answered Sep 4, 2015 at 14:56

cwd's user avatar

7

Try this instead :

$Correo->Username = «foo@gmail.com»;

I tested it and its working perfectly without no other change

answered Oct 16, 2010 at 17:19

malletjo's user avatar

malletjomalletjo

1,78616 silver badges18 bronze badges

2

I received the same error and in mycase it was the password. My password has special characters.

If you supply the password without escaping the special characters the error will persist.

E.g $mail->Password = " por$ch3"; is valid but will not work using the code above .

The solution should be as follows: $mail->Password = "por$ch3";

Note the Backslash I placed before the dollar character within my password.
That should work if you have a password using special characters

answered Aug 1, 2012 at 9:57

Bubba's user avatar

BubbaBubba

1011 silver badge7 bronze badges

2

I experienced the same error when configuring the WP-Mail-SMTP plugin in WordPress.

The problem would persist even when I have ‘triple checked’ the settings and login credentials, and am able to log in manually using a browser.

There’s a list of steps you can take to fix this.

  1. Create a new password for the Gmail account you want to use
  2. Enable less secure apps in Google Security settings
  3. Use the Display Unlock Captcha page to give your app or website permission to sign in to Gmail. Click Continue or follow the instructions.
  4. Sign in using the app or website. The smtp settings that work for me are 1) SMTP Host: smtp.gmail.com 2) SMTP port: 587 3) Encryption: TLS 4) Authentication: SMTP authentication 5) Username: example@gmail.com 6) Password: examplesecret

Greg's user avatar

Greg

20.8k17 gold badges81 silver badges106 bronze badges

answered Jul 20, 2017 at 8:24

pyfork's user avatar

pyforkpyfork

3,5972 gold badges20 silver badges18 bronze badges

1

my solution is:

  1. change gmail password
  2. on gmail «Manage your google Account» > Security > Turn on 3rd party app Access
  3. This the new step that i discover by UnlockingCaptcha that told in this site, the exact site is https://accounts.google.com/b/0/DisplayUnlockCaptcha, but maybe you want to read the former site first.

That all, hope it works for you

answered Jul 15, 2020 at 15:37

ibrahim saputra's user avatar

1

Because Allow less secure apps is no longer available

enter image description here

The solution was to enable 2-step verification and generate app password

app

select mail and computer from the list then click generate

copy the code shown in the box and replace your google password with your app password it works like a charm.

app password

answered Jun 28, 2022 at 2:10

Kym NT's user avatar

Kym NTKym NT

6109 silver badges28 bronze badges

1

I received this error because of percentage signs in the password.

answered Dec 5, 2011 at 13:22

svandragt's user avatar

svandragtsvandragt

1,61320 silver badges37 bronze badges

1

For me I had a special characters in my password field, and I put it like $mail->Password = » por$ch3″ which work for gmail smpt server but not for other; so I just changed double quotes to single quotes and it works for me. $mail->Password = ‘ por$ch3’;

answered Jun 11, 2013 at 12:17

Rikin Adhyapak's user avatar

3

If you still face error in sending email, with the same error message. Try this:

$mail->SMTPSecure = 'tls';
$mail->Host = 'smtp.gmail.com';

just Before the line:

$send = $mail->Send();

or in other sense, before calling the Send() Function.

Tested and Working.

answered Jun 11, 2014 at 19:30

JackSparrow's user avatar

JackSparrowJackSparrow

9081 gold badge11 silver badges8 bronze badges

1

The other post is correct to resolve the issue but doesn’t address how to do it if the 2-step-verification is turned on. The option to allow the less secure apps is NOT available then. Here is an answer to how to do it:

a. Go to the URL of `https://myaccount.google.com/` and click `Sing-in and security`

b. Click on the app password. 

enter image description here

You will reach a page like this,

enter image description here

c. Create name of your app and generate a password for the respective app.  

d. Use that password acquired here inside the app.

This should resolve the issue.

answered May 20, 2018 at 10:16

Arefe's user avatar

ArefeArefe

10.4k16 gold badges101 silver badges159 bronze badges

0

I had the same issue and did all the tips including Gmail setting (e.g. less secure apps access) with no luck. But finally when I changed password to something different, for some reason it worked! FYI, the initial password did not have any special characters.

answered May 24, 2016 at 22:57

Ehsan's user avatar

EhsanEhsan

1,02211 silver badges20 bronze badges

  1. first go to https://myaccount.google.com
  2. Select Security tab
  3. Scroll down and select ‘Less secure app access’
  4. Turn on access

This will solve my “SMTP Error: Could not authenticate” in PHPMailer error.

answered Apr 29, 2020 at 13:07

ruwanmadhusanka's user avatar

ruwanmadhusankaruwanmadhusanka

7812 gold badges7 silver badges15 bronze badges

I had the same issue and did all the tips with no luck. Finally when I changed password to something different, for some reason it worked! (the initial password or the new one did not have any special characters)

answered Aug 18, 2019 at 14:06

user3809638's user avatar

0

The correct answer:
Go to «Manage your google accounts => Security => Signing in to Google => App passwords».
Generate your maill account password there (that will be used from other device)

answered Apr 13, 2022 at 9:49

Gosforth's user avatar

I had the same problem with authentication. The fix was to set up 2-step verification and create an application specific password for the device ( error messages for blocking the device will appear in your account settings->»Notifications and alerts» if you problem is the same with mine)

answered Jan 29, 2015 at 21:35

anu's user avatar

It was the selinux issue. I just updated the below given part in /etc/selinux/config file
SELINUX=permissive (it was SELINUX=enforcing before).
then just reboot the system by giving
reboot
Now the mail goes without any hassle.
Configuration

From Email Address : [noreply@yourdomain.com]
From Name : [your domain name]
SMTP Host   : smtp.gmail.com
Type of Encryption : SSL
SMTP Port : 465
SMTP Authentication  : YES
Username : [your mail id]
Password : [your password]

answered Feb 10, 2016 at 7:17

Jathin Prasad's user avatar

SMTP Error: could not authenticate
I had the same problem. The following troubleshooting steps helped me.

  • I turned off two-factor authentication in my gmail account.
  • I allowed less secure apps to access my gmail account. To get it working, I had to go to myaccount.google.com -> Sign-in & security -> Apps with account access, and turn Allow less secure apps to ON (near the bottom of the page).
  • At this step, when I tried to register a user, I would get the same error. Google would sent me a warning message that someone has my password and the login was blocked.
  • Gmail will then provide you with options. You either click whether the activity was yours or not yours. Click the option that the activity was yours.
  • Try registration again. It should now work.

cSteusloff's user avatar

cSteusloff

2,4376 gold badges27 silver badges50 bronze badges

answered Dec 14, 2017 at 11:47

Joshua Mutinda's user avatar

There is no issue with your code.

Follow below two simple steps to send emails from phpmailer.

  • You have to disable 2-step verification setting for google account if you have enabled.

  • Turn ON allow access to less secure app.

answered Apr 12, 2018 at 7:24

Ravindra Miyani's user avatar

I’m using PHPMailer in a Simple Script For Send Email’s Through Gmail, and I’m getting an «Unknown Error» (At least for me!):

SMTP Error: Could not authenticate.
Error: SMTP Error: Could not
authenticate.

SMTP server error: 5.7.1 Username and
Password not accepted. Learn more at
535 5.7.1
http://mail.google.com/support/bin/answer.py?answer=14257
p38sm2467302ybk.16

I’ve read about Configure OpenSSL For SSL/TLS Connections, and I did it. Apache And PHP Are properly-Configured (With OpenSSL extension Running in PHP and mod_ssl running in Apache 2.2.16).

This is The PHP Script:

 <?php
  require_once ("PHPMailerclass.phpmailer.php");
  $Correo = new PHPMailer();
  $Correo->IsSMTP();
  $Correo->SMTPAuth = true;
  $Correo->SMTPSecure = "tls";
  $Correo->Host = "smtp.gmail.com";
  $Correo->Port = 587;
  $Correo->UserName = "foo@gmail.com";
  $Correo->Password = "gmailpassword";
  $Correo->SetFrom('foo@gmail.com','De Yo');
  $Correo->FromName = "From";
  $Correo->AddAddress("bar@hotmail.com");
  $Correo->Subject = "Prueba con PHPMailer";
  $Correo->Body = "<H3>Bienvenido! Esto Funciona!</H3>";
  $Correo->IsHTML (true);
  if (!$Correo->Send())
  {
    echo "Error: $Correo->ErrorInfo";
  }
  else
  {
    echo "Message Sent!";
  }
?>

The Username and Password are OK, And I tried in Thunderbird, without any problem.
I’ve also Used SSL Authentication and Port 465, getting the same Error.

Cœur's user avatar

Cœur

36.3k25 gold badges191 silver badges258 bronze badges

asked Oct 16, 2010 at 16:57

Alejandro Echeverri's user avatar

2

I encountered this problem. To get it working, I had to go to myaccount.google.com -> «Sign-in & security» -> «Apps with account access», and turn «Allow less secure apps» to «ON» (near the bottom of the page).

Alternatively you can follow this direct link to these settings

enter image description here

Joundill's user avatar

Joundill

6,41211 gold badges35 silver badges50 bronze badges

answered Sep 4, 2015 at 14:56

cwd's user avatar

7

Try this instead :

$Correo->Username = «foo@gmail.com»;

I tested it and its working perfectly without no other change

answered Oct 16, 2010 at 17:19

malletjo's user avatar

malletjomalletjo

1,78616 silver badges18 bronze badges

2

I received the same error and in mycase it was the password. My password has special characters.

If you supply the password without escaping the special characters the error will persist.

E.g $mail->Password = " por$ch3"; is valid but will not work using the code above .

The solution should be as follows: $mail->Password = "por$ch3";

Note the Backslash I placed before the dollar character within my password.
That should work if you have a password using special characters

answered Aug 1, 2012 at 9:57

Bubba's user avatar

BubbaBubba

1011 silver badge7 bronze badges

2

I experienced the same error when configuring the WP-Mail-SMTP plugin in WordPress.

The problem would persist even when I have ‘triple checked’ the settings and login credentials, and am able to log in manually using a browser.

There’s a list of steps you can take to fix this.

  1. Create a new password for the Gmail account you want to use
  2. Enable less secure apps in Google Security settings
  3. Use the Display Unlock Captcha page to give your app or website permission to sign in to Gmail. Click Continue or follow the instructions.
  4. Sign in using the app or website. The smtp settings that work for me are 1) SMTP Host: smtp.gmail.com 2) SMTP port: 587 3) Encryption: TLS 4) Authentication: SMTP authentication 5) Username: example@gmail.com 6) Password: examplesecret

Greg's user avatar

Greg

20.8k17 gold badges81 silver badges106 bronze badges

answered Jul 20, 2017 at 8:24

pyfork's user avatar

pyforkpyfork

3,5972 gold badges20 silver badges18 bronze badges

1

my solution is:

  1. change gmail password
  2. on gmail «Manage your google Account» > Security > Turn on 3rd party app Access
  3. This the new step that i discover by UnlockingCaptcha that told in this site, the exact site is https://accounts.google.com/b/0/DisplayUnlockCaptcha, but maybe you want to read the former site first.

That all, hope it works for you

answered Jul 15, 2020 at 15:37

ibrahim saputra's user avatar

1

Because Allow less secure apps is no longer available

enter image description here

The solution was to enable 2-step verification and generate app password

app

select mail and computer from the list then click generate

copy the code shown in the box and replace your google password with your app password it works like a charm.

app password

answered Jun 28, 2022 at 2:10

Kym NT's user avatar

Kym NTKym NT

6109 silver badges28 bronze badges

1

I received this error because of percentage signs in the password.

answered Dec 5, 2011 at 13:22

svandragt's user avatar

svandragtsvandragt

1,61320 silver badges37 bronze badges

1

For me I had a special characters in my password field, and I put it like $mail->Password = » por$ch3″ which work for gmail smpt server but not for other; so I just changed double quotes to single quotes and it works for me. $mail->Password = ‘ por$ch3’;

answered Jun 11, 2013 at 12:17

Rikin Adhyapak's user avatar

3

If you still face error in sending email, with the same error message. Try this:

$mail->SMTPSecure = 'tls';
$mail->Host = 'smtp.gmail.com';

just Before the line:

$send = $mail->Send();

or in other sense, before calling the Send() Function.

Tested and Working.

answered Jun 11, 2014 at 19:30

JackSparrow's user avatar

JackSparrowJackSparrow

9081 gold badge11 silver badges8 bronze badges

1

The other post is correct to resolve the issue but doesn’t address how to do it if the 2-step-verification is turned on. The option to allow the less secure apps is NOT available then. Here is an answer to how to do it:

a. Go to the URL of `https://myaccount.google.com/` and click `Sing-in and security`

b. Click on the app password. 

enter image description here

You will reach a page like this,

enter image description here

c. Create name of your app and generate a password for the respective app.  

d. Use that password acquired here inside the app.

This should resolve the issue.

answered May 20, 2018 at 10:16

Arefe's user avatar

ArefeArefe

10.4k16 gold badges101 silver badges159 bronze badges

0

I had the same issue and did all the tips including Gmail setting (e.g. less secure apps access) with no luck. But finally when I changed password to something different, for some reason it worked! FYI, the initial password did not have any special characters.

answered May 24, 2016 at 22:57

Ehsan's user avatar

EhsanEhsan

1,02211 silver badges20 bronze badges

  1. first go to https://myaccount.google.com
  2. Select Security tab
  3. Scroll down and select ‘Less secure app access’
  4. Turn on access

This will solve my “SMTP Error: Could not authenticate” in PHPMailer error.

answered Apr 29, 2020 at 13:07

ruwanmadhusanka's user avatar

ruwanmadhusankaruwanmadhusanka

7812 gold badges7 silver badges15 bronze badges

I had the same issue and did all the tips with no luck. Finally when I changed password to something different, for some reason it worked! (the initial password or the new one did not have any special characters)

answered Aug 18, 2019 at 14:06

user3809638's user avatar

0

The correct answer:
Go to «Manage your google accounts => Security => Signing in to Google => App passwords».
Generate your maill account password there (that will be used from other device)

answered Apr 13, 2022 at 9:49

Gosforth's user avatar

I had the same problem with authentication. The fix was to set up 2-step verification and create an application specific password for the device ( error messages for blocking the device will appear in your account settings->»Notifications and alerts» if you problem is the same with mine)

answered Jan 29, 2015 at 21:35

anu's user avatar

It was the selinux issue. I just updated the below given part in /etc/selinux/config file
SELINUX=permissive (it was SELINUX=enforcing before).
then just reboot the system by giving
reboot
Now the mail goes without any hassle.
Configuration

From Email Address : [noreply@yourdomain.com]
From Name : [your domain name]
SMTP Host   : smtp.gmail.com
Type of Encryption : SSL
SMTP Port : 465
SMTP Authentication  : YES
Username : [your mail id]
Password : [your password]

answered Feb 10, 2016 at 7:17

Jathin Prasad's user avatar

SMTP Error: could not authenticate
I had the same problem. The following troubleshooting steps helped me.

  • I turned off two-factor authentication in my gmail account.
  • I allowed less secure apps to access my gmail account. To get it working, I had to go to myaccount.google.com -> Sign-in & security -> Apps with account access, and turn Allow less secure apps to ON (near the bottom of the page).
  • At this step, when I tried to register a user, I would get the same error. Google would sent me a warning message that someone has my password and the login was blocked.
  • Gmail will then provide you with options. You either click whether the activity was yours or not yours. Click the option that the activity was yours.
  • Try registration again. It should now work.

cSteusloff's user avatar

cSteusloff

2,4376 gold badges27 silver badges50 bronze badges

answered Dec 14, 2017 at 11:47

Joshua Mutinda's user avatar

There is no issue with your code.

Follow below two simple steps to send emails from phpmailer.

  • You have to disable 2-step verification setting for google account if you have enabled.

  • Turn ON allow access to less secure app.

answered Apr 12, 2018 at 7:24

Ravindra Miyani's user avatar

Если вы не используете сервис рассылки для отправки писем, они могут не попасть во «Входящие» получателей из-за SMTP ошибок. Отправляйте письма через SMTP сервис SendPulse. Мы предлагаем чистые IP адреса, надежные серверы, SPF и DKIM записи, чтобы повысить доставляемость ваших рассылок. А узнать о значениях и причинах SMTP ошибок вы можете в этой статье.

Код ошибки — это зашифрованная комбинация чисел, которая требует объяснения. Чтобы понять, почему ваше письмо не может быть отправлено, обязательно нужно знать значение кода ошибки.

Код SMTP ошибок состоит из 3 цифр, каждая из которых имеет свое значение.

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

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

  1. Сервер принял команду, но не предпринял никаких действий, так как ожидает подтверждения на выполнение запрашиваемых действий.
  2. Действие было успешно выполнено и сервер готов принимать новую команду.
  3. Сервер принял команду, но для её завершения требуется дополнительная информация.
  4. Возник временный сбой. Если не последует изменений при повторении команды, попробуйте ещё раз.
  5. Сервер столкнулся с неустранимой ошибкой, ваша команда не будет обработана.

Если код начинается с цифры 2 — ваша команда успешно обработана, если с 4 — есть временный сбой, с 5 — постоянный сбой. В последнем случае ваши письма не будут отправлены, пока вы не устраните ошибку.

Существует 4 значения для второй цифры кода SMTP ошибки

  1. Синтаксическая ошибка.
  2. Информационный ответ (запрос информации, например, помощь).
  3. Обозначает состояние подключения.
  4. Обозначает состояние почтового сервера или почтовой системы.

Последняя цифра в коде несет более подробную информацию о статусе доставки.

Самые важные коды SMTP ошибок

214 — Ответ на запрос информации о том, как работать с сервером, описание нестандартных команд, полезное только для человека.

220 — Готов к работе.

221 — Служба обслуживает заключительный канал передачи данных.

250 — Запрашиваемое почтовое действие успешно завершено.

251 — Получатель не местный, но сервер переотправит письмо.

252 — Почтовый ящик не может быть верифицирован сервером, но он будет осуществлять попытки доставить письмо.

354 — Начинайте ввод сообщения. Оно должно заканчиваться точкой на новой строке.

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

422 — Размер письма превышает лимит входящих сообщений получателя.

442 — Почтовый сервер начал доставлять письмо, но подключение было прервано во время передачи.

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

451 — Запрашиваемое действие было прервано, локальная ошибка во время обработки.

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

500 — Синтаксическая ошибка, потому что серверу не удалось распознать команду. Это может быть слишком длинная командная строка.

501 — Синтаксическая ошибка в параметрах или аргументах. Это может быть неправильный адрес электронной почты.

502 — Команда нереализована. Она валидна, но не активирована вашим провайдером.

503 — Неверная последовательность команд, почтовый сервер требует аутентификацию.

504 — Параметр команды не реализован.

510 — Неверный адрес электронной почты. Адреса ваших получателей могут содержать ошибки.

512 — Домен получателя не найден или не существует.

513 — Неверный адрес электронной почты. Может содержать ошибки, или сервер требует аутентификацию.

515 — Неверный адрес электронной почты.

521 — Почтовый ящик не принимает письма.

523 — Размер письма превышает лимит почтового ящика получателя.

530 — Требуется аутентификация, или сервер получателя добавил вас в черный список. Это может быть и неверный адрес электронной почты.

531 — Почтовая система заполнена.

534 — Недостаточно надежный механизм аутентификации.

535 — Ошибки аутентификации.

541 — Почтовый ящик получателя отметил ваше письмо как спам.

550 — Запрашиваемые действия не выполнены, потому что почтовый ящик недоступен. Команда могла быть отклонена политикой безопасности, или почтовый ящик не был найден.

551 — Нелокальный пользователь или неверный адрес электронной почты.

552 — Запрашиваемое действие прервано из-за превышения дискового пространства.

553 — Запрашиваемое действие не выполнено, возможна синтаксическая ошибка в имени почтового ящика.

554 — Передача данных не удалась. Так случается, если сервер получателя считает ваше письмо спамом, находит ваш IP адрес в черном списке, или сам добавляет его в свой черный список.

555 — Адрес электронной почты не был опознан сервером.

SMTP для email рассылок

Забудьте об SMTP ошибках! Мы позаботимся о технической стороне рассылок, чтобы вы могли сконцентрироваться на маркетинговой стратегии.  

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

Мы оставляем свои подписи на всех исходящих сообщениях по умолчанию, что улучшает доставляемость писем.

Отправить рассылку


Обновлено: 02.12.2020

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

Код ошибки

Значение

Описание

450

Requested mail action not taken: mailbox unavailable.

Требуемые почтовые действия, не предприняты: почтовый ящик недоступен (например, почтовый ящик занят).

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

451

Requested action aborted: local error in processing.

Требуемое действие прерывалось: ошибка в обработке.

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

500

Syntax error, command unrecognized.

Синтаксическая ошибка, неправильная команда (Это может включать ошибки типа слишком длинная командная строка).

Ваш антивирус/брандмауэр блокирует входящие/исходящие соединения SMTP. Вам следует настроить антивирус/брандмауэр для решения проблемы.

501

Syntax error in parameters or arguments.

Синтаксическая ошибка в параметрах или переменных.

Недопустимые адреса электронной почты или доменное имя почтового адреса. Иногда указывает на проблемы соединения.

503

Bad sequence of commands or this mail server requires authentication.

Неправильная последовательность команд.

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

512

The host server for the recipient’s domain name cannot be found (DNS error).

У одного из серверов на пути к серверу назначения есть проблема с DNS-сервером либо адрес получателя не верный. Проверьте адрес получателя на правильность доменного имени (орфографические ошбки в доменном имени или несуществующее доменное имя).

513

Address type is incorrect or authentication required.

Убедитесь, что адрес электронной почты получателя верный, не содержит ошибок. Затем попробуйте повторно отправить сообщение. Другой причиной может быть то, что SMTP-сервер требует аутентификации, а Вы пытаетесь отправить сообщение без аутентификации (обычно аутентификация ESMTP, логин + пароль). Проверьте Общие настройки, чтобы убедиться в правильности настроек SMTP-сервера.

523

The Recipient’s mailbox cannot receive messages this big.

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

530

Access denied.

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

535

Username and Password not accepted.

Проверьте настройки SMTP-сервера. Убедитесь в том, что логин и пароль введены правильно.

541

Recipient Address Rejected – Access denied.

Этот ответ почти всегда отправляется Антиспам фильтром на стороне получателя. Проверьте ваше сообщение соспам чекером или попросите получателя добавить вас в белый список.

550

Mailbox unavailable.

Требуемые действия, не предприняты: почтовый ящик недоступен (например, почтовый ящик, не найден, нет доступа).

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

552

Requested mail action aborted: exceeded storage allocation or size of the incoming message exceeds the incoming size limit.

Требуемые почтовые действия прервались: превышено распределение памяти.

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

553

Requested action not taken – Mailbox name invalid.

Требуемые действия, не предприняты: имя почтового ящика, недопустимо (например, синтаксис почтового ящика неправильный).

Неверный адрес электронной почты получателя. Отклик 553 SMTP-сервера иногда возвращает почтовый сервер вашего Интернет провайдера. Это происходит, если у Вас нет подключения к Интернету у этого провайдера.

554

Transaction failed.

Передача данных не удалась

Отклик 554 SMTP-сервера возвращает антиспам-фильтр в случае, если не нравится емейл-адрес отправителя, или IP-адрес отправителя, или почтовый сервер отправителя (к примеру, они находятся в RBL). Вам нужно либо попросить отправителя добавить Вас в белый список, либо Вы должны принять меры, чтобы Ваш IP-адрес или ISP сервер был удален из RBL (Realtime Blackhole List).

0 0 голоса
Рейтинг статьи
Подписаться
Уведомить о
guest

0 комментариев
Старые
Новые Популярные
Межтекстовые Отзывы
Посмотреть все комментарии

А вот еще интересные материалы:

  • Яшка сломя голову остановился исправьте ошибки
  • Ясность цели позволяет целеустремленно добиваться намеченного исправьте ошибки
  • Ясность цели позволяет целеустремленно добиваться намеченного где ошибка
  • Ошибка аутентификации сервер недоступен
  • Ошибка аутентификации на прокси сервере