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

  • Печать

Страницы: [1]   Вниз

Тема: Thunderbird не отправляет сообщения  (Прочитано 7986 раз)

0 Пользователей и 1 Гость просматривают эту тему.

Оффлайн
smaill

Недавно сменил старую 10.04 на 12.04 с Gnome Classic. Стоит Thunderbird 17.0.5. Настроил несколько ящиков, как обычно. Настройки подхватились автоматически, сообщения приходят, но при отправлении вылетает такая ошибка:

Ошибка отправления сообщения.
Ошибка отправления почты: Не удалось получить пароль для smtp.googlemail.com. Сообщение отправлено не было.

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


Оффлайн
suslikk

А пароль то указали/сохранили?

Нарисуй свой город на openstreetmap.org


Оффлайн
smaill

Конечно указал, иначе бы как я получил входящие письма? Проблема уже решилась, но частично: отключением дополнения Master Password+ 1.21.2 На 10.04 с таким же дополнением проблем не было.


Оффлайн
Haron Prime

бывает подобное регулярно
и не только в линухе
открыть настройки сабжа: Правка — Настройки — Безопасность — Сохранённые пароли
удалить проблемный пароль, перезапустить сабж, ввести пароль в форму (вылезет при соединении с сервером), сохранить
всё

способ работает, проверено неоднократно на разных версиях ТБ, разных осях, разных девайсах


Оффлайн
smaill

Кажется работает, спасибо


Оффлайн
Haron Prime


  • Печать

Страницы: [1]   Вверх

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

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


«Ошибка 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 Роскомнадзора на предоставление телематических услуг

Adblock
detector

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

Я использую 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).

Это PHP-скрипт:

 <?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!";
  }
?>

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

14 ответов


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

$Correo ->имя пользователя = «foo@gmail.com»;

я протестировал его и его работу отлично без каких-либо других изменений


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

enter image description here



Я получил ту же ошибку и в mycase это был пароль. Мой пароль имеет специальные символы, и если вы укажете пароль, не экранируя специальные символы, ошибка будет продолжать отображаться. Е. Г $mail->Password = " por$ch3"; допустимо, но не будет работать с использованием кода выше . Решение должно быть следующим:$mail->Password = "por$ch3"; обратите внимание на обратную косую черту, которую я поместил перед символом доллара в моем пароле. Это должно работать, если у вас есть пароль с использованием специальных символов


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


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


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


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

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

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

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

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

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

непосредственно перед строкой:

$send = $mail->Send();

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

проверено и работает.


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


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

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]

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

  • Я отключил двухфакторную аутентификацию в своей учетной записи gmail.
  • я разрешил менее безопасным приложениям получать доступ к моей учетной записи gmail. Чтобы заставить его работать, я должен был ехать в myaccount.google.com ->Sign-in & security ->Apps with account access, и включить Allow less secure apps to ON (внизу страницы).
  • на этом шаге, когда я попытался зарегистрировать пользователя, я бы получил та же ошибка. Гугл бы послал мне предупреждение о том, что кто-то мой пароль и логин был заблокирован.
  • Gmail предоставит вам варианты. Вы либо нажимаете, было ли действие вашим или нет. Выберите опцию, чтобы действие было вашим.
  • повторите попытку регистрации. Теперь это должно сработать.

с вашим кодом нет проблем.

выполните следующие два простых шага для отправки писем phpmailer.

  • вы должны отключить 2-шаг настройки проверки для учетной записи google, если вы включили.

  • поворот ON разрешить доступ для менее безопасных приложений.


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

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.

Это должно решить проблему.


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

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

Ошибка SMTP: не удалось пройти аутентификацию. Ошибка: ошибка SMTP: не удалось пройти аутентификацию.

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

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

Это сценарий PHP:

 <?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!";
  }
?>

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

18 ответы

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

$ Correo->Имя пользователя = «foo@gmail.com»;

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

