Меню

Ошибка smtp сервера 535

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»;

В 1С есть возможность работать с электронной почтой напрямую из приложения: отправлять и принять письма через корпоративную почту.

Применений этому механизму можно найти достаточно много, например:

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

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

На практике часто возникают ситуации, когда в какой-то момент (обычно в самый неподходящий :)) отправка писем из 1С или прием писем в 1С перестает работать.

В результате последствия могут самыми разными:

  • Клиент не получит вовремя счет на оплату — компания не получит деньги вовремя

imageРуководитель не получит ежедневный отчет о продажах из 1С — не сможет принять правильные решения (в отдельных случаях может уволить ответственного за рассылку:))
imageОбмен данными в 1С не выполнится вовремя, в результате чего объем данных, который нужно будет выгрузить при следующем обмене будет увеличиваться, что может привести к проблемам производительности и блокировкам при следующем обмене
imageВ этой статье мы поговорим о том, на что нужно обратить внимание в первую очередь, если отправка/получение email из/в 1С перестал(а) работать. При этом в статье приведены лишь некоторые из возможных ошибок, причина которых неочевидна. В дальнейшем статья будет дополняться другими ошибками, чтобы вы смогли использовать её как инструкцию по решению проблем с отправкой (получением) почты из (в) 1С.

Будем рассматривать типовой механизм отправки электронной почты из 1С: т.е. со стороны 1С идет подключение к pop3 или smtp-серверу одного из почтовых сервисов: yandex, google, mail.ru и пр.

Ошибка № 1. Аутентификация не прошла (SMTP error code 535 5.7.8 Username and Password not accepted)

Скриншот ошибки, которую вы можете встретить в 1С:
imageВозможные причины:

  • Неверно указан логин/пароль

Часто бывает так что на стороне аккаунта в yandex/google изменили пароль, а в 1С применить изменения забылиЧто делать:
проверить учетные данные (логин/пароль), под которыми выполняется подключение из 1С к smtp-серверу и обновить их.
В настройках безопасности аккаунта закрыт доступ для «ненадежных» приложений
Если вы используете для работы с почтой аккаунт в почтовом сервисе google, то на уровне настроек аккаунта может быть закрыт доступ к аккаунту для «ненадежных» по мнению google приложений. К таким приложениям, к сожалению, google может отнести 1С 🙂
Что делать:
Заходим в настройки безопасности аккаунта google: https://myaccount.google.com/security Открываем доступ к аккаунту для ненадежных приложений:
image

Ошибка № 2. Сервис отключен с разрывом канала (SMTP error code 421 SMTP connection broken (reply))

Скриншот ошибки, которую вы можете встретить в 1С:
imageВозможная причина:IP-адрес сервера, с которого идет отправка сообщений (как правило — сервер 1С) попал в спам-базу.

Это означает, что почтовый сервис расценил письма, которые вы отправляете из 1С, как СПАМ, и они не будут доставлены получателю. Такая ситуация может возникнуть, если вы выполняете массовые email-рассылки из 1С большому количеству клиентов.

Что делать:
Шаг 1. Проверить наличие IP-адреса вашего сервера в СПАМ базах.
Один из удобных способов — воспользоваться сайтом 2ip: https://2ip.ru/spam/. Необходимо ввести IP-адрес и нажать на кнопку «Проверить». На выходе получите примерно такую таблицу:
imageЕсли во второй колонке увидели «LISTED», значит IP-адрес находится в СПАМ-базе.

Шаг 2. Вывести IP из спам базы
В зависимости от того в какой из спам листов попал ваш IP действия будут немного отличаться, но принцип один и тот же — нужно найти сайт этого спам-листа и отправить апелляцию. Рассмотрим, например, как вывести IP из спам листа BARRACUDA.

Заходим на сайт BARRACUDA, форма для отправки апелляции находится тут:

http://www.barracudacentral.org/rbl/removal-request
imageУказываем в этой форме:

  • Email Server IP Address — IP-адрес, который угодил в спам лист
  • Email Address — личная почта. На эту почту придет ответ от Barracuda
  • Phone Number — номер телефона для связи (звонить вряд ли будут, но указать нужно)
  • Reason for Removal — тут надо написать (на английском) почему указанный IP-адрес должен быть удален из спам листа. Можно воспользоваться переводчиком и сформировать, например, такое оправдание: «Сотрудник не правильно пользовался сервером. Он наказан. Ситуацию исправили. Удалите, пожалуйста IP из спам листа»

