«Ошибка 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 -> «Вход и безопасность» -> «Приложения с доступом к учетной записи» и включить «Разрешить менее безопасные приложения» в положение «ВКЛ» (внизу страница).
- Откройте веб-браузер и войдите в Gmail по адресу http://mail.google.com/mail . Если вы видите запрос проверки слова, введите буквы в искаженном изображении и завершите вход.
- Закройте браузер и попробуйте снова получить доступ к своим сообщениям в своем почтовом клиенте.
- Если у вас все еще есть проблемы, перейдите на страницу http://www.google.com/accounts/DisplayUnlockCaptcha и войдите в систему со своим именем пользователя и паролем Gmail. При необходимости введите буквы в искаженном изображении.
- Нажмите «Продолжить».
- Перезагрузите почтовый клиент и повторите попытку доступа к сообщениям в почтовом клиенте.
Я получил ту же ошибку, и в моем случае это был пароль. У моего пароля есть специальные символы, и если вы укажете пароль без экранирования специальных символов, ошибка будет продолжать отображаться. Например $mail->Password = » por$ch3″; действителен, но не будет работать с использованием приведенного выше кода. Решение должно быть следующим: $mail->Password = «por$ch3»; Обратите внимание на обратную косую черту, которую я поставил перед символом доллара в моем пароле. Это должно работать, если у вас есть пароль с использованием специальных символов
Для меня у меня были специальные символы в моем поле пароля, и я поместил его как $ mail-> Password = «por $ ch3», которые работают на сервере gmail smpt, но не для других; поэтому я просто изменил двойные кавычки на одинарные кавычки, и это работает для меня. $ mail-> Пароль = ‘por $ ch3’;
Я получил эту ошибку из-за процентных знаков в пароле.
Если вы по-прежнему сталкиваетесь с ошибкой при отправке электронной почты с тем же сообщением об ошибке. Попробуй это:
просто перед линией:
или в другом смысле, перед вызовом функции Send ().
Протестировано и работает.
У меня была такая же проблема и все советы, включая настройку Gmail (например, менее безопасный доступ к приложениям), не повезло. Но, наконец, когда я сменил пароль на что-то другое, почему-то это сработало! FYI, у начального пароля не было никаких специальных символов.
[Решено]. Я испытывал ту же ошибку при настройке плагина WP-Mail-SMTP в WordPress.
Проблема будет сохраняться даже тогда, когда я «тройной проверял» настройки и учетные данные для входа и могу войти в систему вручную с помощью браузера.
Ниже приведен список шагов, которые вы можете предпринять, чтобы исправить это.
- Создайте новый пароль для учетной записи Gmail, которую хотите использовать.
- Включить менее безопасные приложения в настройках безопасности Google
- Используйте страницу « Display Unlock Captcha чтобы дать вашему приложению или веб-сайту разрешение на вход в Gmail. Нажмите « Continue или следуйте инструкциям.
- Войдите в систему, используя приложение или веб-сайт. Параметры 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: не удалось аутентифицироваться. У меня была такая же проблема. Следующие шаги по устранению неполадок помогли мне.
В этом посте я расскажу вам как настроить 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
| Код ошибки | Значение | Описание |
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. Будьте уверены, наш гид поможет вам это исправить.
Если у вас все еще есть какие-либо проблемы, не стесняйтесь оставлять комментарии ниже. Мы хотим услышать от вас.
Настройка SMTP для Joomla
В этом посте я расскажу вам как настроить Joomla для отправки почты по протоколу SMTP. Для начала необходимо открыть панель администратора и зайти в «System->Global configuration» («Система->Общие настройки»). В этом разделе открыть вкладку Server (Сервер) и в правом нижнем углу найти настройки отправления почты. В графе «Mailer» («Способ отправки») выбрать SMTP, в поле «From email» («Email сайта») указать вашу почту, а в поле «From Name» («Отправитель письма») имя отправителя. Далее поля заполняются в зависимости от настроек вашего почтового сервера, вы с легкостью их найдете по запросу вида «smtp google» или «smtp mail.ru». На скриншоте ниже изображены стандартные настройки моей почты на яндексе.
Ниже приведены рекомендуемые настройки для разных почтовых серверов (спасибо Aleks_e1_Dia):
Для mail.ru
E-mail сайта — указываете действующий почтовый ящик на mail.ru, например — test@mail.ru
Отправитель письма — имя отправителя (или название сайта, к примеру), которое будет отображаться у адресата в поле «От..»
Авторизация на SMTP-сервере — ДА
Защита SMTP — SSL
Порт SMTP-сервера — 465
Имя пользователя SMTP — это ваш действующий email на mail.ru, например — test@mail.ru
Пароль для SMTP — пароль от вашего почтового ящика
SMTP-сервер — smtp.mail.ru
Для gmail.com
E-mail сайта — указываете действующий почтовый ящик на mail.ru, например — test@gmail.com
Отправитель письма — имя отправителя (или название сайта, к примеру), которое будет отображаться у адресата в поле «От..»
Авторизация на SMTP-сервере — ДА
Защита SMTP — SSL
Порт SMTP-сервера — 465
Имя пользователя SMTP — это ваш действующий email на gmail.com, например — test@gmail.com
Пароль для SMTP — пароль от вашего почтового ящика
SMTP-сервер — smtp.gmail.com
Для Yandex
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
Для Yahoo
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
Для Hotmail
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 мы указываем содержимое нашего почтового ящика до собаки, в других почтовых серверах возможно необходимо указывать почту целиком.
The following From address failed: example@example.com : MAIL FROM command failed,553,5.7.1 Sender address rejected: not owned by auth user.
SMTP-сервер — это программное обеспечение для отправки электронных писем, использующее SMTP протокол. Напомним, что вообще работа электронной почты обеспечивается с помощью трех протоколов: POP3 или IMAP — для получения писем, SMTP — для отправки.
Передача письма по SMTP происходит с помощью TCP-соединения. Стандартный порт для незащищенного соединения — 25. Однако многие сервисы по умолчанию его блокируют, так как именно на него обычно идет рассылка вирусного спама.
В качестве альтернативных можно прописывать в настройках порты 587 и 2525.
Для защищенного соединения по SSL используется порт 465.
Как работает SMTP-сервер
Функции почтового сервера SMTP сводятся к следующему:
- определить домен получателя письма и то, совпадает ли он с доменом отправителя;
-
определить IP-адрес сервера SMTP получателя;
-
установить соединение с ним;
-
с помощью серии запросов-ответов передать адреса отправителя и получателя, а также само письмо вместе с заголовками.
Если провести аналогию с обычной почтой, то функции SMTP-сервера можно сравнить с работой почтового отделения, которое проверяет корректность данных получателя на вашем конверте и отправляет письмо по месту назначения. Само письмо почтовое отделение не вскрывает. Сервер SMTP также не проверяет заголовки и содержимое вашего письма, а отправляет его как есть.
Виды почтовых серверов
SMTP-сервер встречается в нескольких вариантах:
- Бесплатные серверы SMTP. Идут как дополнение к бесплатным почтовым сервисам, таким как Яндекс.Почта, Gmail, Mail.ru и другим. Предназначены в основном для личного использования и не подходят для корпоративных рассылок: есть ограничения на количество отправок, высокий риск попасть под спам-фильтры и т. д.
- Сервер, предоставляемый интернет-провайдером. Этот вариант SMTP чем-то похож на использование бесплатных почтовых серверов: у вас также будут ограничения на отправку писем и, возможно, на скорость обработки очереди отправки
- SMTP от хостинга. Обычно достаточно производительный и без ограничений на отправку. Но нужно учитывать, что при массовых рассылках и низком качестве списка получателей есть большой риск попасть под спам-фильтр, причем не только того адреса, с которого ведется рассылка, но и всего домена.
- Коммерческие серверы SMTP. Предлагаются многими сервисами рассылок. Лучшее решение, если вы рассылаете множество писем, причем как транзакционных, так и рекламных. Обеспечивают быструю и надежную доставку и снижают риск попадания ваших писем в папку «Спам» у получателей.
Ответы SMTP-сервера. Коды успешной или неуспешной обработки запроса
В процессе передачи данных по SMTP ваш сервер отправляет на почтовый сервер получателя запросы, а тот высылает ответы. Ответы содержат трехзначный код, в котором зашифрован результат обработки запроса, и поясняющий текст к нему. Коды ответов могут иметь вид:
- 2xx. Такой ответ означает, что предыдущая команда была успешно выполнена.
- 3xx. Коды, начинающиеся на тройку, высылаются на промежуточном этапе передачи, когда сервер ждет остальную часть данных.
- 4xx. Это коды ошибок, которые могут носить временный характер.
- 5xx. В эту категорию относятся коды критичных ошибок.
Коды ошибок SMTP, их причины и варианты исправления ситуации
Прежде всего учтите важный момент: хотя многие коды ответов стандартны, существуют и уникальные для каждого SMTP сервера коды. Их могут создавать администраторы почтовых серверов. Обычно к ним идет поясняющий текст, из него можно понять, в чем дело.
Мы же разберем самые распространенные ошибки SMTP и поясним, что делать в этих ситуациях.
Ошибка 421
Расшифровка ошибки SMTP 421 — «сервис недоступен». Причиной могут быть:
-
Блокировка трафика на 25 порту. Пропишите в настройках альтернативные порты.
-
Неправильно заданы настройки соединения. Проверьте и исправьте настройки.
-
Ваш антивирус или брандмауер блокирует соединение с сервером SMTP.
Попробуйте отключить программу защиты и отправить письмо. Если ошибка исчезла, значит дело в этом. Добавьте IP-адрес сервера в исключения антивируса или брандмауера.
- Использование VPN. Встречается достаточно редко, но все же проверьте, отправляется ли письмо, если отключить VPN. Если да, то необходимо обратиться к администраторам VPN-сервиса, чтобы устранить проблему.
-
Вы используете бесплатный сервер SMTP и при этом отправляете много писем. У таких серверов существуют лимиты на отправку в определенный промежуток времени, возможно, вы его превысили. Вам лучше использовать профессиональные платные решения.
-
Грейслистинг (серый список). Это функция защиты от спама. Работает она следующим образом: в ответ на все подозрительные письма, письма с адресов, с которых сообщение приходит впервые, сервер отправляет эту ошибку. Если на стороне отправителя — легитимный SMTP-сервер, а не спамерское ПО, то через некоторое время он отправит письмо еще раз, и уже тогда сервер получателя примет письмо. Спамеры обычно не предпринимают повторных попыток отправки. Предпринимать в этом случае обычно ничего не нужно — если вы пользуетесь надежным сервером, он сам повторит отправку и письмо будет доставлено.
Ошибка 451
Эта ошибка означает, что отправка была прервана в процессе. Возможные причины и пути решения проблемы следующие:
- На DNS-сервере неправильно прописаны параметры почтового сервера (MX записи). Например, некорректно проставлены предпочтения, если почтовых серверов для домена несколько. Перепроверьте и исправьте записи. Возможно, потребуется также посмотреть логи и файлы конфигурации.
- Превышены лимиты сервера на отправки или подключения. Проверьте, нет ли подозрительно большого количества отправляемых писем, если все нормально — увеличьте лимиты в настройках.
Ошибка 452
Означает, что либо у вас, либо у получателя закончилось место на машине, где установлен сервер, или не хватает памяти для обработки. Проверьте, есть ли в сообщении упоминание про «memory», и проверьте свою систему. Если у вас все в порядке, обратитесь к получателю.
Ошибка 550
Самый распространенный тип ошибки SMTP. В большинстве случаев возникает, если указан несуществующий email-адрес получателя. Но также возможны следующие причины:
- Не работает почтовый сервер на стороне адресата. Попробуйте отправить любое письмо на домен, за который отвечает другой почтовый сервер. Если письмо успешно отправлено — значит, проблема не у вас, нужно связаться с адресатом и объяснить ему ситуацию.
-
Неправильно настроены параметры SMTP — перепроверьте настройки.
-
Вы используете сервер провайдера, и у него установлены лимиты на отправку сообщений. Свяжитесь с провайдером, узнайте значения лимитов. При необходимости перейдите на другой тариф или используйте платный SMTP-сервер.
-
Возможно, в вашей сети вирус и с вашего адреса рассылается спам. Проверьте систему с помощью антивирусного ПО.
Ошибка 571
Это ошибка означает, что сервер SMTP получателя не принял ваше письмо. Возможные причины:
- Ваш IP-адрес заблокирован почтовым сервером адресата. Это может сделать антивирусное ПО, или файервол, или программное обеспечение для защиты от спама. Проблему нужно решать с системным администратором получателя.
-
Ваш email внесен в списки спамеров. Нужно разбираться в причине и предпринимать меры, чтобы его оттуда удалили.
-
У вашего IP нет rDNS записи. Это необходимый параметр, без него ни один почтовый сервер не примет ваше письмо. Для решения проблемы обратитесь к хостинг-провайдеру.
Истек сертификат почтового сервера
Просто обновите сертификат SMTP.
SMTP или простой протокол передачи почты можно понимать как набор руководящих принципов связи, которые позволяют программному обеспечению передавать электронную почту через Интернет.
SMTP-сервер будет иметь адрес электронной почты, установленный почтовым клиентом или приложением. Как правило, адрес SMTP-сервера электронной почты можно найти в учетной записи вашего почтового клиента или в разделе настроек.
Но в последнее время у многих пользователей возникли проблемы с подключением своих учетных записей электронной почты с помощью метода SMTP. При попытке сделать это они столкнулись с ошибкой аутентификации SMTP.
Если вы также столкнулись с этой проблемой, продолжайте читать, чтобы узнать, как ее исправить.
Для чего используется SMTP-аутентификация?
Используя SMTP-клиент, пользователи могут входить в систему, используя любой механизм аутентификации, поддерживаемый сервером. В основном серверы отправки используют это, поскольку аутентификация обязательна для доступа к данным.
Аутентификация SMTP — это метод, с помощью которого пользователи интернет-провайдера идентифицируют себя на сервере электронной почты для отправки почты. Никто не может отправлять электронную почту через любой почтовый сервер по своему выбору; почтовые серверы разрешают отправку электронной почты только авторизованным пользователям.
Нужна ли мне аутентификация SMTP?
В настоящее время конфиденциальность является главной заботой людей. Каждый, кто использует почтовый сервер, стремится оставаться анонимным, и аутентификация SMTP делает это.
Если вы не используете SMTP-аутентификацию, потенциальный хакер может обмануть вас. Они могут получить доступ к вашему почтовому серверу, отправлять несанкционированные электронные письма о продажах и запрашивать личную информацию у получателя для кражи личных данных.
Как аутентифицировать мой SMTP-сервер?
- Откройте Gmail, щелкните значок шестеренки вверху и выберите «Все настройки».
- Перейдите в «Учетные записи и импорт» и нажмите «Добавить другой адрес электронной почты».
- Введите свое имя и адрес электронной почты и снимите флажок Считать псевдонимом.
- На следующем экране введите SMTP-сервер, указанный в электронном письме с подтверждением AuthSMTP, введите имя пользователя и пароль AuthSMTP, проверьте защищенное соединение с использованием TLS и нажмите «Добавить учетную запись».
- Теперь вы получите электронное письмо с кодом подтверждения. Введите код и нажмите «Подтвердить».
- И это сделано! Теперь вы успешно аутентифицировали свой SMTP-сервер. Новая учетная запись отправителя указана в разделе «Отправить почту».
Как исправить ошибку аутентификации SMTP?
1. Проверьте свои учетные данные электронной почты
Ошибка аутентификации SMTP 535 может возникнуть, если пользователь ввел неверные учетные данные для входа на портале своих поставщиков услуг электронной почты. Обычно люди используют то же имя пользователя и пароль, что и их адрес электронной почты, для входа на свой почтовый сервер.
Но некоторые SMTP-серверы запрашивают другой набор учетных данных, чем учетная запись электронной почты. Чтобы решить эту проблему, введите правильные учетные данные для входа или попробуйте сбросить пароль.
2. Проверьте, не отключен ли ваш аккаунт
Такие проблемы, как рассылка спама и платежные взносы, иногда могут привести к отключению вашей учетной записи. Отключенная учетная запись может быть причиной возникновения ошибки аутентификации SMTP.
В результате вам следует проверить статус своей учетной записи, чтобы убедиться, что она активна. Если у вас возникнут какие-либо проблемы, пожалуйста, свяжитесь со службой поддержки вашего сервера.
3. Проверьте, не отключено ли SMTP-соединение вашим поставщиком услуг электронной почты.
Это может происходить очень редко, но иногда поставщики услуг могут отключить SMTP-соединение из-за некоторых ошибок на сервере. В этом случае попробуйте обратиться к поставщику услуг электронной почты, чтобы повторно включить аутентификацию SMTP.
На каких платформах может возникать ошибка аутентификации SMTP и как ее исправить?
Ниже приведен список всех платформ, на которых возникает ошибка проверки подлинности SMTP при сканировании на электронную почту, и способы их устранения:
- Ошибка проверки подлинности SMTP в Office 365: снимите флажок Проверка подлинности SMTP в Office 365, а затем снова включите ее. Подождите 10 минут, чтобы изменения вступили в силу.
- Ошибка аутентификации SMTP в Outlook: наиболее вероятная причина — неправильная конфигурация SMTP. Следовательно, в большинстве случаев проверка конфигурации может решить эту проблему.
- Ошибка аутентификации SMTP в Gmail. Эта проблема может возникнуть при подключении почтового ящика для входящей почты или при отправке исходящей почты с использованием внешнего SMTP. Проверьте, правильно ли вы ввели пароль и активировали ли двухфакторную аутентификацию.
- Ошибка аутентификации SMTP в Python: Google предотвращает попытки входа из приложений, которые не соответствуют современным требованиям безопасности. Рассмотрите возможность входа через браузер и повторите попытку запуска кода, если вы можете получить доступ к своей учетной записи.
- Ошибка проверки подлинности SMTP на принтере Canon. Это может произойти, если учетная запись, которую вы используете для подключения к SMTP-серверу, не имеет права на отправку в качестве адреса электронной почты, указанного в качестве отправителя.
- Ошибка аутентификации SMTP в Jotform: убедитесь, что в вашей учетной записи Office 365 включен SMTP. Вы можете подтвердить это у своего поставщика услуг или использовать инструмент проверки, чтобы убедиться, что SMTP работает правильно.
Вот как вы можете исправить ошибку аутентификации SMTP при входе в систему вашего поставщика услуг электронной почты.
Если методы устранения неполадок не помогли решить эту ошибку, это может быть проблема с портом SMTP. Будьте уверены, наш гид поможет вам это исправить.
Если у вас все еще есть какие-либо проблемы, не стесняйтесь оставлять комментарии ниже. Мы хотим услышать от вас.
Будучи менеджером коммерческого отдела небольшой торговой компании, я выполнял задачу по отправке нескольких сотен писем постоянным и потенциальным клиентам. Базу формировали из открытых источников мы сами, предложение было реально интересным целевой аудитории. Возникла «неожиданная» проблема – часть писем стала возвращаться. Кроме того, начали приходить сообщения с указаниями кодов ошибки SMTP. Своего IT-специалиста в штате у нас не было, потому разобраться с проблемой я решил самостоятельно. О результатах этой работы, причинах возникновения таких ошибок и методах их решения расскажу в этой статье.
Как избежать ошибок при составлении и отправке писем
Причинами возникновения ошибок и, как следствие, неполучения сообщений могут служить разные факторы. Одни из них связаны с неправильным составлением исходящих писем самим пользователем, другие относятся к более глобальным программным настройкам со стороны получателя.
Самый простой способ это понять – отправить тестовое сообщение на свой ящик. Затем следует протестировать его отправку и получение, используя разные внешние почтовые сервисы: 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 говорит об успешном или неудачном варианте доставки именно на уровне взаимодействия почтовых серверов. Положительный ответ вовсе не означает, что ваше письмо не попало в папку «Спам».
Читайте также
Виды почтовых сервисов
На программном уровне существует несколько видов обработки электронной почтовой корреспонденции. К первой группе относятся виртуальные сервисы, доступные чаще всего в бесплатном исполнении через интернет-соединение на сайте почтового сервера. Это всем известные ресурсы:
- Gmail/Google Suite (почта от Google.com);
- Yandex.ru;
- Mail.ru;
- Rambler.ru и другие.
Более подробную информацию о значениях ответов SMTP можно получить на сайтах популярных почтовых сервисов:
- Коды ошибок SMTP почтового сервиса Gmail (Google Suite) (support.google.com)
- Создание и отправка писем на сервисе Яндекс
- Ошибки отправки писем при использовании сервера и сервиса Mail.ru
Ко второй группе относятся почтовые клиенты – программы, обладающие более расширенным функционалом, чем виртуальные сервисы. Наиболее популярными и универсальными почтовыми клиентами для Windows являются:
- Opera Mail;
- Mozilla Thunderbird;
- Koma-Mail;
- SeaMonkey;
- The Bat!;
- Microsoft Outlook.
Принципы работы почтовых клиентов несколько отличаются от процесса обработки корреспонденции виртуальными серверами. При отправке сообщения программа отсылает его не напрямую конечному получателю, а ретранслирует через сервер-релей. Этот процесс осуществляется чаще всего с использованием протокола SMTP, а получение корреспонденции обычно происходит с помощью IMAP или POP.
Коды SMTP-ответов определяются стандартом. Администратор почтового сервера может создать собственные настройки, в том числе и в части кодировки ответов сервера. Особенно это касается локальных почтовых программ, установленных непосредственно на сервере какой-нибудь компании.
О вариантах выбора и способах создания корпоративных почтовых сервисов более подробно можно прочитать здесь: Что такое почтовый сервер и зачем он нужен.
Классификация отрицательных SMTP-сообщений. Способы решения проблем
Я настроил свою почтовую программу – локальный клиент (MS Outlook и т.п.) или бесплатную почту на gmail или yandex. Начинаю отправлять письма, но сталкиваюсь с различными проблемами, связанными с тем, что мои респонденты не получают направленную им корреспонденцию. Соответственно, на мой ящик приходят сообщения об ошибках в виде кодировок SMTP.
Сразу опускаю тот пакет сообщений, которые начинаются с 2хх и 3хх, так как они содержат информацию о том, что задача получения письма уже решена положительно либо получит такой статус в ближайшее время. Более подробно рассмотрим некоторые виды кодированных сообщений, начинающихся с 4хх и 5хх, т.е. отклики SMTP-сервера, которые сообщают о наличии проблем.
Почтовый сервер сообщил об ошибке 421
Значение: Service Not Available. Сервер недоступен: канал связи будет закрыт.
|
Возможные причины |
Варианты решения |
|
Неправильно заданы параметры SMTP-соединения |
Необходимо перепроверить настройки |
|
Брандмауэр блокирует IP-адрес сервера электронной почты |
Необходимо создать новое правило в брандмауэре |
|
Блокируется трафик через порт 25 |
Попробуйте в настройках учетной записи электронной почты сменить номер порта SMTP на 465 |
|
Проблема использования VPN |
Необходимо, чтобы провайдер услуги занес ваш почтовый сервер в белый список адресов VPN |
Данная ошибка возникает наряду с грейлистингом (Greylisting – «Серый список») при интенсивном использовании бесплатного SMTP-сервера, который лимитирует количество отправляемых сообщений в единицу времени. Для решения этой проблемы можно воспользоваться высоконагруженным SMTP-сервером. Чаще всего эта услуга является платной.
Получено сообщение с кодом 451
Значение: Requested action aborted: local error in processing. Требуемое действие прерывалось: ошибка в обработке.
|
Возможные причины |
Варианты решения |
|
Превышено количество допустимых подключений или лимит обмена сообщениями за отрезок времени, письма ждут отправки в очереди |
В настройках сервера увеличить лимит или задать ограничение не на количество подключений, а на количество писем на одного пользователя. Накопившуюся очередь писем можно отправить повторно командой «force send» |
|
Неправильно настроены MX-записи домена, из-за чего происходит неправильная маршрутизация писем |
Проверьте логи, конфигурационные файлы, МХ-записи и разрешения, внесите корректировки |
Устранение проблем с доставкой электронной почты для кода ошибок 451 4.7.500–699 (ASxxx) в Exchange Online. Электронная почта из доменов onmicrosoft.com ограничена и фильтруется для предотвращения спама.
Необходимо добавить настраиваемый домен.
Ошибка почтового сервера 452
Значение: Insufficient system resources. Запрашиваемое действие не выполнено: недостаточно места в системе.
|
Возможные причины |
Варианты решения |
|
На сервере получателя закончилось место, поэтому письмо не доставляется |
Чтобы в этом убедиться, достаточно попробовать осуществить отправку письма с другого сервера |
|
В сообщении присутствует текст «Out of memory». Это значит, что недостаточно места на вашем сервере |
Необходимо проверить количество отправляемых писем в очереди, наличие свободного места на диске и объем доступной памяти |
В Microsoft Exchange Server есть специальный компонент мониторинга доступных ресурсов Back Pressure, который отслеживает свободное место на диске, на котором хранятся очереди транспортной службы Exchange. При возникновении такой ошибки можно сделать следующее:
- очистить диск от ненужных файлов;
- отключить мониторинг Back Pressure (не рекомендуется);
- перенести транспортную очередь на другой диск достаточного объема.
Сервер сообщил об ошибке SMTP 550
Значение: Mailbox unavailable. Требуемые действия не предприняты: электронный ящик недоступен
|
Возможные причины |
Варианты решения |
|
Неверно указан email-адрес получателя |
Необходимо связаться с адресатом альтернативным способом и уточнить правильность написания адреса, а также убедиться, что он является действующим |
|
Система заражена вирусом, осуществляющим массовую рассылку писем с вашего адреса |
Провести полную проверку специализированной антивирусной программой |
|
На стороне вашего интернет-провайдера установлены ограничения на отправку исходящих сообщений |
Необходимо связаться с поставщиком интернет-услуг и получить консультацию по устранению данной проблемы |
|
Сервер получателя не работает |
Отправьте тестовое письмо на другой почтовый сервер. Свяжитесь с получателем и сообщите о проблеме |
Данная ошибка может возникнуть из-за настроек программы Антиспам на стороне получателя. Проверьте корректность оформления вашего письма и другие параметры, по которым ваше сообщение может быть отнесено к нежелательным.
Почтовый сервер ответил ошибкой 571
Значение: SMTP Protocol Returned a Permanent Error 571 xxx@mail.ru prohibited. We do not relay/Spam message rejected. Ошибка на стороне получателя почты.
|
Возможные причины |
Варианты решения |
|
Ваш IP-адрес заблокирован на стороне конечного получателя спам-фильтром, антивирусом или файрволом |
Данную проблему может решить только администратор сети получателя, исключив ваши идентификационный данные из списка блокировки или добавив их в «белый список» |
|
Неверные учетные данные ретранслятора. У вас нет разрешения на отправку электронной почты через сервер, который находится между вами и получателем |
Обратитесь к администратору данного ресурса для изменения настроек |
|
У IP отправителя нет RDNS |
Проверьте настройки получения писем и разрешения для доменов-отправителей |
Как я уже писал выше, разные почтовые серверы накладывают свои ограничения на прием и отправку сообщений. Код 571 в Google Suite расшифровывается следующим образом: «Действующая политика запрещает отправку этого сообщения». Письмо может содержать защищенные или конфиденциальные данные – номера кредитных карт и т.п. Или политика администрирования запрещает отправку определенными пользователями сообщений адресатам вне установленной группы.
Сертификат почтового сервера недействителен
Обычно с таким сообщением приходится сталкиваться пользователям, у которых настроен Microsoft Exchange Server/MS Outlook. В данной ситуации самое простое решение – обновить сертификат.
Проверка доступности почтового сервера программным методом
В данной статье описаны лишь некоторые варианты ошибок, которые могут возникнуть при отправке электронных сообщений. Полный перечень достаточно объемен и во многом зависит от настроек конкретного сервера как на стороне отправителя, так и получателя. Некоторые из ошибок могут быть легко устранены обычным пользователем, другие под силу лишь опытным администраторам.
Одним из способов предупреждения появления ошибок является онлайн-проверка доступности почтового сервера с помощью бесплатных инструментов:
- https://mxtoolbox.com
- https://www.ultratools.com
- http://mail2web.com
Эти сервисы пробуют подключиться к почтовому серверу по SMTP, подтверждают, что у него есть запись обратной зоны DNS, и замеряют время отклика. С их помощью можно диагностировать некоторые ошибки службы почтовых серверов или проверить, не занесен ли данный ресурс в черные списки из-за спама.
Прочитав эту статью, обратите внимание на то, как настроен ваш почтовый сервер на получение сторонних писем по SMTP-протоколу. Быть может, в данный момент ваш антиспам или локальная политика фильтрации входящих сообщений блокирует получение очень важного и нужного для вас месседжа? Проверьте сами или обратитесь к системному администратору. Если ошибку с SMTP никак не удается решить, то попробуйте обратиться в службу поддержки почтового сервера.
by Vladimir Popescu
Being an artist his entire life while also playing handball at a professional level, Vladimir has also developed a passion for all things computer-related. With an innate fascination… read more
Updated on June 16, 2022
- Many users have had trouble connecting their email accounts through the SMTP method. While trying to do so, they have encountered an SMTP authentication error.
- This occurs mainly if the user’s account is disabled.
- One of the recommendations requires checking if the SMTP connection is disabled by your email service provider.
- Optimize resource usage: Opera One uses your Ram more efficiently than Brave
- AI and User Friendly: New feature directly accessible from the sidebar
- No ads: Built-in Ad Blocker speeds up the loading of pages and protects against data-mining
- Gaming friendly: Opera GX is the first and best browser for gamers
- ⇒ Get Opera One
SMTP or Simple Mail Transfer Protocol could be understood as a set of communication guidelines that allow the software to transmit an electronic mail over the Internet.
An SMTP server will have an email address set by the mail client or application. Generally, the SMTP email server address can be found in your mail client’s account or settings section.
But recently, many users have had trouble connecting their email accounts through the SMTP method. While trying to do so, they have encountered an SMTP authentication error.
If you’re also facing this issue, keep reading to know how you can fix it.
What is the use of SMTP authentication?
Using an SMTP client, users can log in using any authentication mechanism supported by the server. Mainly, submission servers use this as authentication is mandatory to access the data.
SMTP authentication is a method by which ISP users identify themselves to the email server to send the mail. No person can send email via any mail server they choose; mail servers will only allow the sending of email by authorized users.
Do I need SMTP authentication?
Nowadays, privacy is a primary concern people consider. Everyone using an email server aims to stay anonymous, and SMTP authentication does that.
If you don’t use SMTP authentication, it’s possible that a potential hacker can spoof you. They can access your email server, send unauthorized sales emails, and request personal information from the recipient for identity theft.
How do I authenticate my SMTP server?
- Open Gmail, click on the Gear icon at the top, and select All Settings.
- Navigate to Accounts & Import and click on Add another email address.
- Enter your name and the email address and uncheck the option Treat as an alias.
- In the next screen, enter the SMTP server included in your AuthSMTP confirmation email, Enter your AuthSMTP username and password, Check Secured connection using TLS, and click on Add Account.
- You’ll now receive an email with a confirmation code. Enter the code and click on Verify.
- And it’s done! You’ve now successfully authenticated your SMTP server. The new sender account is listed under the Send mail section.
How do I fix SMTP authentication error?
1. Check your email credentials
Some PC issues are hard to tackle, especially when it comes to missing or corrupted system files and repositories of your Windows.
Be sure to use a dedicated tool, such as Fortect, which will scan and replace your broken files with their fresh versions from its repository.
The SMTP authentication error 535 can occur if the user has entered the wrong login credentials on their email service providers portal. Usually, people use the same username and password as their email address to log in to their email server.
But some SMTP servers ask for a different set of credentials than the email account. To resolve this, enter the correct login credentials or try resetting your password.
2. Check if your account is disabled
Issues like spamming and payment dues can sometimes disable your account. A disabled account could be the reason why an SMTP authentication error occurs.
As a result, you should verify the status of your account to confirm if it is active. If you encounter any problems, please contact your server support staff.
- Personal Microsoft Accounts Not Supported For Application [Fix]
- What is Msseces.exe & How to Fix its High Memory Usage?
3. Check if the SMTP connection is disabled by your email service provider
This can happen very rarely but sometimes service providers can disable the SMTP connection due to some errors in the server. In this case, try reaching out to your email service provider to re-enable SMTP authentication.
On what platforms can the SMTP authentication error occur and how to fix them?
Below is a list of all the platforms where the SMTP authentication error scan to email occurs and methods to fix them:
- SMTP authentication error in Office 365: Uncheck SMTP Authentication in Office 365 and then re-enable it. Allow 10 minutes for the adjustments to take effect.
- SMTP authentication error in Outlook: The most probable cause is an improper SMTP configuration. Hence, in most cases checking the configuration can fix this issue.
- SMTP authentication error in Gmail: This issue can occur when connecting a mailbox for incoming mail or sending outgoing mail using external SMTP. Check if you have typed the proper password and if you’ve activated two-factor authentication.
- SMTP authentication error in Python: Google prevents sign-in attempts from applications that do not adhere to contemporary security requirements. Consider signing in through your browser and try running your code again if you are able to access your account.
- SMTP authentication error in Canon printer: This might occur if the account you’re using to connect to the SMTP server lacks the authorization to send as the email address entered as the sender.
- SMTP authentication error in Jotform: Check that your Office 365 account has SMTP enabled. You may confirm this with your service provider or use a check tool to ensure that the SMTP is functioning properly.
This was how you can fix the SMTP authentication error while logging into your email service provider.
If the troubleshooting methods didn’t solve this error, this could be a SMTP Port problem. Rest assured our guide can help you fix it.
If you still have any issues, feel free to drop a comment below. We’re eager to hear from you.
Пытаюсь настроить на сайте (joomla) почту на домене. Настройки smtp такие:
Вроде все верно, но получаю вот это:
Домен на кириллице, поэтому почту зарегал в яндексе. Обратился к ним в поддержку, ответили что нужно в настройках включить либо IMAP, либо POP3 и только тогда включится авторизация через smtp. Окей, сделал. Но проблема осталась. Пробовал вместо mail@домен.рф пуни код. Изменений нет. Может кто сталкивался? Есть ли решение или дело в joomla? (Из-за домена на кириллице). Может ли виртумарт как то влиять на это все? Можно ли чем-нибудь заменить стандартный джумловский способ, например плагином для joomla?
-
Вопрос заданболее двух лет назад
-
494 просмотра