Создан 07 июля ’18, 17:07

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

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

Введите описание изображения здесь

ответ дан 26 авг.

это проблема GMail

прочтите эту справку Google (https://support.google.com/mail/answer/14257?p=client_login&rd=1)

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

Ошибка SMTP: не удалось пройти аутентификацию

Проблема с Gmail

ответ дан 30 апр.

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

ответ дан 01 авг.

У меня возникла такая же ошибка при настройке WP-Mail-SMTP плагин в WordPress.

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

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

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

Создан 08 фев.

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

ответ дан 05 дек ’11, 13:12

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

Создан 11 июн.

мое решение:

  1. изменить пароль Gmail
  2. в gmail «Управление учетной записью Google»> «Безопасность»> «Включите доступ к сторонним приложениям»
  3. Это новый шаг, который я обнаружил с помощью UnlockingCaptcha, о котором говорится в этом сайт, точный сайт https://accounts.google.com/b/0/DisplayUnlockCaptcha, но, возможно, вы захотите сначала прочитать предыдущий сайт.

Это все, надеюсь, это сработает для вас

Создан 15 июля ’20, 16:07

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

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

прямо перед строкой:

$send = $mail->Send();

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

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

Создан 11 июн.

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

ответ дан 24 мая ’16, 23:05

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

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

b. Click on the app password. 

Введите описание изображения здесь

You will reach a page like this,

Введите описание изображения здесь

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

d. Use that password acquired here inside the app.

Это должно решить проблему.

ответ дан 20 мая ’18, 11:05

  1. сначала перейдите к https://myaccount.google.com
  2. Выберите вкладку Безопасность
  3. Прокрутите вниз и выберите «Небезопасный доступ к приложениям».
  4. Включите доступ

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

ответ дан 29 апр.

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

ответ дан 18 авг.

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

Создан 29 янв.

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

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]

Создан 10 фев.

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

  • Я отключил двухфакторную аутентификацию в своей учетной записи Gmail.
  • Я разрешил менее безопасным приложениям доступ к моей учетной записи Gmail. Чтобы он заработал, мне пришлось пойти в myaccount.google.com -> Sign-in & security -> Apps with account access, и повернуть Allow less secure apps в ON (внизу страницы).
  • На этом этапе, когда я пытался зарегистрировать пользователя, я получал ту же ошибку. Google отправлял мне предупреждающее сообщение о том, что у кого-то есть мой пароль, а вход заблокирован.
  • Gmail предложит вам варианты. Вы либо нажимаете, было ли это действие вашим или не вашим. Выберите вариант, что действие было вашим.
  • Попробуйте зарегистрироваться еще раз. Теперь он должен работать.

ответ дан 14 дек ’17, 12:12

С вашим кодом проблем нет.

Выполните два простых шага, чтобы отправить электронную почту из phpmailer.

  • Вы должны отключить настройку двухэтапной аутентификации для учетной записи Google, если вы ее включили.

  • башня ON разрешить доступ к менее безопасному приложению.

ответ дан 12 апр.

ответ дан 25 дек ’19, 14:12

Не тот ответ, который вы ищете? Просмотрите другие вопросы с метками

php
phpmailer

or задайте свой вопрос.

Исправлено: произошла ошибка при отправке письма для сброса пароля

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

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

Введите описание изображения здесь

ответ дан 26 авг.

это проблема GMail