После этого нажимаем «Submit request» и ждем ответа. На указанный в форме email должно прийти уведомление, которое начинается примерно с таких слов:
imageЧерез несколько часов IP-адрес будет удален из спам-листа. Чтобы проверить это снова заходим на 2ip и проверяем (см. Шаг 1).
Шаг 3. Проверить отправку почты из 1С
Если сделали все правильно — отправка должна выполняться без ошибок.

Таким образом, в этой статье, мы рассмотрели некоторые ошибки, связанные с отправкой (получением) email из/в 1С, возможные причины и как устранить эти ошибки.

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

Содержание

  1. Amazon SES SMTP 535 Authentication Credentials Invalid – Fix it now
  2. Where does Amazon SES SMTP 535 Authentication Credentials Invalid error show up?
  3. Common causes of Amazon SES SMTP 535 Authentication Credentials Invalid error
  4. Incorrect SMTP login details
  5. Special characters in credentials
  6. Suspension of sending privileges
  7. How we fixed Amazon SES 535 error?
  8. Checking Amazon SES status
  9. Verifying SMTP login
  10. Validating SMTP connection
  11. Conclusion
  12. Get 24×7 monitoring for your AWS servers
  13. SMTP Error (535): Authentication failed – How we Fixed it
  14. What is SMTP Authentication?
  15. Causes For the “Error 535: Authentication failed”
  16. 1. Incorrect Username and Password
  17. 2. Account Disabled
  18. 3. SMTP Authentication
  19. How to configure SMTP Authentication in a Mail client
  20. Enable SMTP auth in the server
  21. SMTP Auth in Plesk server
  22. Enable SMTP Authentication In cPanel
  23. Conclusion
  24. PREVENT YOUR SERVER FROM CRASHING!
  25. 6 Comments
  26. Smtp 535 ошибка
  27. Smtp 535 ошибка
  28. OTRS.ru
  29. smtp.yandex.ru не отправляет почту. [Решено]
  30. smtp.yandex.ru не отправляет почту. [Решено]
  31. Re: Проблема сбора почты с yandex
  32. Re: Проблема сбора почты с yandex
  33. Re: Проблема сбора почты с yandex
  34. Re: smtp.yandex.ru не отправляет почту.
  35. Re: smtp.yandex.ru не отправляет почту.
  36. Re: smtp.yandex.ru не отправляет почту.
  37. Re: smtp.yandex.ru не отправляет почту.
  38. Re: smtp.yandex.ru не отправляет почту.
  39. Re: smtp.yandex.ru не отправляет почту.
  40. Re: smtp.yandex.ru не отправляет почту.
  41. Re: smtp.yandex.ru не отправляет почту.
  42. Re: smtp.yandex.ru не отправляет почту.
  43. Сервер SMTP
  44. Читают тему:
  45. Мероприятия
  46. Отправка почты из 1С 8
  47. Настройка учетной записи электронной почты
  48. Ошибки, который могут появиться после настройки почты
  49. Исправление ошибок после настройки
  50. Ответить
  51. Добавить комментарий Отменить ответ
  52. Метки
  53. Рубрики
  54. Рубрики
  55. Свежие комментарии
  56. Страницы
  57. Метки
  58. Наши сайты
  59. Cookie и настройки приватности

Amazon SES SMTP 535 Authentication Credentials Invalid – Fix it now

by Sijin George | May 10, 2020

Is your email application throwing Amazon SES SMTP 535 Authentication Credentials Invalid error?

Amazon offers the Simple Email Service as a quick option to send emails.

However, sending emails often shows authentication errors due to wrong credentials, account suspension, etc.

At Bobcares, we help AWS customers to send emails correctly as part of our AWS Support Services.

Today, we’ll see how we fix the credentials invalid error with Amazon SES.

Where does Amazon SES SMTP 535 Authentication Credentials Invalid error show up?

In general, Amazon SES works as a quick way to send emails from applications. In this model, the user need not have to maintain their mail servers. It allows sending emails from the user’s domain name itself. That’s why many users make use of Amazon SES to send mails.

That raises the question, where do users find Amazon SES useful?

The common scenarios include sending emails from the command line, SMTP mail programs, applications like WordPress, eclipse, etc.

Recently, a WordPress customer reported the SMTP failed error in his email form as:

Common causes of Amazon SES SMTP 535 Authentication Credentials Invalid error

Amazon SES uses an SMTP login to authenticate a connection.

Let’s now check the common causes for email failure using SES.

Incorrect SMTP login details

One of the top reasons for SMTP failure can be invalid SMTP login details. Many AWS users provide their AWS IAM username and password in their email application. But, this is different from the SES SMTP login details. For the emails to work, users have to give the correct SES login details.

Special characters in credentials

