Содержание
- Что такое ошибка аутентификации SMTP и 3 способа ее исправить
- Для чего используется SMTP-аутентификация?
- Нужна ли мне аутентификация SMTP?
- Как аутентифицировать мой SMTP-сервер?
- Как исправить ошибку аутентификации SMTP?
- 1. Проверьте свои учетные данные электронной почты
- 2. Проверьте, не отключен ли ваш аккаунт
- 3. Проверьте, не отключено ли SMTP-соединение вашим поставщиком услуг электронной почты.
- На каких платформах может возникать ошибка аутентификации SMTP и как ее исправить?
- SMTP Error (535): Authentication failed – How we Fixed it
- What is SMTP Authentication?
- Causes For the “Error 535: Authentication failed”
- 1. Incorrect Username and Password
- 2. Account Disabled
- 3. SMTP Authentication
- How to configure SMTP Authentication in a Mail client
- Enable SMTP auth in the server
- SMTP Auth in Plesk server
- Enable SMTP Authentication In cPanel
- Conclusion
- Related posts:
- PREVENT YOUR SERVER FROM CRASHING!
- 6 Comments
- Перестала работать почта Gmail через SMTP
Что такое ошибка аутентификации SMTP и 3 способа ее исправить
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 Error (535): Authentication failed – How we Fixed it
by Sijin George | Apr 12, 2019
Everyone expect mails to work flawlessly, but that doesn’t always work.
Occasionally, mail servers may reject emails with some strange errors, such as “SMTP Error (535): Authentication failed”
At Bobcares, we often get requests from customers to fix SMTP errors as part of our Technical Support Services.
Today, we’ll see how our Support Engineers help our customers to resolve such tough email errors.
What is SMTP Authentication?
Mail client like Outlook uses SMTP (Simple Mail Transfer Protocol) to send messages. Later, to download the mails E-mail clients use either POP or IMAP protocol.
But, for any reason, if the authentication fails, mail client like Outlook generates an appropriate error message.
“SMTP Error (535): Authentication failed” error is usually related to the bad user email settings in Microsoft Outlook.
That’s why, Email client configuration always need special attention. Now, let’s see the reasons behind this error and how our Support Engineers correct it for customers.
Causes For the “Error 535: Authentication failed”
From our experience in managing servers, we often see customers experiencing Auth error 535 due to the following reasons:
1. Incorrect Username and Password
When the username and password entered in the Email client are incorrect, it ends up in Error 535. Again, using the wrong the mail server can also cause authentication failures.
Usually, such mismatch in email login and password will be recorded in the mail server logs. This helps greatly in finding the exact email account with problems.
2. Account Disabled
Similarly, at times account can be disabled because of reasons like payment dues or spamming issue. This will also result in SMTP Error (535): Authentication failed.
So, it’s worth to login to the control panel and check the status of the customer account as well as the email account.
3. SMTP Authentication
If your email client do not have SMTP authentication turned ON, it can also result in error. Now, w e’ll check on how to enable SMTP Authentication in the server side and client side.
How to configure SMTP Authentication in a Mail client
Turning OFF SMTP Authentication in the email client, show up errors such as: “Server says: SMTP Error (535): Authentication failed: Authentication failure.”
Luckily, configuring SMTP authentication is a simple procedure. It involves modifying the SMTP configuration settings and making necessary changes.
For example, to turn ON SMTP Authentication in Mozilla Thunderbird,
- Open Thunderbird, go to Tools -> Account Settings -> Outgoing Server (SMTP)
- Select the outgoing server by clicking on it, then click the Edit button
- Under Security and Authentication, check the “username and password” option
- Fill in your email account username and click Ok.
Finally, configuration will show up as below.
Enable SMTP auth in the server
We already saw how to turn on SMTP Auth in email client. But, for this to work, the mail server should support SMTP Authentication. Let’s see how our Dedicated Engineers enable this for our customers.
SMTP Auth in Plesk server
SMTP connections on a Plesk server typically need authentication. Recently, one of our customers requested us to fix the “SMTP Error (535): Authentication failed”. Here, the server was not having SMTP auth turned ON. Therefore, our Support Engineers solved the issue by enabling “SMTP authentication” from his Plesk server.
The exact sequence of steps that we did were:
- We logged into Plesk
- We checked the SMTP authorization status under Tools & Settings > Mail Server Settings > Relay options.
- Finally, we ensured correct settings in Tools & Settings > Mail Server Settings > Enable SMTP service on port 587 on all IP addresses.
Enable SMTP Authentication In cPanel
Let’s have look on the steps to enable SMTP auth in cPanel server. SMTP authentication in cPanel allow sending messages via POP-before-SMTP. Here, once when the Outlook download the mails, there is no need to re-authenticate to send mails through SMTP.
Usually, SMTP authentication will be disabled in WHM by default. To enable SMTP Authentication , we go to WHM >> Service Configuration >> Service Manager and select the Antirelayd checkbox.
[Struggling with SMTP Auth problems? We can fix it for you.]
Conclusion
In short,“ SMTP Error (535): Authentication failed” error happens when there is a problem with SMTP configuration of email clients. Today, we saw how Bobcares solved “SMTP Error 535 Authentication failed”.
PREVENT YOUR SERVER FROM CRASHING!
Never again lose customers to poor server speed! Let us help you.
Our server experts will monitor & maintain your server 24/7 so that it remains lightning fast and secure.
And I Understand NONE of the above, can you explain this for mere mortals
We’ll be glad to chat with you (click on the icon at right-bottom).
i’m encountering this problem with a Mail.com account using K-9 Mail mobile program. I ‘ve retyped my password, and confirmed its validity by signing in via the web. The settings in K-9 such as port, etc., are the same as other other accounts for Mail.com.
Hi,
Please contact our support team via live chat
Authentication failed. Please check your username/password.
Server returned error: “535-5.7.8 Username and Password not accepted. Learn more at 535 5.7.8 https://support.google.com/mail/?p=BadCredentials fy26-20020a05622a5a1a00b0031f41ea94easm11180244qtb.28 – gsmtp , code: 53
Our Experts can help you with the issue, we’ll be happy to talk to you on chat (click on the icon at right-bottom).
Источник
Перестала работать почта Gmail через SMTP
Приветствую! Нужна помощь, 07.06.2022 письма с 1С Битрикс перестали отправляться, от слова вообще. (уведомления о заказе, отзыве и т.п)
Почему указал дату? С 30 мая у Google изменилась политика работы со сторонними приложениями, возможно в этом и есть проблема, пока не нашел точной информации, от google ответа не получил еще.
Работала по SMTP, настройки в файле .msmtprc :
# smtp account configuration for default
account default
logfile /home/bitrix/msmtp_default.log
host smtp.gmail.com
port 587
from mail @gmail.com
aliases /etc/aliases
keepbcc off
auth on
user mail@gmail.com
password password
tls on
tls_certcheck off
(Здесь не указываю точные данные почты+пароля, но эти данные действительные, правильные и даже несколько раз менял пароль, но это не принесло пользы)
Лог файла с ошибкой msmtp_default.log :
До ошибки
host=smtp.gmail.com tls=on auth=on user=mail @gmail.com from=mail @gmail.com recipients= anonymous@example.com ,, test@gmail.com , anonymous@example.com mailsize=28039 smtpstatus=250 smtpmsg=’250 2.0.0 OK 1654600144 d11-20020adffbcb000000b002183ee5c0c5sm5204709wrs.50 — gsmtp’ exitcode=EX_OK
host=smtp.gmail.com tls=on auth=on user= mail@gmail.com from= mail@gmail.com recipients= anonymous@example.com ,, test@gmail.com , anonymous@example.com mailsize=4373 smtpstatus=250 smtpmsg=’250 2.0.0 OK 1654600145 h4-20020a1ccc04000000b003973a3fe4fasm19487945wmb.42 — gsmtp’ exitcode=EX_OK
Ответ с ошибкой, начиная с 07.06.2022
host=smtp.gmail.com tls=on auth=on user=mail @gmail.com from=mail @gmail.com
recipients= anonymous@example.com ,, test@gmail.com , anonymous@example.com smtpstatus=535 smtpmsg=’535-5.7.8 Username and Password not accepted. Learn more atn535 5.7.8 https://support.google.com/mail/?p=BadCredentials o10-20020adfeaca000000b0020c5253d8c2sm17581032wrn.14 — gsmtp’ errormsg=’authentication failed (method PLAIN)’ exitcode=EX_NOPERM
host=smtp.gmail.com tls=on auth=on user=mail @gmail.com from=mail @gmail.com
recipients= anonymous@example.com ,, test@gmail.com , anonymous@example.com smtpstatus=535 smtpmsg=’535-5.7.8 Username and Password not accepted. Learn more atn535 5.7.8 https://support.google.com/mail/?p=BadCredentials e41-20020a05600c4ba900b0039754d1d327sm19391317wmp.13 — gsmtp’ errormsg=’authentication failed (method PLAIN)’ exitcode=EX_NOPERM
В ответе указана ошибка авторизации, но уверяю проверил несколько раз корректность данных.
И так:
— SMTP с теми же настройками
— ДО ошибки пароль не менялся, он корректный
— В настройках google «Пересылка и POP/IMAP» —> Доступ по протоколу IMAP —> Состояние: IMAP включен
Куда далее копать не знаю. Есть мысли или предложения? Заранее благодарю!
Источник
Время прочтения ~ 2 минуты
Если при отправке документа контрагенту по почте из 1С у вас появляется сообщение с ошибкой «SMTP error code 535», это означает, что попытка аутентификации на сервере вашего почтового клиента завершилась неудачно.
Для получения более точного описания проблемы стоит зайти в настройки учетной записи, с которой вы пытаетесь отправить письмо.
В карточке учетной записи нужно проверить правильность введенных данных, а именно логина и пароля от вашей почты. После повторного ввода данных необходимо нажать на «Проверка настройки» и убедиться, что ошибка не повторяется.
Возник вопрос? Закажите консультацию!
Консультация 1С
Если ошибка осталась и при этом используется почтовый сервер @mail.ru, значит вы вводите не тот пароль от почты.
С недавних пор Mail для авторизации сторонних приложений у себя на сервере генерирует отдельные пароли, которые и необходимо указывать в настройках 1С.
Для получения пароля, вам необходимо зайти на свою почту и выбрать пункт «Настройки».
Далее выбираете «Все настройки».
После «Безопасность».
В разделе «Безопасность» выбираете «Пароли для внешних приложений».
Добавляете новую запись.
Даете название новой записи, например, «1С».
Вводите свой пароль от почты.
Полученный пароль сохраняете и возвращаетесь к настройкам учетной записи в 1С.
После ввода нового пароля, повторяете проверку настроек и получаете сообщение о том, что все настройки выполнены правильно.
Консультация 1С
Применений этому механизму можно найти достаточно много, например:
- Отправка документов (договоров, счетов, актов и пр.) непосредственно из 1С на email клиента
- Рассылка отчетов из 1С по расписанию на почту руководителям подразделений
- Обмен данными 1С с разными системами
- Отправка заказов поставщику из 1С при дефиците определенных товаров
- и т.д.
Поскольку работа с почтой из 1С используется в важных бизнес-процессах компании, то необходимо обеспечить стабильную работу этого механизма: письма должны отправляться и приниматься стабильно и без ошибок.
На практике часто возникают ситуации, когда в какой-то момент (обычно в самый неподходящий :)) отправка писем из 1С или прием писем в 1С перестает работать.
В результате последствия могут самыми разными:
- Клиент не получит вовремя счет на оплату — компания не получит деньги вовремя
Руководитель не получит ежедневный отчет о продажах из 1С — не сможет принять правильные решения (в отдельных случаях может уволить ответственного за рассылку:))
Обмен данными в 1С не выполнится вовремя, в результате чего объем данных, который нужно будет выгрузить при следующем обмене будет увеличиваться, что может привести к проблемам производительности и блокировкам при следующем обмене
В этой статье мы поговорим о том, на что нужно обратить внимание в первую очередь, если отправка/получение 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С:
Возможные причины:
- Неверно указан логин/пароль
Часто бывает так что на стороне аккаунта в yandex/google изменили пароль, а в 1С применить изменения забылиЧто делать:
проверить учетные данные (логин/пароль), под которыми выполняется подключение из 1С к smtp-серверу и обновить их.
В настройках безопасности аккаунта закрыт доступ для «ненадежных» приложений
Если вы используете для работы с почтой аккаунт в почтовом сервисе google, то на уровне настроек аккаунта может быть закрыт доступ к аккаунту для «ненадежных» по мнению google приложений. К таким приложениям, к сожалению, google может отнести 1С 🙂
Что делать:
Заходим в настройки безопасности аккаунта google: https://myaccount.google.com/security Открываем доступ к аккаунту для ненадежных приложений:
Ошибка № 2. Сервис отключен с разрывом канала (SMTP error code 421 SMTP connection broken (reply))
Скриншот ошибки, которую вы можете встретить в 1С:
Возможная причина:IP-адрес сервера, с которого идет отправка сообщений (как правило — сервер 1С) попал в спам-базу.
Это означает, что почтовый сервис расценил письма, которые вы отправляете из 1С, как СПАМ, и они не будут доставлены получателю. Такая ситуация может возникнуть, если вы выполняете массовые email-рассылки из 1С большому количеству клиентов.
Что делать:
Шаг 1. Проверить наличие IP-адреса вашего сервера в СПАМ базах.
Один из удобных способов — воспользоваться сайтом 2ip: https://2ip.ru/spam/. Необходимо ввести IP-адрес и нажать на кнопку «Проверить». На выходе получите примерно такую таблицу:
Если во второй колонке увидели «LISTED», значит IP-адрес находится в СПАМ-базе.
Шаг 2. Вывести IP из спам базы
В зависимости от того в какой из спам листов попал ваш IP действия будут немного отличаться, но принцип один и тот же — нужно найти сайт этого спам-листа и отправить апелляцию. Рассмотрим, например, как вывести IP из спам листа BARRACUDA.
Заходим на сайт BARRACUDA, форма для отправки апелляции находится тут:
http://www.barracudacentral.org/rbl/removal-request
Указываем в этой форме:
- Email Server IP Address — IP-адрес, который угодил в спам лист
- Email Address — личная почта. На эту почту придет ответ от Barracuda
- Phone Number — номер телефона для связи (звонить вряд ли будут, но указать нужно)
- Reason for Removal — тут надо написать (на английском) почему указанный IP-адрес должен быть удален из спам листа. Можно воспользоваться переводчиком и сформировать, например, такое оправдание: «Сотрудник не правильно пользовался сервером. Он наказан. Ситуацию исправили. Удалите, пожалуйста IP из спам листа»
После этого нажимаем «Submit request» и ждем ответа. На указанный в форме email должно прийти уведомление, которое начинается примерно с таких слов:
Через несколько часов IP-адрес будет удален из спам-листа. Чтобы проверить это снова заходим на 2ip и проверяем (см. Шаг 1).
Шаг 3. Проверить отправку почты из 1С
Если сделали все правильно — отправка должна выполняться без ошибок.
Таким образом, в этой статье, мы рассмотрели некоторые ошибки, связанные с отправкой (получением) email из/в 1С, возможные причины и как устранить эти ошибки.
Если вам помогла эта статья, напишите об этом в комментариях. Также если вам не удалось решить ошибки, связанные с отправкой почты из 1С, опишите в комментариях проблему и текст ошибки. В этом случае мы постараемся вам помочь. К тому же это будет полезно другим и мы сможем дополнить текущую статью.
Smtp 535 ошибка
Если отправка сообщений через SMTP не удается, SMTP сервер сообщает код ошибки, по нему можно определить, в чем проблема и как ее исправить. Наиболее распространенные ошибки указаны в списке ниже.
Requested mail action not taken: mailbox unavailable.
Требуемые почтовые действия, не предприняты: почтовый ящик недоступен (например, почтовый ящик занят).
Сервер не может получить доступ к почтовому ящику для доставки сообщения. Это может быть вызвано процессом чистки мертвых адресов на сервере, почтовый ящик может быть поврежден, или почтовый ящик может находиться на другом сервере, который в настоящее время не доступен. Также сетевое соединение могло быть разорвано во время отправки, или удаленный почтовый сервер не хочет принимать почту с вашего сервера по некоторым причинам (IP-адрес, черные списки и т.д.). Повторная попытка отправки письма на этот почтовый ящик может оказаться успешной.
Requested action aborted: local error in processing.
Требуемое действие прерывалось: ошибка в обработке.
Эта ошибка, как правило, возникает из-за перегрузки вашего Интернет провайдера или через ваш SMTP-релей отправлено слишком много сообщений. Следующая попытка отправить письмо может оказаться успешной.
Syntax error, command unrecognized.
Синтаксическая ошибка, неправильная команда (Это может включать ошибки типа слишком длинная командная строка).
Ваш антивирус/брандмауэр блокирует входящие/исходящие соединения SMTP. Вам следует настроить антивирус/брандмауэр для решения проблемы.
Syntax error in parameters or arguments.
Синтаксическая ошибка в параметрах или переменных.
Недопустимые адреса электронной почты или доменное имя почтового адреса. Иногда указывает на проблемы соединения.
Bad sequence of commands or this mail server requires authentication.
Неправильная последовательность команд.
Повторяющая ошибка 503 может свидетельствовать о проблемах соединения. Отклик 503 SMTP-сервера чаще всего является показателем того, что SMTP-сервер требует аутентификации, а Вы пытаетесь отправить сообщение без аутентификации (логин + пароль). Проверьте Общие настройки, чтобы убедиться в правильности настроек SMTP-сервера.
The host server for the recipient’s domain name cannot be found (DNS error).
У одного из серверов на пути к серверу назначения есть проблема с DNS-сервером либо адрес получателя не верный. Проверьте адрес получателя на правильность доменного имени (орфографические ошбки в доменном имени или несуществующее доменное имя).
Address type is incorrect or authentication required.
Убедитесь, что адрес электронной почты получателя верный, не содержит ошибок. Затем попробуйте повторно отправить сообщение. Другой причиной может быть то, что SMTP-сервер требует аутентификации, а Вы пытаетесь отправить сообщение без аутентификации (обычно аутентификация ESMTP, логин + пароль). Проверьте Общие настройки, чтобы убедиться в правильности настроек SMTP-сервера.
The Recipient’s mailbox cannot receive messages this big.
Размер сообщения (сообщение + все его вложения) превышает ограничения по размеру на сервере получателя. Проверьте размер сообщения, которое Вы подготовили для отправки, в частности, размер вложений, возможно, стоит разбить сообщения на части.
SMTP-сервер вашего провайдера, требует аутентификации, а Вы пытаетесь отправить сообщение без аутентификации (логин + пароль). Проверьте Общие настройки, чтобы убедиться в правильности настроек SMTP-сервера. Другой причиной может быть то, что ваш SMTP-сервер находится в черном списке сервера получателя. Или почтовый ящик получателя не существует.
Username and Password not accepted.
Проверьте настройки SMTP-сервера. Убедитесь в том, что логин и пароль введены правильно.
Recipient Address Rejected – Access denied.
Этот ответ почти всегда отправляется Антиспам фильтром на стороне получателя. Проверьте ваше сообщение соспам чекером или попросите получателя добавить вас в белый список.
Требуемые действия, не предприняты: почтовый ящик недоступен (например, почтовый ящик, не найден, нет доступа).
Отклик 550 SMTP-сервера означает, что емейл-адреса получателя нет на сервере. Свяжитесь с получателем устно, чтобы получить его емейл-адрес.
Ошибка 550 иногда может быть отправлена Антиспам фильтром. Другим случаем возврата отклика 550 может быть, когда сервер получателя не работает.
Requested mail action aborted: exceeded storage allocation or size of the incoming message exceeds the incoming size limit.
Требуемые почтовые действия прервались: превышено распределение памяти.
Почтовый ящик получателя достиг своего максимально допустимого размера. Другим случаем возврата отклика 552 может быть, когда размер входящего сообщения превышает лимит указанный администратором сети.
Requested action not taken – Mailbox name invalid.
Требуемые действия, не предприняты: имя почтового ящика, недопустимо (например, синтаксис почтового ящика неправильный).
Неверный адрес электронной почты получателя. Отклик 553 SMTP-сервера иногда возвращает почтовый сервер вашего Интернет провайдера. Это происходит, если у Вас нет подключения к Интернету у этого провайдера.
Передача данных не удалась
Отклик 554 SMTP-сервера возвращает антиспам-фильтр в случае, если не нравится емейл-адрес отправителя, или IP-адрес отправителя, или почтовый сервер отправителя (к примеру, они находятся в RBL). Вам нужно либо попросить отправителя добавить Вас в белый список, либо Вы должны принять меры, чтобы Ваш IP-адрес или ISP сервер был удален из RBL (Realtime Blackhole List).
Выражаю огромную благодарность всему коллективу, разработчика програмного обеспечения, службе поддержки. Раньше мучился с приложением для обратной почты кото Подробнее
Иванов Алексей Валерьевич ООО «Переезд39.рф»,
© Copyright, 2001-2020, ePochta
Email и почтовые рассылки, программа для рассылки писем, сервис массовой смс рассылки, смс шлюз
Лицензия №101172 Роскомнадзора на предоставление телематических услуг
OTRS.ru
Русскоязычное сообщество OTRS Helpdesk и OTRS ITSM
- Темы без ответов
- Активные темы
- Поиск
- Наша команда
smtp.yandex.ru не отправляет почту. [Решено]
Модератор: ykolesnikov
smtp.yandex.ru не отправляет почту. [Решено]
Сообщение alegator2222 » 04 окт 2018, 11:27
Re: Проблема сбора почты с yandex
Сообщение alegator2222 » 04 окт 2018, 14:21
Re: Проблема сбора почты с yandex
Сообщение alexus » 04 окт 2018, 19:24
С уважением,
Алексей Юсов
Prod: OTRS ITSM 5.0.14 on CentOS 7 x64 Linux with MySQL 5.7
Re: Проблема сбора почты с yandex
Сообщение alegator2222 » 05 окт 2018, 10:15
Принято спасибо, с получением почты разобрался, если кому интересно — Почта → Все настройки → Почтовые программы Там указать из каких папок забирать письма.
Не работает исходящая почта.
Передача сообщения не удалась. [04.10.2018 07:39] Can’t connect to smtp.yandex.ru: !
SendmailModule Kernel::System::Email::SMTP
SendmailModule::Host smtp.yandex.ru
SendmailModule::Port 465
В логе-
There was an error executing Execute() in Kernel::System::Console::Command::Maint::Email::MailQueue: Error: Message sending already in progress! Skipping.
Re: smtp.yandex.ru не отправляет почту.
Сообщение MArsMax » 10 окт 2018, 14:12
Похожая проблема (только с использованием внутреннего SMTP): исходящие письма помещаются в очередь «на отправку», но никуда из неё не уходят. Из ssh-консоли при этом сообщения, сформированные вручную, отправляются нормально.
В web-админке эти письма отображаются в разделе «Открытые сеансы связи»
Если через консоль почтовую очередь почистить принудительно — в админке они переходят в «Неудачные сеансы связи».
При попытке принудительной отправки из консоли (sudo -u otrs /opt/otrs/bin/otrs.Console.pl Maint::Email::MailQueue —send —force) выдаёт ошибку «Error: Message sending already in progress! Skipping. «. Очень странный получается «progress» — без какого-либо движения
Входящая почта при этом работает без проблем.
Re: smtp.yandex.ru не отправляет почту.
Сообщение alexus » 10 окт 2018, 17:47
С уважением,
Алексей Юсов
Prod: OTRS ITSM 5.0.14 on CentOS 7 x64 Linux with MySQL 5.7
Re: smtp.yandex.ru не отправляет почту.
Сообщение alegator2222 » 11 окт 2018, 15:38
SendmailModule——Kernel::System::Email::SMTP
SendmailModule::AuthUse——support@ipb01.ru
SendmailModule::Host————-smtp.yandex.ru
SendmailModule::Port—————465
Домен делегирован яндексу.
С support@ipb01.ru письма забираются нормально и заявки тоже создаются, но не отправляются.
Вот что в консоли-
715||2| support@ipb01.ru | HelpDesk@ipb01.ru | 2018-10-11 14:55:43 | -| Can’t connect to smtp.yandex.ru: ! |
716||2| support@ipb01.ru | HelpDesk@ipb01.ru | 2018-10-11 14:57:15 | -| Can’t connect to smtp.yandex.ru: ! |
717||2| support@ipb01.ru | HelpDesk@ipb01.ru | 2018-10-11 14:58:47 | -| Can’t connect to smtp.yandex.ru: ! |
Re: smtp.yandex.ru не отправляет почту.
Сообщение alegator2222 » 11 окт 2018, 15:56
Re: smtp.yandex.ru не отправляет почту.
Сообщение alexus » 11 окт 2018, 20:11
С уважением,
Алексей Юсов
Prod: OTRS ITSM 5.0.14 on CentOS 7 x64 Linux with MySQL 5.7
Re: smtp.yandex.ru не отправляет почту.
Сообщение alegator2222 » 12 окт 2018, 12:20
Re: smtp.yandex.ru не отправляет почту.
Сообщение led » 13 окт 2018, 08:36
Re: smtp.yandex.ru не отправляет почту.
Сообщение alegator2222 » 15 окт 2018, 11:07
Пробовал все три протокола, SMTP, SMTPS, SMTPTLS, безуспешно. Приложу логи, может по ним что то понятно. Повторюсь, сбор почты идет штатно, а вот отправка не происходит.
OTRS-otrs.Console.pl-Maint::Email::MailQueue-10 There was an error executing Execute() in Kernel::System::Console::Command::Maint::Email::MailQueue: [Mon Oct 15 11:05:07 2018] otrs.Daemon.pl: using SSL support of Net::SMTP 3.10 instead of SSLGlue at /opt/otrs/Kernel/cpan-lib/Net/SSLGlue/SMTP.pm line 12.
OTRS-otrs.Console.pl-Maint::Email::MailQueue-10 CommunicationLog(ID:9114,AccountType:-,AccountID:-,Direction:Outgoing,Transport:Email,ObjectLogType:Message,ObjectLogID:16082)::Kernel::System::MailQueue => Permanent sending problem or we reached the sending attempt limit. Message will be removed
OTRS-otrs.Console.pl-Maint::Email::MailQueue-10 CommunicationLog(ID:9114,AccountType:-,AccountID:-,Direction:Outgoing,Transport:Email,ObjectLogType:Message,ObjectLogID:16082)::Kernel::System::MailQueue => Message could not be sent! Error message: SMTP authentication failed: 535, 5.7.8 Error: authentication failed: Invalid user or password!
OTRS-otrs.Console.pl-Maint::Email::MailQueue-10 CommunicationLog(ID:9114,AccountType:-,AccountID:-,Direction:Outgoing,Transport:Email,ObjectLogType:Message,ObjectLogID:16082)::Kernel::System::Email => Error sending message using backend ‘Kernel::System::Email::SMTPS’.
OTRS-otrs.Console.pl-Maint::Email::MailQueue-10 CommunicationLog(ID:9114,AccountType:-,AccountID:-,Direction:Outgoing,Transport:Email,ObjectLogType:Connection,ObjectLogID:16083)::Kernel::System::Email::SMTP => SMTP authentication failed (SMTP code: 535, ErrorMessage: 535, 5.7.8 Error: authentication failed: Invalid user or password!
Использую пароль приложений, который генерируется в настройках почты.
Re: smtp.yandex.ru не отправляет почту.
Сообщение led » 15 окт 2018, 16:14
Возможно, у Вас в очереди сообщения, которые блокируют отправку.
Посмотрите, что находится в очереди:
shell> su otrs
shell> cd /opt/otrs/
shell> bin/otrs.Console.pl Maint::Email::MailQueue –list
Удалите ID сообщений, которые могут блокировать отправку, или, проще, удалите всю очередь:
shell> bin/otrs.Console.pl Maint::Email::MailQueue —delete-all
После этого отправьте новое письмо.
Для отправки через порт TCP/465 используйте SMTPS в SendmailModule.
Если эти действия не помогут, Вам нужно включать в OTRS дебаг обмена с почтовым сервером и смотреть в логах, почему не уходит почта.
Сервер SMTP
в настройках параметров обращения в отдел техподдержки что указать в поле Сервер SMTR.
Любой доступный вам SMTP сервер и надо указать.
SMTP сервер, грубо говоря, это компьютер, который занимается отправкой писем. При этом он может требовать авторизацию (для предотвращения неконтролируемой рассылки спама (рекламы)), а может и нет.
Вот у меня электронный почтовый ящик, например, noname@mail.ru
При таком раскладе я бы указывал так:
SMTP сервер: smtp.mail.ru
SMTP сервер требует авторизацию: да
Логин:
Пароль:
я указываю
SMTP сервер: smtp.bk.ru
пытаюсь отправить сообщение в техподдержку, пишет:
Электронное сообщение не отправлено.
Ошибка при вызове метода контекста (Подключиться): Аутентификация не прошла (SMTP error code 535, Incorrect authentication data)
а вообще не могу обновить релиз
пишет: Ошибка доступа к файлу ‘http://downloads.v8.1c.ru/tmplts/1c/AccountingBase/1_6_18_2/1cv8.cfu’
по причине:
Ошибка аутентификации при доступе к ресурсу: http://downloads.v8.1c.ru/tmplts/1c/AccountingBase/1_6_18_2/1cv8.cfu
> Ошибка при вызове метода контекста (Подключиться): Аутентификация не прошла (SMTP error code 535, Incorrect authentication data)
А вы пробовали перевести с английского? Вам написали — неверный логин или пароль
спасибо, задача решилась другим путем))))
Здравствуйте! подскажите, а каким путем вы решили вопрос об обновлении конфигурации? Дело в том, что у меня такая же проблема. Подскажите пожалуйста, как обновить релиз?
Здравствуйте! подскажите, пожалуйста, как вы решили эту задачу? Дело в том, что мне тоже выдает такую ошибку и я не могу обновить релиз. Подскажите пожалуйста, как это можно сделать?
вы получаете «SMTP error code 535, Incorrect authentication data»? Так введите правильный логин с паролем
Читают тему:
Мероприятия
- Где купить СОФТ
- Вакансии фирм-партнеров «1С»
- Центры Сертифицированного Обучения
- Интернет курсы обучения «1С»
- Самоучители
- Учебный центр № 1
- Учебный центр № 3
- Сертификация по «1С:Профессионал»
- Организация обучения под заказ
- Книги по 1С:Предприятию
1С бесплатно 1С-Отчетность 1С:ERP Управление предприятием 1С:Бесплатно 1С:Бухгалтерия 8 1С:Бухгалтерия 8 КОРП 1С:Бухгалтерия автономного учреждения 1С:Бухгалтерия государственного учреждения 1С:Бюджет муниципального образования 1С:Бюджет поселения 1С:Вещевое довольствие 1С:Деньги 1С:Документооборот 1С:Зарплата и кадры бюджетного учреждения 1С:Зарплата и кадры государственного учреждения 1С:Зарплата и управление персоналом 1С:Зарплата и управление персоналом КОРП 1С:Комплексная автоматизация 8 1С:Лекторий 1С:Предприятие 1С:Предприятие 7.7 1С:Предприятие 8 1С:Розница 1С:Управление нашей фирмой 1С:Управление производственным предприятием 1С:Управление торговлей 1СПредприятие 8
- WWW.1С.ru
- 1С:Предприятие 8
- 1С Отраслевые решения
- Образовательные программы
- 1С:Линк
- 1С:Консалтинг
- 1С:Дистрибьюция
- 1С для торговли
- 1С-Онлайн
- 1С Интерес
- 1С:Образование
При использовании материалов активная прямая гиперссылка на перепечатанный материал обязательна.
Редакция БУХ.1С не несет ответственности за мнения и информацию, опубликованную в комментариях к материалам.
Редакция уважает мнение авторов, но не всегда разделяет его.
На указанный в форме e-mail придет запрос на подтверждение регистрации.
Мы используем файлы cookie, чтобы анализировать трафик, подбирать для вас подходящий контент и рекламу, а также дать вам возможность делиться информацией в социальных сетях. Если вы продолжите использовать сайт, мы будем считать, что вас это устраивает.
Отправка почты из 1С 8
Доброго времени суток, коллеги! Сегодня пытался настроить отправку сообщений из 1С и столкнулся с проблемой отправки сообщений. Как оказалось все упиралось в настройки gmail. Ну давайте все по порядку.
Настройка учетной записи электронной почты
Чтобы почта отправлялась нужно настроить основную учетную запись. Для этого нужно перейти:
На панели «Органайзер» не забудьте поставить флажок «Почтовый клиент», чтобы использовать возможности встроенного в программу почтового клиента для взаимодействий с помощью электронных писем (e-mail).
Когда вы нажмете на ссылку «Настройка системной записи электронной почты», то появиться диалог:
Закладка «Отправка писем»
Ошибки, который могут появиться после настройки почты
Сначала появилась такая ошибка:
Смотрел по форумам, менял настройки в 1С ничего не помогло и выходит другая:
Исправление ошибок после настройки
Вначале статьи показан скриншот по устранению неполадок, связанных со входом в аккаунт gmail. На нем подчеркнута ссылка, которая ведет к странице, на которой можно дать доступ непроверенным приложениям. Вот эта ссылка: https://www.google.com/settings/security/lesssecureapps. Переходя по ней вы увидите такую же страницу, как на скриншоте ниже:
Разрешение непроверенным приложениям доступ к вашему аккаунту
Надеюсь эта статья поможет вам решить проблему с настройкой почты в 1С 8.
Поделиться записью
Вам, возможно, понравится
Подскажите пожалуйста, использую бизнес почту мейл.ру, создал почту info@comix.by, мейл ру дал настроки:
Имя почтового ящика — это полное название вашего почтового ящика;
Сервер входящей почты IMAP-сервер — imap.mail.ru;
Порт для подключения по IMAP — 143 (при использовании шифрования STARTTLS) и 993 (при использовании шифрования SSL/TLS);
Сервер входящей почты POP3-сервер — pop.mail.ru;
Порт для подключения по POP3 — 995 (с шифрованием);
Сервер исходящей почты SMTP-сервер — smtp.mail.ru;
Порт для подключения по SMTP — 465 (с шифрованием);
Имя пользователя — это полное название вашего почтового ящика (логин и домен);
после ввода всей информации выдаёт ошибку:
Не удалось подключиться к серверу исходящей почты:Произошла ошибка при работе с SMTP. Код ошибки: 27
Не удалось подключиться к серверу входящей почты:Произошла ошибка при работе с IMAP. Код ошибки: 26. Ответ сервера: Command disabled. Please use STARTTLS first.
Что не так делаю?
Проверьте правильно ли вы указываете настройки почты, не изменилось ли что?
Спасибо, очень помогли! Долго не мог решить проблему, а оказывается все дело было в настройках почтового ящика GOOGLE.
Добрый день. Подскажите пож, приподключении пишет: Не удалось подключиться к серверу исходящей почты:Произошла ошибка при работе с POP3. Код ошибки: 2
с/у Ирина.
Здравствуйте, Ирина! Проверьте, правильно ли вы указали настройки.
Спасибо! Очень помогли!
Добрый день, ситуация аналогичная, выходит следующая ошибка:
Не удалось подключиться к серверу исходящей почты:Произошла ошибка при работе с POP3. Код ошибки: 10
Использую бизнесакаунт Mail.ru
Пробовали применить советы из статьи?
Ответить
Добавить комментарий Отменить ответ
Метки
Рубрики
- 1С (30)
- Запросы в 1С (7)
- Обмен в 1С (6)
- Обработки 1С (11)
- Отчеты 1С (14)
- Платформа 1С (5)
- Реклама (3)
- СКД (9)
- Таблица значений в 1С (2)
- Табличной поле в 1С (4)
- Тестирование (3)
- Тесты по СКД (3)
- Типы данных в 1С (7)
Рубрики
- 1С (30)
- Запросы в 1С (7)
- Обмен в 1С (6)
- Обработки 1С (11)
- Отчеты 1С (14)
- Платформа 1С (5)
- Реклама (3)
- СКД (9)
- Таблица значений в 1С (2)
- Табличной поле в 1С (4)
- Тестирование (3)
- Тесты по СКД (3)
- Типы данных в 1С (7)
В этой заметке показано, как найти настройки пользователей в конфигурациях с интерфейсом такси. А также дано описание, того как программно добавить и получить эти настройки.
В этой заметке будет изложено, как реализовать программно удобный механизм подбора на управляемых формах
Свежие комментарии
- softmaker к записи Ошибка СУБД: Ошибка SQL: Таблица не найдена: _Reference. Как исправить?
- Валерий к записи Ошибка СУБД: Ошибка SQL: Таблица не найдена: _Reference. Как исправить?
- softmaker к записи Отправка почты из 1С 8
Страницы
Метки
Наши сайты
Этот сайт использует файлы cookie. Продолжая просматривать сайт, вы соглашаетесь с тем, что мы используем файлы cookie.
Cookie и настройки приватности
Мы можем запросить сохранение файлов cookies на вашем устройстве. Мы используем их, чтобы знать, когда вы посещаете наш сайт, как вы с ним взаимодействуете, чтобы улучшить и индивидуализировать ваш опыт использования сайта.
Чтобы узнать больше, нажмите на ссылку категории. Вы также можете изменить свои предпочтения. Обратите внимание, что запрет некоторых видов cookies может сказаться на вашем опыте испольхования сайта и услугах, которые мы можем предложить.
These cookies are strictly necessary to provide you with services available through our website and to use some of its features.
Because these cookies are strictly necessary to deliver the website, refuseing them will have impact how our site functions. You always can block or delete cookies by changing your browser settings and force blocking all cookies on this website. But this will always prompt you to accept/refuse cookies when revisiting our site.
We fully respect if you want to refuse cookies but to avoid asking you again and again kindly allow us to store a cookie for that. You are free to opt out any time or opt in for other cookies to get a better experience. If you refuse cookies we will remove all set cookies in our domain.
We provide you with a list of stored cookies on your computer in our domain so you can check what we stored. Due to security reasons we are not able to show or modify cookies from other domains. You can check these in your browser security settings.
These cookies collect information that is used either in aggregate form to help us understand how our website is being used or how effective our marketing campaigns are, or to help us customize our website and application for you in order to enhance your experience.
If you do not want that we track your visit to our site you can disable tracking in your browser here:
We also use different external services like Google Webfonts, Google Maps, and external Video providers. Since these providers may collect personal data like your IP address we allow you to block them here. Please be aware that this might heavily reduce the functionality and appearance of our site. Changes will take effect once you reload the page.
Google Webfont Settings:
Google Map Settings:
Google reCaptcha Settings:
Vimeo and Youtube video embeds:
The following cookies are also needed — You can choose if you want to allow them:
Adblock
detector
| Код ошибки | Значение | Описание |
Если отправка сообщений через SMTP не удается, SMTP сервер сообщает код ошибки, по нему можно определить, в чем проблема и как ее исправить. Наиболее распространенные ошибки указаны в списке ниже.
|
Код ошибки |
Значение |
Описание |
|
450 |
Requested mail action not taken: mailbox unavailable. Требуемые почтовые действия, не предприняты: почтовый ящик недоступен (например, почтовый ящик занят). |
Сервер не может получить доступ к почтовому ящику для доставки сообщения. Это может быть вызвано процессом чистки мертвых адресов на сервере, почтовый ящик может быть поврежден, или почтовый ящик может находиться на другом сервере, который в настоящее время не доступен. Также сетевое соединение могло быть разорвано во время отправки, или удаленный почтовый сервер не хочет принимать почту с вашего сервера по некоторым причинам (IP-адрес, черные списки и т.д.). Повторная попытка отправки письма на этот почтовый ящик может оказаться успешной. |
|
451 |
Requested action aborted: local error in processing. Требуемое действие прерывалось: ошибка в обработке. |
Эта ошибка, как правило, возникает из-за перегрузки вашего Интернет провайдера или через ваш SMTP-релей отправлено слишком много сообщений. Следующая попытка отправить письмо может оказаться успешной. |
|
500 |
Syntax error, command unrecognized. Синтаксическая ошибка, неправильная команда (Это может включать ошибки типа слишком длинная командная строка). |
Ваш антивирус/брандмауэр блокирует входящие/исходящие соединения SMTP. Вам следует настроить антивирус/брандмауэр для решения проблемы. |
|
501 |
Syntax error in parameters or arguments. Синтаксическая ошибка в параметрах или переменных. |
Недопустимые адреса электронной почты или доменное имя почтового адреса. Иногда указывает на проблемы соединения. |
|
503 |
Bad sequence of commands or this mail server requires authentication. Неправильная последовательность команд. |
Повторяющая ошибка 503 может свидетельствовать о проблемах соединения. Отклик 503 SMTP-сервера чаще всего является показателем того, что SMTP-сервер требует аутентификации, а Вы пытаетесь отправить сообщение без аутентификации (логин + пароль). Проверьте Общие настройки, чтобы убедиться в правильности настроек SMTP-сервера. |
|
512 |
The host server for the recipient’s domain name cannot be found (DNS error). |
У одного из серверов на пути к серверу назначения есть проблема с DNS-сервером либо адрес получателя не верный. Проверьте адрес получателя на правильность доменного имени (орфографические ошбки в доменном имени или несуществующее доменное имя). |
|
513 |
Address type is incorrect or authentication required. |
Убедитесь, что адрес электронной почты получателя верный, не содержит ошибок. Затем попробуйте повторно отправить сообщение. Другой причиной может быть то, что SMTP-сервер требует аутентификации, а Вы пытаетесь отправить сообщение без аутентификации (обычно аутентификация ESMTP, логин + пароль). Проверьте Общие настройки, чтобы убедиться в правильности настроек SMTP-сервера. |
|
523 |
The Recipient’s mailbox cannot receive messages this big. |
Размер сообщения (сообщение + все его вложения) превышает ограничения по размеру на сервере получателя. Проверьте размер сообщения, которое Вы подготовили для отправки, в частности, размер вложений, возможно, стоит разбить сообщения на части. |
|
530 |
Access denied. |
SMTP-сервер вашего провайдера, требует аутентификации, а Вы пытаетесь отправить сообщение без аутентификации (логин + пароль). Проверьте Общие настройки, чтобы убедиться в правильности настроек SMTP-сервера. Другой причиной может быть то, что ваш SMTP-сервер находится в черном списке сервера получателя. Или почтовый ящик получателя не существует. |
|
535 |
Username and Password not accepted. |
Проверьте настройки SMTP-сервера. Убедитесь в том, что логин и пароль введены правильно. |
|
541 |
Recipient Address Rejected – Access denied. |
Этот ответ почти всегда отправляется Антиспам фильтром на стороне получателя. Проверьте ваше сообщение соспам чекером или попросите получателя добавить вас в белый список. |
|
550 |
Mailbox unavailable. Требуемые действия, не предприняты: почтовый ящик недоступен (например, почтовый ящик, не найден, нет доступа). |
Отклик 550 SMTP-сервера означает, что емейл-адреса получателя нет на сервере. Свяжитесь с получателем устно, чтобы получить его емейл-адрес. |
|
552 |
Requested mail action aborted: exceeded storage allocation or size of the incoming message exceeds the incoming size limit. Требуемые почтовые действия прервались: превышено распределение памяти. |
Почтовый ящик получателя достиг своего максимально допустимого размера. Другим случаем возврата отклика 552 может быть, когда размер входящего сообщения превышает лимит указанный администратором сети. |
|
553 |
Requested action not taken – Mailbox name invalid. Требуемые действия, не предприняты: имя почтового ящика, недопустимо (например, синтаксис почтового ящика неправильный). |
Неверный адрес электронной почты получателя. Отклик 553 SMTP-сервера иногда возвращает почтовый сервер вашего Интернет провайдера. Это происходит, если у Вас нет подключения к Интернету у этого провайдера. |
|
554 |
Transaction failed. Передача данных не удалась |
Отклик 554 SMTP-сервера возвращает антиспам-фильтр в случае, если не нравится емейл-адрес отправителя, или IP-адрес отправителя, или почтовый сервер отправителя (к примеру, они находятся в RBL). Вам нужно либо попросить отправителя добавить Вас в белый список, либо Вы должны принять меры, чтобы Ваш IP-адрес или ISP сервер был удален из RBL (Realtime Blackhole List). |
30.03.2009, 02:42
#1
Member
Exim — Не отправляется почта. Ошибка авторизации …
Exim — Не отправляется почта. Ошибка авторизации …Привет всем!
Где то неделю назад началась проблема.
Не отправляется почта.
Хотя до этого все работало нормально.конфиги не трогались после установки.
MTA — Exim4
OS: CentOS 5.1
Mgr: ISPmanager-Pro 4.3.22.2вырезка из лога:
2009-03-29 23:29:33 no host name found for IP address 92.47.227.215
2009-03-29 23:29:33 cram authenticator failed for (192.168.1.101) [92.47.227.215]: 535 Incorrect authentication data
2009-03-29 23:29:33 plain authenticator failed for (192.168.1.101) [92.47.227.215]: 535 Incorrect authentication data
2009-03-29 23:29:34 login authenticator failed for (192.168.1.101) [92.47.227.215]: 535 Incorrect authentication data
2009-03-29 23:29:34 H=(192.168.1.101) [92.47.227.215] F=<name@domain.com> rejected RCPT <recipient@sdomain.com>: relay not permittedИнтересный момент что с вебмейла все отправляется …
Помогите пожалуйста.
Не силен в настройке exim-а.вырезка из конфига:
domainlist local_domains = lsearch;/etc/exim/domains
domainlist dummy_domains =
hostlist relay_from_hosts = 127.0.0.1 : айпи сервераdomainlist relay_to_domains = lsearch;/etc/exim/domains
exim_user = exim
exim_group = eximnever_users = root
host_lookup = *
rfc1413_hosts = *
rfc1413_query_timeout = 0s
ignore_bounce_errors_after = 2d
timeout_frozen_after = 7d
acl_smtp_rcpt = acl_check_rcpt
acl_smtp_data = acl_check_data…
begin retry
* * F,2h,15m; G,16h,1h,1.5; F,4d,6hbegin rewrite
.ifdef MAILMAN_ENABLE
N^(.*<)?([^<]*)@([^>]*).*$N «${if exists{MAILMAN_HOME/lists/${sg{$2}{-$3.*}{-$3}}/config.pck} {${sg{$0} {-$3} {}}} {$0} }» S
N^(.*<)?([^<]*)@([^>]*).*$N «${if exists{MAILMAN_HOME/lists/${sg{$2}{-$3.*}{-$3}}/config.pck} {${sg{$0} {-$3} {}}} {$0} }»
.endifbegin authenticators
cram:
driver = cyrus_sasl
public_name = CRAM-MD5
server_set_id = $1plain:
driver = cyrus_sasl
public_name = PLAIN
server_set_id = $1login:
driver = cyrus_sasl
public_name = LOGIN
server_set_id = $1
Собственно, вот… Честно говоря, не очень хорошо понял, где можно найти косяк, хотя весьма информативно.
Код: Выделить всё
#exim -bd -d+all
10:13:15 2749 Exim version 4.69 (FreeBSD 6.2) uid=0 gid=0 pid=2749 D=fffdffff
Probably Berkeley DB version 1.8x (native mode)
Support for: crypteq iconv() use_setclassresources PAM Perl Expand_dlfunc OpenSSL Content_Scanning Old_Demime
Lookups: lsearch wildlsearch nwildlsearch iplsearch cdb dbm dbmnz dnsdb dsearch mysql nis nis0 passwd
Authenticators: cram_md5 dovecot plaintext spa
Routers: accept dnslookup ipliteral manualroute queryprogram redirect
Transports: appendfile/maildir/mailstore/mbx autoreply lmtp pipe smtp
Fixed never_users: 0
Size of off_t: 8
10:13:15 2749 changed uid/gid: forcing real = effective
10:13:15 2749 uid=0 gid=0 pid=2749
10:13:15 2749 auxiliary group list: 0
10:13:15 2749 seeking password data for user "mailnull": using cached result
10:13:15 2749 getpwnam() succeeded uid=26 gid=26
10:13:15 2749 seeking password data for user "root": cache not available
10:13:15 2749 getpwnam() succeeded uid=0 gid=0
10:13:15 2749 configuration file is /usr/local/etc/exim/configure
10:13:15 2749 log selectors = 0000cefe 00233801
10:13:15 2749 cwd=/www/home/www/administrator/postfixadmin 3 args: exim -bd -d+all
10:13:15 2749 trusted user
10:13:15 2749 admin user
10:13:15 2749 seeking password data for user "mailnull": cache not available
10:13:15 2749 getpwnam() succeeded uid=26 gid=26
10:13:15 2749 originator: uid=0 gid=0 login=root name=Charlie Root
10:13:15 2749 listening on all interfaces (IPv4) port 25
10:13:15 2749 listening on all interfaces (IPv4) port 465
10:13:15 2749 pid written to /var/run/exim.pid
10:13:15 2749 changed uid/gid: running as a daemon
10:13:15 2749 uid=26 gid=6 pid=2749
10:13:15 2749 auxiliary group list: 6 6
10:13:15 2749 LOG: MAIN
10:13:15 2749 exim 4.69 daemon started: pid=2749, no queue runs, listening for SMTP on port 25 (IPv4) and for SMTPS on port 465 (IPv4)
10:13:15 2749 set_process_info: 2749 daemon: no queue runs, listening for SMTP on port 25 (IPv4) and for SMTPS on port 465 (IPv4)
10:13:15 2749 daemon running with uid=26 gid=6 euid=26 egid=6
10:13:15 2749 Listening...
10:13:32 2749 Connection request from 193.xxx.xxx.xxx port 17244
10:13:32 2749 interface address=xxx.xxx.xxx.xxx port=25
10:13:32 2749 search_tidyup called
10:13:32 2749 1 SMTP accept process running
10:13:32 2749 Listening...
10:13:32 2751 sender_fullhost = [193.xxx.xxx.xxx]
10:13:32 2751 sender_rcvhost = [193.xxx.xxx.xxx]
10:13:32 2751 Process 2751 is handling incoming connection from [193.xxx.xxx.xxx]
10:13:32 2751 checking for IP options
10:13:32 2751 no IP options found
10:13:32 2751 host in host_lookup? yes (matched "*")
10:13:32 2751 looking up host name for 193.xxx.xxx.xxx
;; res_nquerydomain(xxx.xxx.xxx.193.in-addr.arpa, <Nil>, 1, 12)
;; res_query(xxx.xxx.xxx.193.in-addr.arpa, 1, 12)
;; res_nmkquery(QUERY, xxx.xxx.xxx.193.in-addr.arpa, IN, PTR)
;; res_send()
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 30477
;; flags: rd; QUERY: 1, ANSWER: 0, AUTHORITY: 0, ADDITIONAL: 0
;; xxx.xxx.xxx.193.in-addr.arpa, type = PTR, class = IN
;; Querying server (# 1) address = xxx.xxx.xxx.xxx
;; new DG socket
;; got answer:
;; ->>HEADER<<- opcode: QUERY, status: NXDOMAIN, id: 30477
;; flags: qr rd ra; QUERY: 1, ANSWER: 0, AUTHORITY: 1, ADDITIONAL: 0
;; 168.142.218.193.in-addr.arpa, type = PTR, class = IN
193.in-addr.arpa. 1h45m55s IN SOA ns-pri.ripe.net. dns-help.ripe.net. (
2008080521 ; serial
1H ; refresh
2H ; retry
2W ; expiry
2H ) ; minimum
;; rcode = (NXDOMAIN), counts = an:0 ns:1 ar:0
10:13:32 2751 DNS lookup of xxx.xxx.xxx.193.in-addr.arpa (PTR) gave HOST_NOT_FOUND
10:13:32 2751 returning DNS_NOMATCH
10:13:32 2751 IP address lookup using gethostbyaddr()
;; res_query(xxx.xxx.xxx.193.in-addr.arpa, 1, 12)
;; res_nmkquery(QUERY, xxx.xxx.xxx.193.in-addr.arpa, IN, PTR)
;; res_send()
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 30478
;; flags: rd; QUERY: 1, ANSWER: 0, AUTHORITY: 0, ADDITIONAL: 0
;; 168.142.218.193.in-addr.arpa, type = PTR, class = IN
;; Querying server (# 1) address = xxx.xxx.xxx.xxx
;; new DG socket
;; got answer:
;; ->>HEADER<<- opcode: QUERY, status: NXDOMAIN, id: 30478
;; flags: qr rd ra; QUERY: 1, ANSWER: 0, AUTHORITY: 1, ADDITIONAL: 0
;; 168.142.218.193.in-addr.arpa, type = PTR, class = IN
193.in-addr.arpa. 1h45m55s IN SOA ns-pri.ripe.net. dns-help.ripe.net. (
2008080521 ; serial
1H ; refresh
2H ; retry
2W ; expiry
2H ) ; minimum
;; rcode = (NXDOMAIN), counts = an:0 ns:1 ar:0
res_nquery failed (-1)
10:13:32 2751 IP address lookup failed: h_errno=1
10:13:32 2751 LOG: host_lookup_failed MAIN
10:13:32 2751 no host name found for IP address 193.xxx.xxx.xxx
10:13:32 2751 sender_fullhost = [193.xxx.xxx.xxx]
10:13:32 2751 sender_rcvhost = [193.xxx.xxx.xxx]
10:13:32 2751 set_process_info: 2751 handling incoming connection from [193.xxx.xxx.xxx]
10:13:32 2751 host in host_reject_connection? no (option unset)
10:13:32 2751 host in sender_unqualified_hosts? no (option unset)
10:13:32 2751 host in recipient_unqualified_hosts? no (option unset)
10:13:32 2751 host in helo_verify_hosts? no (option unset)
10:13:32 2751 host in helo_try_verify_hosts? no (option unset)
10:13:32 2751 host in helo_accept_junk_hosts? no (option unset)
10:13:32 2751 expanding: Welcome on our mail server!
10:13:32 2751 This system does not accept Unsolicited Commercial Email
10:13:32 2751 and will blacklist offenders via our spam processor.
10:13:32 2751 Have a nice day!
10:13:32 2751
10:13:32 2751 ${primary_hostname} ESMTP
10:13:32 2751 result: Welcome on our mail server!
10:13:32 2751 This system does not accept Unsolicited Commercial Email
10:13:32 2751 and will blacklist offenders via our spam processor.
10:13:32 2751 Have a nice day!
10:13:32 2751
10:13:32 2751 myhost.ru ESMTP
10:13:32 2751 SMTP>> 220-Welcome on our mail server!
10:13:32 2751 220-This system does not accept Unsolicited Commercial Email
10:13:32 2751 220-and will blacklist offenders via our spam processor.
10:13:32 2751 220-Have a nice day!
10:13:32 2751 220-
10:13:32 2751 220 myhost.ru ESMTP
10:13:32 2751 Process 2751 is ready for new message
10:13:32 2751 smtp_setup_msg entered
10:13:32 2751 SMTP<< EHLO [10.0.8.50]
10:13:32 2751 Actual local interface address is 212.xxx.xxx.xxx (bce0)
10:13:32 2751 Actual local interface address is 212.xxx.xxx.xxx (bce1)
10:13:32 2751 Actual local interface address is 127.0.0.1 (lo0)
10:13:32 2751 [10.0.8.50] in helo_lookup_domains? no (end of list)
10:13:32 2751 sender_fullhost = ([10.0.8.50]) [193.xxx.xxx.xxx]
10:13:32 2751 sender_rcvhost = [193.xxx.xxx.xxx] (helo=[10.0.8.50])
10:13:32 2751 set_process_info: 2751 handling incoming connection from ([10.0.8.50]) [193.xxx.xxx.xxx]
10:13:32 2751 host in pipelining_advertise_hosts? yes (matched "*")
10:13:32 2751 host in auth_advertise_hosts? yes (matched "*")
10:13:32 2751 host in tls_advertise_hosts? yes (matched "*")
10:13:32 2751 SMTP>> 250-myhost.ru Hello [10.0.8.50] [193.xxx.xxx.xxx]
10:13:32 2751 250-SIZE 10485760
10:13:32 2751 250-PIPELINING
10:13:32 2751 250-AUTH PLAIN LOGIN CRAM-MD5
10:13:32 2751 250-STARTTLS
10:13:32 2751 250 HELP
10:13:36 2751 SMTP<< AUTH CRAM-MD5
10:13:36 2751 SMTP>> 334 PDI3NTEuMTIxNzkwOTYxNkBwcmVzcy5rej4=
10:13:36 2751 SMTP<< bWFpbEBidWhnYWx0ZXIua3ogNjYyMzU2MWNlNjhiYWQ2N2YwYWVlMGFmYjQyYWZhMjM=
10:13:36 2751 expanding: $1
10:13:36 2751 result: mail@my-virtualhost.ru
10:13:36 2751 expanding: SELECT password FROM mailbox WHERE username = '${quote_mysql:$1}' AND active = '1'
10:13:36 2751 result: SELECT password FROM mailbox WHERE username = 'mail@my-virtualhost.ru' AND active = '1'
10:13:36 2751 search_open: mysql "NULL"
10:13:36 2751 search_find: file="NULL"
10:13:36 2751 key="SELECT password FROM mailbox WHERE username = 'mail@my-virtualhost.ru' AND active = '1'" partial=-1 affix=NULL starflags=0
10:13:36 2751 LRU list:
10:13:36 2751 internal_search_find: file="NULL"
10:13:36 2751 type=mysql key="SELECT password FROM mailbox WHERE username = 'mail@my-virtualhost.ru' AND active = '1'"
10:13:36 2751 database lookup required for SELECT password FROM mailbox WHERE username = 'mail@my-virtualhost.ru' AND active = '1'
10:13:36 2751 MySQL query: SELECT password FROM mailbox WHERE username = 'mail@my-virtualhost.ru' AND active = '1'
10:13:36 2751 MYSQL new connection: host=localhost port=0 socket=NULL database=exim user=exim
10:13:36 2751 lookup yielded: $1$12f38753$ldFNsedpgMIZtmtFlqsur/
10:13:36 2751 expanding: $value
10:13:36 2751 result: $1$12f38753$ldFNsedpgMIZtmtFlqsur/
10:13:36 2751 expanding: ${lookup mysql{SELECT password FROM mailbox WHERE username = '${quote_mysql:$1}' AND active = '1'}{$value}fail}
10:13:36 2751 result: $1$12f38753$ldFNsedpgMIZtmtFlqsur/
10:13:36 2751 CRAM-MD5: user name = mail@my-virtualhost.ru
10:13:36 2751 challenge = <2751.1217909616@myhost.ru>
10:13:36 2751 received = 6623561ce68bad67f0aee0afb42afa23
10:13:36 2751 digest = da2d93db8463f028879ca317e4c397c3
10:13:36 2751 expanding: $1
10:13:36 2751 result: mail@my-virtualhost.ru
10:13:36 2751 SMTP>> 535 Incorrect authentication data
10:13:36 2751 LOG: MAIN REJECT
10:13:36 2751 auth_cram_md5 authenticator failed for ([10.0.8.50]) [193.xxx.xxx.xxx]: 535 Incorrect authentication data (set_id=mail@my-virtualhost.ru)
10:13:37 2751 SMTP<< AUTH PLAIN AG1haWxAYnVoZ2FsdGVyLmt6AHJmZTU2MDI=
10:13:37 2751 host in smtp_accept_max_nonmail_hosts? yes (matched "*")
10:13:37 2751 auth_plain authenticator:
10:13:37 2751 $auth1 =
10:13:37 2751 $auth2 = mail@my-virtualhost.ru
10:13:37 2751 $auth3 = password
10:13:37 2751 $1 =
10:13:37 2751 $2 = mail@my-virtualhost.ru
10:13:37 2751 $3 = password
10:13:37 2751 expanding: $3
10:13:37 2751 result: password
10:13:37 2751 expanding: $2
10:13:37 2751 result: mail@my-virtualhost.ru
10:13:37 2751 expanding: $3
10:13:37 2751 result: password
10:13:37 2751 expanding: SELECT username FROM mailbox WHERE username = '${quote_mysql:$2}' AND password = '${quote_mysql:$3}' AND active = '1'
10:13:37 2751 result: SELECT username FROM mailbox WHERE username = 'mail@my-virtualhost.ru' AND password = 'password' AND active = '1'
10:13:37 2751 search_open: mysql "NULL"
10:13:37 2751 cached open
10:13:37 2751 search_find: file="NULL"
10:13:37 2751 key="SELECT username FROM mailbox WHERE username = 'mail@my-virtualhost.ru' AND password = 'password' AND active = '1'" partial=-1 affix=NULL starflags=0
10:13:37 2751 LRU list:
10:13:37 2751 internal_search_find: file="NULL"
10:13:37 2751 type=mysql key="SELECT username FROM mailbox WHERE username = 'mail@my-virtualhost.ru' AND password = 'password' AND active = '1'"
10:13:37 2751 database lookup required for SELECT username FROM mailbox WHERE username = 'mail@my-virtualhost.ru' AND password = 'password' AND active = '1'
10:13:37 2751 MySQL query: SELECT username FROM mailbox WHERE username = 'mail@my-virtualhost.ru' AND password = 'password' AND active = '1'
10:13:37 2751 MYSQL using cached connection for localhost/exim/exim
10:13:37 2751 MYSQL: no data found
10:13:37 2751 lookup failed
10:13:37 2751 expanding: value
10:13:37 2751 result: value
10:13:37 2751 skipping: result is not used
10:13:37 2751 expanding: *
10:13:37 2751 result: *
10:13:37 2751 expanding: ${lookup mysql{SELECT username FROM mailbox WHERE username = '${quote_mysql:$2}' AND password = '${quote_mysql:$3}' AND active = '1'}{value}{*}}
10:13:37 2751 result: *
10:13:37 2751 crypteq: using crypt()
10:13:37 2751 subject=**hdlE8H5jpgs
10:13:37 2751 crypted=*
10:13:37 2751 condition: crypteq{$3}{${lookup mysql{SELECT username FROM mailbox WHERE username = '${quote_mysql:$2}' AND password = '${quote_mysql:$3}' AND active = '1'}{value}{*}}}
10:13:37 2751 result: false
10:13:37 2751 expanding: yes
10:13:37 2751 result: yes
10:13:37 2751 skipping: result is not used
10:13:37 2751 expanding: no
10:13:37 2751 result: no
10:13:37 2751 expanding: ${if crypteq{$3}{${lookup mysql{SELECT username FROM mailbox WHERE username = '${quote_mysql:$2}' AND password = '${quote_mysql:$3}' AND active = '1'}{value}{*}}}{yes}{no}}
10:13:37 2751 result: no
10:13:37 2751 expanded string: no
10:13:37 2751 expanding: $2
10:13:37 2751 result: mail@my-virtualhost.ru
10:13:37 2751 SMTP>> 535 Incorrect authentication data
10:13:37 2751 LOG: MAIN REJECT
10:13:37 2751 auth_plain authenticator failed for ([10.0.8.50]) [193.xxx.xxx.xxx]: 535 Incorrect authentication data (set_id=mail@my-virtualhost.ru)
10:13:37 2751 SMTP<< AUTH LOGIN
10:13:37 2751 SMTP>> 334 VXNlcm5hbWU6
10:13:37 2751 SMTP<< bWFpbEBidWhnYWx0ZXIua3o=
10:13:37 2751 SMTP>> 334 UGFzc3dvcmQ6
10:13:37 2751 SMTP<< cmZlNTYwMg==
10:13:37 2751 auth_login authenticator:
10:13:37 2751 $auth1 = mail@my-virtualhost.ru
10:13:37 2751 $auth2 = password
10:13:37 2751 $1 = mail@my-virtualhost.ru
10:13:37 2751 $2 = password
10:13:37 2751 expanding: $2
10:13:37 2751 result: password
10:13:37 2751 expanding: $1
10:13:37 2751 result: mail@my-virtualhost.ru
10:13:37 2751 expanding: $2
10:13:37 2751 result: password
10:13:37 2751 expanding: SELECT username FROM mailbox WHERE username = '${quote_mysql:$1}' AND password = '${quote_mysql:$2}' AND active = '1'
10:13:37 2751 result: SELECT username FROM mailbox WHERE username = 'mail@my-virtualhost.ru' AND password = 'password' AND active = '1'
10:13:37 2751 search_open: mysql "NULL"
10:13:37 2751 cached open
10:13:37 2751 search_find: file="NULL"
10:13:37 2751 key="SELECT username FROM mailbox WHERE username = 'mail@my-virtualhost.ru' AND password = 'password' AND active = '1'" partial=-1 affix=NULL starflags=0
10:13:37 2751 LRU list:
10:13:37 2751 internal_search_find: file="NULL"
10:13:37 2751 type=mysql key="SELECT username FROM mailbox WHERE username = 'mail@my-virtualhost.ru' AND password = 'password' AND active = '1'"
10:13:37 2751 cached data used for lookup of SELECT username FROM mailbox WHERE username = 'mail@my-virtualhost.ru' AND password = 'password' AND active = '1'
10:13:37 2751 lookup failed
10:13:37 2751 expanding: value
10:13:37 2751 result: value
10:13:37 2751 skipping: result is not used
10:13:37 2751 expanding: *
10:13:37 2751 result: *
10:13:37 2751 expanding: ${lookup mysql{SELECT username FROM mailbox WHERE username = '${quote_mysql:$1}' AND password = '${quote_mysql:$2}' AND active = '1'}{value}{*}}
10:13:37 2751 result: *
10:13:37 2751 crypteq: using crypt()
10:13:37 2751 subject=**hdlE8H5jpgs
10:13:37 2751 crypted=*
10:13:37 2751 condition: crypteq{$2}{${lookup mysql{SELECT username FROM mailbox WHERE username = '${quote_mysql:$1}' AND password = '${quote_mysql:$2}' AND active = '1'}{value}{*}}}
10:13:37 2751 result: false
10:13:37 2751 expanding: yes
10:13:37 2751 result: yes
10:13:37 2751 skipping: result is not used
10:13:37 2751 expanding: no
10:13:37 2751 result: no
10:13:37 2751 expanding: ${if crypteq{$2}{${lookup mysql{SELECT username FROM mailbox WHERE username = '${quote_mysql:$1}' AND password = '${quote_mysql:$2}' AND active = '1'}{value}{*}}}{yes}{no}}
10:13:37 2751 result: no
10:13:37 2751 expanded string: no
10:13:37 2751 expanding: $1
10:13:37 2751 result: mail@my-virtualhost.ru
10:13:37 2751 SMTP>> 535 Incorrect authentication data
10:13:37 2751 LOG: MAIN REJECT
10:13:37 2751 auth_login authenticator failed for ([10.0.8.50]) [193.xxx.xxx.xxx]: 535 Incorrect authentication data (set_id=mail@my-virtualhost.ru)
10:13:39 2751 SMTP<< QUIT
10:13:39 2751 SMTP>> 221 press.kz closing connection
10:13:39 2751 LOG: smtp_connection MAIN
10:13:39 2751 SMTP connection from ([10.0.8.50]) [193.xxx.xxx.xxx] closed by QUIT
10:13:39 2751 search_tidyup called
10:13:39 2751 close MYSQL connection: localhost/exim/exim
10:13:39 2749 child 2751 ended: status=0x0
10:13:39 2749 0 SMTP accept processes now running
10:13:39 2749 Listening...
Sometimes you encounter an error message such as Authentication failed 535 Incorrect authentication data or SMTP Error (535): Authentication failed when logging into Outlook, or any other email client. One possible cause is because the email password is too weak.
Luckily, the problem can be easily solved. All you need to do is log into your webmail and change the password to a strong and complex password.
A Strong and Complex Password is:
1. A combination of lowercase and uppercase alphabets, numbers and symbols.
2. Not a dictionary English word.
3. Not a number sequences.
An example of a good password is: SfR2$3!#
Performing this change also has the added benefit of securing your email account, lowering the likelihood that your account will be compromised. Once the password has been changed in webmail, be sure to change the password in Outlook as well, which will resolve the error.
2015-03-05 11:43:41 fixed_login authenticator failed for (ispip.net) ([XX.XX.XX.XX]) [YY.YY.YY.YY]: 535 Incorrect authentication data (set_id=user@domain.tld)
In cPanel Exim servers, especially ones enabled with SMTP authentication, “535 Incorrect authentication data” is a common error message seen in mail logs.
See how our website support experts help you!
The vast majority of these error instances represent blocked connections from botnets trying to relay spam. This is a security feature to protect the mail server from spam, and cannot be disabled.
However, valid customers might report this error under two circumstances:
1. Incorrect login information
Mail users sometimes enter the wrong format of user name (username vs username@domain.com), or put in the wrong password (especially if the auto-generated password contains too many special characters).
This can give them the error “535 Incorrect Authentication Data” while attempting to send mails with this wrong authentication details, as the mail server cannot validate the login.
Effective solution in such cases is to give them a password easy to remember (but that is also strong – like Halloween=Oct31), and educate mail users on the proper username format.
[ You don’t have to lose your sleep over lost emails. Get our professional help to fix your mail errors at affordable pricing. ]
2. Corrupted mail folder permissions
‘535 Incorrect Authentication Data’ results when mailbox permissions are changed due to migrations, or an account/server update. This can be quickly fixed by running the ‘/scripts/mailperm’ script from terminal, or by going to:
‘WHM >> Email >> Repair Mailbox permissions’
This error is often reported by mail users who maintain multiple mail devices, and forget to update login details in one of their devices.
With years of experience resolving common causes of all service related errors, our website support team is able to quickly identify the cause and deliver immediate solution for all support queries.
[ Need help resolving email errors in your sites? Get assistance from our website experts to fix all your website errors instantly. ]
var google_conversion_label = «Blp0CLCojHIQ0aD71QM»;