прочтите эту справку Google (https://support.google.com/mail/answer/14257?p=client_login&rd=1)

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

Ошибка SMTP: не удалось пройти аутентификацию

Проблема с Gmail

ответ дан 30 апр.

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

ответ дан 01 авг.

У меня возникла такая же ошибка при настройке WP-Mail-SMTP плагин в WordPress.

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

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

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

Создан 08 фев.

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

ответ дан 05 дек ’11, 13:12

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

Создан 11 июн.

мое решение:

  1. изменить пароль Gmail
  2. в gmail «Управление учетной записью Google»> «Безопасность»> «Включите доступ к сторонним приложениям»
  3. Это новый шаг, который я обнаружил с помощью UnlockingCaptcha, о котором говорится в этом сайт, точный сайт https://accounts.google.com/b/0/DisplayUnlockCaptcha, но, возможно, вы захотите сначала прочитать предыдущий сайт.

Это все, надеюсь, это сработает для вас

Создан 15 июля ’20, 16:07

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

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

прямо перед строкой:

$send = $mail->Send();

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

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

Создан 11 июн.

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

ответ дан 24 мая ’16, 23:05

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

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

b. Click on the app password. 

Введите описание изображения здесь

You will reach a page like this,

Введите описание изображения здесь

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

d. Use that password acquired here inside the app.

Это должно решить проблему.

ответ дан 20 мая ’18, 11:05

  1. сначала перейдите к https://myaccount.google.com
  2. Выберите вкладку Безопасность
  3. Прокрутите вниз и выберите «Небезопасный доступ к приложениям».
  4. Включите доступ

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

ответ дан 29 апр.

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

ответ дан 18 авг.

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

Создан 29 янв.

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

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]

Создан 10 фев.

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

  • Я отключил двухфакторную аутентификацию в своей учетной записи Gmail.
  • Я разрешил менее безопасным приложениям доступ к моей учетной записи Gmail. Чтобы он заработал, мне пришлось пойти в myaccount.google.com -> Sign-in & security -> Apps with account access, и повернуть Allow less secure apps в ON (внизу страницы).
  • На этом этапе, когда я пытался зарегистрировать пользователя, я получал ту же ошибку. Google отправлял мне предупреждающее сообщение о том, что у кого-то есть мой пароль, а вход заблокирован.
  • Gmail предложит вам варианты. Вы либо нажимаете, было ли это действие вашим или не вашим. Выберите вариант, что действие было вашим.
  • Попробуйте зарегистрироваться еще раз. Теперь он должен работать.

ответ дан 14 дек ’17, 12:12

С вашим кодом проблем нет.

Выполните два простых шага, чтобы отправить электронную почту из phpmailer.

  • Вы должны отключить настройку двухэтапной аутентификации для учетной записи Google, если вы ее включили.

  • башня ON разрешить доступ к менее безопасному приложению.

ответ дан 12 апр.

ответ дан 25 дек ’19, 14:12

Не тот ответ, который вы ищете? Просмотрите другие вопросы с метками

php
phpmailer

or задайте свой вопрос.

Источник

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

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

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

Почему мое электронное письмо для сброса пароля не отправляется?

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

Некоторые другие подобные сообщения об ошибках включают в себя:

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

Как долго действует ссылка для сброса пароля?

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

Теперь давайте перейдем к решениям для ошибки, возникшей при отправке почтового сообщения для сброса пароля.

Что я могу сделать, если восстановление моего пароля электронной почты не работает?

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

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

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

2. Проверьте папку «Спам»

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

Папка со спамом в Gmail

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

3. Попробуйте сбросить пароль другим способом

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

Попробуйте другие варианты восстановления в Google

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

4. Подождите, пока серверы начнут работать

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

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

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

Наконец, сообщите нам, какое исправление сработало для вас, в разделе комментариев ниже.

Источник

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

Источник
В 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С, опишите в комментариях проблему и текст ошибки. В этом случае мы постараемся вам помочь. К тому же это будет полезно другим и мы сможем дополнить текущую статью.

Источник

Понравилась статья? Поделить с друзьями:
  • Ошибка отправления почты mozilla thunderbird
  • Ошибка отправления заявления в ведомство что это
  • Ошибка отправки элн портал фсс недоступен попробуйте отправить позже
  • Ошибка отправки чека в егаис возраст чека
  • Ошибка отправки чека в егаис вики мини