Similarly, the special characters in SMTP credentials can also create problems while sending emails. The credentials require URL encoding and then provide in the configuration.

Suspension of sending privileges

Likewise, suspension of Amazon Simple Email Service (Amazon SES) can also cause a 535 error. SES is a mail service that has many users. Therefore, Amazon continuously monitors the number of emails sent from each user. If any of the users send bulk emails or spam, there will be resource abuse. This can affect other users on the same server. Here, Amazon suspends the sending privileges of the suspicious account.

It is always recommended to keep a close watch on your email activity to avoid suspension of service. As a best practice, we always enable authentication with SMTP. In this way, only authorized users can send emails.

How we fixed Amazon SES 535 error?

We’ll now move on and check how we resolved the 535 error with Amazon SES.

Checking Amazon SES status

As the first step, our Support Engineers verified the status of Amazon SES service. This helped us to rule out the possibility of account suspension.

Verifying SMTP login

Further, we verified whether the customer was using the correct SMTP login details.

For this, we logged in to the customer’s AWS account, and selected “AWS Management Console”. Then we opened Amazon SES console.

In the navigation pane, we selected SMTP Settings. In the content pane, we clicked Show User SMTP Credentials. Thus, we could see the current SMTP credentials.

If the user account was found missing, we click on Create My SMTP Credentials. That will automatically create a login with default values.

Likewise, to change your SMTP password, we delete the existing SMTP user in the IAM console. Then, complete the procedures to generate a new set of SMTP credentials.

Validating SMTP connection

Moving on, we validated the SMTP connection from the SES console. It worked fine.

However, the settings in the WP SMTP plugin in WordPress was incorrect. Therefore, we corrected the login details and the error was fixed.

We always make sure to check for special characters in the password.

[Trouble connecting with Amazon SES login? We can help you.]

Conclusion

In short, Amazon SES SMTP 535 Authentication Credentials Invalid occurs due to wrong login details, suspended SES account, etc. Today, we saw how our AWS Experts checked and fixed email sending via Amazon SES.

Get 24×7 monitoring for your AWS servers

There are proven ways to get even more out of your AWS Infrastructure! Let us help you.

Spend your time in growing business and we will take care of AWS Infrastructure for you.

Источник

SMTP Error (535): Authentication failed – How we Fixed it

by Sijin George | Apr 12, 2019

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, w e’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 a 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.

And I Understand NONE of the above, can you explain this for mere mortals

We’ll be glad to chat with you (click on the icon at right-bottom).

i’m encountering this problem with a Mail.com account using K-9 Mail mobile program. I ‘ve retyped my password, and confirmed its validity by signing in via the web. The settings in K-9 such as port, etc., are the same as other other accounts for Mail.com.

Hi,
Please contact our support team via live chat

Authentication failed. Please check your username/password.
Server returned error: “535-5.7.8 Username and Password not accepted. Learn more at 535 5.7.8 https://support.google.com/mail/?p=BadCredentials fy26-20020a05622a5a1a00b0031f41ea94easm11180244qtb.28 – gsmtp , code: 53

Our Experts can help you with the issue, we’ll be happy to talk to you on chat (click on the icon at right-bottom).

Источник

Smtp 535 ошибка

Smtp 535 ошибка

Если отправка сообщений через 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).

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

Иванов Алексей Валерьевич ООО «Переезд39.рф»,

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

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

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

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

Любой доступный вам SMTP сервер и надо указать.
SMTP сервер, грубо говоря, это компьютер, который занимается отправкой писем. При этом он может требовать авторизацию (для предотвращения неконтролируемой рассылки спама (рекламы)), а может и нет.
Вот у меня электронный почтовый ящик, например, noname@mail.ru
При таком раскладе я бы указывал так:
SMTP сервер: smtp.mail.ru
SMTP сервер требует авторизацию: да
Логин:
Пароль:

я указываю
SMTP сервер: smtp.bk.ru
пытаюсь отправить сообщение в техподдержку, пишет:
Электронное сообщение не отправлено.
Ошибка при вызове метода контекста (Подключиться): Аутентификация не прошла (SMTP error code 535, Incorrect authentication data)
а вообще не могу обновить релиз
пишет: Ошибка доступа к файлу ‘http://downloads.v8.1c.ru/tmplts/1c/AccountingBase/1_6_18_2/1cv8.cfu’
по причине:
Ошибка аутентификации при доступе к ресурсу: http://downloads.v8.1c.ru/tmplts/1c/AccountingBase/1_6_18_2/1cv8.cfu

> Ошибка при вызове метода контекста (Подключиться): Аутентификация не прошла (SMTP error code 535, Incorrect authentication data)
А вы пробовали перевести с английского? Вам написали — неверный логин или пароль

спасибо, задача решилась другим путем))))

Здравствуйте! подскажите, а каким путем вы решили вопрос об обновлении конфигурации? Дело в том, что у меня такая же проблема. Подскажите пожалуйста, как обновить релиз?

Здравствуйте! подскажите, пожалуйста, как вы решили эту задачу? Дело в том, что мне тоже выдает такую ошибку и я не могу обновить релиз. Подскажите пожалуйста, как это можно сделать?

вы получаете «SMTP error code 535, Incorrect authentication data»? Так введите правильный логин с паролем

Читают тему:

Мероприятия

  • Где купить СОФТ
  • Вакансии фирм-партнеров «1С»
  • Центры Сертифицированного Обучения
  • Интернет курсы обучения «1С»
  • Самоучители
  • Учебный центр № 1
  • Учебный центр № 3
  • Сертификация по «1С:Профессионал»
  • Организация обучения под заказ
  • Книги по 1С:Предприятию

1С бесплатно 1С-Отчетность 1С:ERP Управление предприятием 1С:Бесплатно 1С:Бухгалтерия 8 1С:Бухгалтерия 8 КОРП 1С:Бухгалтерия автономного учреждения 1С:Бухгалтерия государственного учреждения 1С:Бюджет муниципального образования 1С:Бюджет поселения 1С:Вещевое довольствие 1С:Деньги 1С:Документооборот 1С:Зарплата и кадры бюджетного учреждения 1С:Зарплата и кадры государственного учреждения 1С:Зарплата и управление персоналом 1С:Зарплата и управление персоналом КОРП 1С:Комплексная автоматизация 8 1С:Лекторий 1С:Предприятие 1С:Предприятие 7.7 1С:Предприятие 8 1С:Розница 1С:Управление нашей фирмой 1С:Управление производственным предприятием 1С:Управление торговлей 1СПредприятие 8

  • WWW.1С.ru
  • 1С:Предприятие 8
  • 1С Отраслевые решения
  • Образовательные программы
  • 1С:Линк
  • 1С:Консалтинг
  • 1С:Дистрибьюция
  • 1С для торговли
  • 1С-Онлайн
  • 1С Интерес
  • 1С:Образование

При использовании материалов активная прямая гиперссылка на перепечатанный материал обязательна.

Редакция БУХ.1С не несет ответственности за мнения и информацию, опубликованную в комментариях к материалам.

Редакция уважает мнение авторов, но не всегда разделяет его.

На указанный в форме e-mail придет запрос на подтверждение регистрации.

Мы используем файлы cookie, чтобы анализировать трафик, подбирать для вас подходящий контент и рекламу, а также дать вам возможность делиться информацией в социальных сетях. Если вы продолжите использовать сайт, мы будем считать, что вас это устраивает.

Отправка почты из 1С 8

Доброго времени суток, коллеги! Сегодня пытался настроить отправку сообщений из 1С и столкнулся с проблемой отправки сообщений. Как оказалось все упиралось в настройки gmail. Ну давайте все по порядку.

Настройка учетной записи электронной почты

Чтобы почта отправлялась нужно настроить основную учетную запись. Для этого нужно перейти:

На панели «Органайзер» не забудьте поставить флажок «Почтовый клиент», чтобы использовать возможности встроенного в программу почтового клиента для взаимодействий с помощью электронных писем (e-mail).

Когда вы нажмете на ссылку «Настройка системной записи электронной почты», то появиться диалог:

Закладка «Отправка писем»

Ошибки, который могут появиться после настройки почты

Сначала появилась такая ошибка:

Смотрел по форумам, менял настройки в 1С ничего не помогло и выходит другая:

Исправление ошибок после настройки

Вначале статьи показан скриншот по устранению неполадок, связанных со входом в аккаунт gmail. На нем подчеркнута ссылка, которая ведет к странице, на которой можно дать доступ непроверенным приложениям. Вот эта ссылка: https://www.google.com/settings/security/lesssecureapps. Переходя по ней вы увидите такую же страницу, как на скриншоте ниже:

Разрешение непроверенным приложениям доступ к вашему аккаунту

Надеюсь эта статья поможет вам решить проблему с настройкой почты в 1С 8.

Поделиться записью
Вам, возможно, понравится

Подскажите пожалуйста, использую бизнес почту мейл.ру, создал почту info@comix.by, мейл ру дал настроки:

Имя почтового ящика — это полное название вашего почтового ящика;
Сервер входящей почты IMAP-сервер — imap.mail.ru;
Порт для подключения по IMAP — 143 (при использовании шифрования STARTTLS) и 993 (при использовании шифрования SSL/TLS);
Сервер входящей почты POP3-сервер — pop.mail.ru;
Порт для подключения по POP3 — 995 (с шифрованием);
Сервер исходящей почты SMTP-сервер — smtp.mail.ru;
Порт для подключения по SMTP — 465 (с шифрованием);
Имя пользователя — это полное название вашего почтового ящика (логин и домен);

после ввода всей информации выдаёт ошибку:
Не удалось подключиться к серверу исходящей почты:Произошла ошибка при работе с SMTP. Код ошибки: 27
Не удалось подключиться к серверу входящей почты:Произошла ошибка при работе с IMAP. Код ошибки: 26. Ответ сервера: Command disabled. Please use STARTTLS first.
Что не так делаю?

Проверьте правильно ли вы указываете настройки почты, не изменилось ли что?

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

Добрый день. Подскажите пож, приподключении пишет: Не удалось подключиться к серверу исходящей почты:Произошла ошибка при работе с POP3. Код ошибки: 2
с/у Ирина.

Здравствуйте, Ирина! Проверьте, правильно ли вы указали настройки.

Спасибо! Очень помогли!

Добрый день, ситуация аналогичная, выходит следующая ошибка:
Не удалось подключиться к серверу исходящей почты:Произошла ошибка при работе с POP3. Код ошибки: 10

Использую бизнесакаунт Mail.ru

Пробовали применить советы из статьи?

Ответить

Добавить комментарий Отменить ответ

Метки

Рубрики

  • 1С (30)
  • Запросы в 1С (7)
  • Обмен в 1С (6)
  • Обработки 1С (11)
  • Отчеты 1С (14)
  • Платформа 1С (5)
  • Реклама (3)
  • СКД (9)
  • Таблица значений в 1С (2)
  • Табличной поле в 1С (4)
  • Тестирование (3)
    • Тесты по СКД (3)
  • Типы данных в 1С (7)

Рубрики

  • 1С (30)
  • Запросы в 1С (7)
  • Обмен в 1С (6)
  • Обработки 1С (11)
  • Отчеты 1С (14)
  • Платформа 1С (5)
  • Реклама (3)
  • СКД (9)
  • Таблица значений в 1С (2)
  • Табличной поле в 1С (4)
  • Тестирование (3)
    • Тесты по СКД (3)
  • Типы данных в 1С (7)

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

В этой заметке будет изложено, как реализовать программно удобный механизм подбора на управляемых формах

Свежие комментарии

  • softmaker к записи Ошибка СУБД: Ошибка SQL: Таблица не найдена: _Reference. Как исправить?
  • Валерий к записи Ошибка СУБД: Ошибка SQL: Таблица не найдена: _Reference. Как исправить?
  • softmaker к записи Отправка почты из 1С 8

Страницы

Метки

Наши сайты

Этот сайт использует файлы cookie. Продолжая просматривать сайт, вы соглашаетесь с тем, что мы используем файлы cookie.

Cookie и настройки приватности

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

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

These cookies are strictly necessary to provide you with services available through our website and to use some of its features.

Because these cookies are strictly necessary to deliver the website, refuseing them will have impact how our site functions. You always can block or delete cookies by changing your browser settings and force blocking all cookies on this website. But this will always prompt you to accept/refuse cookies when revisiting our site.

We fully respect if you want to refuse cookies but to avoid asking you again and again kindly allow us to store a cookie for that. You are free to opt out any time or opt in for other cookies to get a better experience. If you refuse cookies we will remove all set cookies in our domain.

We provide you with a list of stored cookies on your computer in our domain so you can check what we stored. Due to security reasons we are not able to show or modify cookies from other domains. You can check these in your browser security settings.

These cookies collect information that is used either in aggregate form to help us understand how our website is being used or how effective our marketing campaigns are, or to help us customize our website and application for you in order to enhance your experience.

If you do not want that we track your visit to our site you can disable tracking in your browser here:

We also use different external services like Google Webfonts, Google Maps, and external Video providers. Since these providers may collect personal data like your IP address we allow you to block them here. Please be aware that this might heavily reduce the functionality and appearance of our site. Changes will take effect once you reload the page.

Google Webfont Settings:

Google Map Settings:

Google reCaptcha Settings:

Vimeo and Youtube video embeds:

The following cookies are also needed — You can choose if you want to allow them:

Источник

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

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

  • 451 4.7.1 Sorry, the service is currently unavailable. Please come back later.: принимающий почтовый сервер не отвечает и возвращает такую ошибку. В этом случае Планфикс делает повторную попытку отправки.
  • 535 – Incorrect authentication data,
  • 535.5.7.3 authentication unsuccessful,
  • 535 5.7.8 Error: authentication failed: Inval . Вам необходимо указать в отправителе адрес реального почтового ящика на привязанном домене, для которого указываете логин-пароль.
  • Could not connect to SMTP host
  • Connection timed out: в настройках вашей корпоративной почты неверно заданы данные в паре сервер / порт или неверно стоят галочки SSL/TLS. Необходимо проверить их и установить корректные значения, соответствующие настройкам почтового сервера.
  • Timed out while sending end of data — message may be sent more than once: указанный сервер не ответил на запрос за отведенный для этого период ожидания ответа, обычно это означает, что с ним что-то не так: не работает вовсе или перегружен и работает нестабильно.
  • Cannot start TLS: handshake failure: отправляющий сервер не отвечал. Как правило, в таких случаях ваша реакция не требуется, т.к. автоматическая повторная отправка отрабатывает корректно и письмо отправляется.

I’ve got this error while using my smtp server (smtp.gmail.com)

Still the same issue until I deselect Restrict outgoing SMTP to root, exim, and mailman (FKA SMTP Tweak) in the cpanel.

it seems to add those rules in the iptables when it’s ON (not working for me):

-A OUTPUT -p tcp -m multiport —dports 25,465,587 -m owner —gid-owner mailman -j ACCEPT -A OUTPUT -p tcp -m multiport —dports 25,465,587 -m owner —gid-owner mail -j ACCEPT -A OUTPUT -d 127.0.0.1/32 -p tcp -m multiport —dports 25,465,587 -m owner —uid-owner cpanel -j ACCEPT -A OUTPUT -p tcp -m multiport —dports 25,465,587 -m owner —uid-owner root -j ACCEPT

It works well when set to off but I’d like to understand why it doesn’t want to work with the normal settings?

It seems my apache is using nobody:nobody but even if I add those 2 lines it won’t work:

-A OUTPUT -p tcp -m multiport —dports 25,465,587 -m owner —gid-owner nobody -j ACCEPT -A OUTPUT -p tcp -m multiport —dports 25,465,587 -m owner —uid-owner nobody -j ACCEPT

Если в процессе рассылки возникают ошибки отправки, нужно прервать рассылку, зайти в «Настройки/Общие настройки/вкладка SMTP» и отредактировать текущие настройки. Затем продолжить рассылку: нажмите черный треугольник возле кнопки «Начать» и выберите необходимую опцию (перепослать на еще неотправленные или на неудачно отправленные).

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

На нашем сайте http://www.epochta.ru/support/smtp/error.php и в справке к программе http://www.epochta.ru/help/mailer/ в разделе «Ошибки отправки» Вы можете найти список ошибок отправки и варианты их решения.

У каждого SMTP провайдера код ошибки отправки имеет свое значение. Коды ошибок начинаются на 400 — ….. и 500 — …..

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

Проблемы с адресом получателя

550 Message was not accepted — invalid mailbox. Local mailbox name@mail.ru is unavailable: user not found
RSET

Данного почтового адреса не существует.

450: Requested mail action not taken: mailbox unavailable.

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

501: Syntax error in parameters or arguments.

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

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

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

523: The Recipient’s mailbox cannot receive messages this big.

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

Email сообщения заблокированы фильтрами сервера как СПАМ

— Failed to deliver to ‘ name@nursat.net’
«We do not SPAM»
— Original-Recipient: rfc822;
Final-Recipient: system;
Action: failed
Status: 5.0.0
— Technical details of permanent failure:
Google tried to deliver your message, but it was rejected by the recipient domain. We recommend contacting the other email provider for further information about the cause of this error. The error that the other server returned was: 550 550 name@ramin.kz unknown user account (state 13).

Возможно, Ваши письма были заблокированы фильтрами сервера как СПАМ.
Есть несколько причин возникновения этой проблемы и вариантов решения:
1. Ваше письмо не проходит проверку спам фильтрами. (попробуйте отправить пустое письмо чтобы проверить это предположение).
2. В настройках SMTP сервера скорость и количество потоков слишком велики для этого сервера. (рекомендуемые параметры – «Потоки» -1, «Скорость» — 1 сообщение в минуту).
3. Кроме того рекомендуем использовать персонализацию писем, чтобы каждое письмо воспринималось сервером как уникальное. Ознакомьтесь со справкой по данному вопросу здесь — http://www.epochta.ru/help/mailer/ — Редактирование сообщения — Подстановка текста.

554 5.7.1 Message rejected under suspicion of being spam W6KaP98v-W6KarkJh
RSET

Ваши письма возможно заблокированы фильтрами сервера как СПАМ.
Есть несколько причин возникновения этой проблемы и вариантов решения:
1. Ваше письмо не проходит проверку спам фильтрами. (попробуйте отправить пустое письмо чтобы проверить это предположение).
2. В настройках SMTP сервера скорость и количество потоков слишком велики для этого сервера. (рекомендуемые параметры – «Потоки» – 1, «Скорость» – 1 сообщение в минуту).
3. Кроме того, рекомендуем использовать персонализацию писем, чтобы каждое письмо воспринималось сервером как уникальное. Ознакомьтесь со справкой по данному вопросу здесь — http://www.epochta.ru/help/mailer/ — Редактирование сообщения — Подстановка текста.

554 5.7.1 Message rejected under suspicion of being spam KiAmY1Tp-KiA016jT RSET
RSET

Ваши письма возможно заблокированы фильтрами сервера как СПАМ.
Есть несколько причин возникновения этой проблемы и вариантов решения:
1. Ваше письмо не проходит проверку спам фильтрами. (попробуйте отправить пустое письмо чтобы проверить это предположение).
2. В настройках SMTP сервера скорость и количество потоков слишком велики для этого сервера. (рекомендуемые параметры – «Потоки» – 1, «Скорость» – 1 сообщение в минуту).
3. Кроме того, рекомендуем использовать персонализацию писем, чтобы каждое письмо воспринималось сервером как уникальное. Ознакомьтесь со справкой по данному вопросу здесь — http://www.epochta.ru/help/mailer/ — Редактирование сообщения — Подстановка текста.

Откройте программу, нажмите F1, или посмотрите справку на сайте http://www.epochta.ru/help/mailer/

551 5.9.9 Spam message discarded. If you feel we mistreat you, do contact us: abuse@email.ru
RSET

Вам необходимо написать письмо на abuse@email.ru который является вашим email-провайдером и попросить добавить вас в белый список.

1. Ваше письмо не проходит проверку спам фильтрами. (попробуйте отправить пустое письмо чтобы проверить это предположение).
2. В настройках SMTP сервера скорость и количество потоков слишком велики для этого сервера. (рекомендуемые параметры – «Потоки» – 1, «Скорость» – 1 сообщение в минуту).
3. Кроме того рекомендуем использовать персонализацию писем, чтобы каждое письмо воспринималось сервером как уникальное. Ознакомьтесь со справкой по данному вопросу здесь — http://www.epochta.ru/help/mailer/ — Редактирование сообщения — Подстановка текста.

Проблема с логином или паролем

553 5.7.1 : Sender address rejected: not owned by user name@artgallery.com.ua
RSET

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

535-5.7.1 Please log in with your web browser and then try again. Learn more at535 5.7.1 https://support.google.com/mail/bin/answer.py?answer=78754 p2sm808096lbj.4Disconnected.

Рекомендуется зайти в свой почтовый аккаунт и проверить, не заблокирован ли он. Также можете воспользоваться ссылкой
https://www.google.com/accounts/UnlockCaptcha

535 Incorrect authentication data Disconnected.

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

Примечание 1: Убедитесь, что CAPS LOCK выключен — это важно!
Примечание 2: Некоторые SMTP сервера требуют в качестве логина «user@mail.ru» вместо просто «user», уточните эти моменты.

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

Примечание 1: Убедитесь, что CAPS LOCK выключен — это важно!
Примечание 2: Некоторые SMTP сервера требуют в качестве логина «user@mail.ru» вместо просто «user», уточните эти моменты.

535 5.7.0 Failed. Incorrect username/password
Disconnected.

Согласно этому сообщению об ошибке вы ввели неверный логин/пароль для текущей учетной записи.
Проверьте настройки SMTP-сервера. Убедитесь в том, что логин и пароль введены правильно. Откройте «Настройки»/ «Общие Настройки»/ «SMTP», кликните дважды по адресу SMTP сервера, и в появившемся окне исправьте имя пользователя и пароль.

Примечание 1: Убедитесь, что CAPS LOCK выключен — это важно!
Примечание 2: Некоторые SMTP сервера требуют в качестве логина «user@mail.ru» вместо просто «user», уточните эти моменты.

503: Bad sequence of commands or this mail server requires authentication.

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

513: Address type is incorrect or authentication required.

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

550 5.4.5 Daily sending quota exceeded. d1sm2839081lbh.7

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

530: Access denied.

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

503 sender not yet given
Disconnected.

Для решения этой ошибки необходимо пройти в настройки SMTP сервера и продублировать email адрес из поля «Логин» в поле «Email отправителя».

535-5.7.1 Username and Password not accepted. Learn more at
535 5.7.1 http://support.google.com/mail/bin/answer.py?answer=14257 gi19sm1293099lab.16
Disconnected.

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

501 sender address must match authenticated user
RCPT TO:
RSET
503 sender not yet given
Disconnected.
или
530 5.1.8 : Sender address rejected: Envelope from do not match authentication data; check your settings
Disconnected.

Проблема заключается в том, что почтовый ящик отправителя не принадлежит SMTP-серверу, через который ведется рассылка. Например, если SMTP-сервер smtp.yandex.ru, тогда адрес отправителя должен быть login@yandex.ru, или если SMTP – smtp.gmail.com, то адрес отправителя должен быть login@gmail.com.Для решения этой ошибки необходимо пройти в настройки SMTP сервера и продублировать email адрес из поля «Логин» в поле Email отправителя.

535-5.7.1 Please log in with your web browser and then try again. Learn more at 535 5.7.1 https://support.google.com/mail/bin/answer.py?answer=78754 r8sm4616093lba.15

Зайдите в вашу учетную запись через браузер и убедитесь, что ящик не заблокирован.

451: Requested action aborted: local error in processing.

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

Неверный адрес SMTP сервера или порт

Connecting to: first.hosted.in:25

Socket Error # 10060

Connection timed out.

В меню «Настройки/Общие настройки/SMTP» вам необходимо или исправить адрес SMTP first.hosted.in или поменять порт 25 на другой. Чтобы узнать номер порта вам необходимо обратиться к вашему хостинг-провайдеру.

Connecting to: smtp.ukr.net:465
Connected.
451 excessive mail rate for unknown mailhub, throttling
Disconnected.

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

Connecting to: mail.ukraine.com.ua:25 Login:
name@hamula.kiev.ua Disconnected. Disconnected. Socket Error #

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

Антивирус блокирует отправку

500: Syntax error, command unrecognized.

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

Настройки кодировки и HELO

550 Access denied — Invalid HELO name

Зайдите в «Настройки/Общие настройки/вкладка «Рассылка», и измените «Значение HELO». Кликните на вопросительный знак возле поля HELO, обновите значение HELO и повторите рассылку.

Could not encode header data using charset «»Disconnected.

Проблема возникает по причине некорректной кодировки. Перейдите в «Настройки/Общие настройки/Рассылка» и измените текущее значение в поле «Кодовая страница» на кодировку UTF-8 или Windows 1251. Повторите рассылку.

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. Будьте уверены, наш гид поможет вам это исправить.

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


Ниже перечислены сообщения об ошибках и коды ошибок, которые вы можете встретить при работе с 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. (Синтаксическая ошибка.)

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

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

14.06.2022

30 мая 2022 года компания Google отключилась работу с небезопасными приложениями и из-за этого у многих перестала работать отправка электронной почты из 1С через smtp Gmail. Даже с правильными логинами и паролем пользователи получают ошибку:

Аутентификация не прошла (SMTP error code 535 5.7.8 Username and Password not accepted. Learn more at
5.7.8 https://support.google.com/mail/?p=BadCredentials t9-20020ac24c09000000b00478772eb18esm1475776lfq.92 – gsmtp
)

Оказалось, что это gmail сделал очередные улучшения:

30 мая 2022 Gmail smtp 1С

Как решить проблему с отправкой через SMTP Gmail?

Оказывается решение есть и заключается оно во включении двухэтапной аутентификации и выпуска отдельного пароля для нашего приложения. Для этого переходим на страницу настроек безопасности https://myaccount.google.com/security и в разделе “Вход в аккаунт Google” включаем настройку “Двухэтапная аутентификация” (подтверждаем номер телефона)

Настройка отправка почты из 1с через Google

После окончания возвращается обратно в настройки безопасности. Теперь здесь появился новый пункт “Пароли приложения”. Нажимаем на него и добавляем новое приложение:

Отправка электронной почты из 1с через gmail

В поле “Приложение” лучше выбрать пункт “Другое (введите название)” и ввести название, например 1С:

Приложение 1С gmail

И после этого на экране появится пароль. Копируем его и вставляем в настройки электронной почты в 1С:

Пароль для двухэтапной авторизации для 1С

Проверяем, все должно заработать:

Успешная настройка Gmail

Вам слово

Напишите в комментариях – помогла ли Вам данная инструкция? Возможно есть другой способ решить эту проблему?

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

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

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

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