login failure or pop3 disabled try later

Имеется сервер, на котором стоит Courier Mail Server 1,58.
SMTP настроен нормально — письма уходят, тьфу-тьфу-тьфу.

Проблема состоит именно в протоколе POP3: невозможно подключиться к серверу

—————————————-
28.10.2011 11:03:00 POP3CLNT 0012 POP3-клиент запущен (порт 110)
+28.10.2011 11 :03:00 POP3CLNT 0012 Подключаемся к pop.yandex.ru (порт 110)
>28.10.2011 11:03:00 POP3CLNT 0012 +OK POP Ya! v1.0.0na@7 13goGK0uEmI1
28.10.2011 11:03:00 POP3CLNT 0012 +OK password, please.
28.10.2011 11:03:00 POP3CLNT 0012 -ERR [AUTH] login failure or POP3 disabled, try later. sc=13goGK0uEmI1
-28.10.2011 11:03:00 POP3CLNT 0012 Отключаемся от pop.yandex.ru
!28.10.2011 11:03:00 POP3CLNT 0012 Ошибка: -ERR [AUTH] login failure or POP3 disabled, try later. sc=13goGK0uEmI1
28.10.2011 11:03:00 POP3CLNT 0012 POP3-клиент остановлен
—————————————-

Думал глюк в системе. Запускаю с другого компа telnet на 110 порт:

—————————————-
+OK POP Ya! v1.0.0na@19 85gGrYDTmGk1
user user@mycompany.ru
+OK password, please.
pass ef4334rge
-ERR [AUTH] login failure or POP3 disabled, try later. sc=85gGrYDTmGk1
Подключение к узлу утеряно.
—————————————-

Проверял через Thunderbird — не может создать учетную запись по POP3 — пишет логин/пароль не верны в то время, как по IMAP никаких проблем нет.
Пробовал:
IMAP, 993 port, SSL/TLS
POP3, 110 port, без защиты

При настройке почтовых сервисов многие пользователи сталкиваются с различными проблемами основанными на конфигурации. Большинство почтовых ресурсов как Yandex или Mail.ru, установили базовые настройки для своих пользователей. Иногда возникает ошибка Login failure or POP3 disabled которая свидетельствует о неправильном вводе определенных данных, что приводит невозможности подключения к серверам.

Причины возникновения проблемы

Основными причинами являются некорректные настройки или запрет доступа почтового сервиса для сбора данных при подключении. Сама процедура коннекта происходит по средствам POP3, что нередко приводит к сбою системы или авторизации. Иногда по умолчанию (например в Yandex), запрещен доступ к почтовому ящику для почтовых клиентов. Данная мера безопасности определена по стандартам и является опциональной возможностью.

Исходя из этого, можно составить список причин возникновения неисправности:

  1. Некорректная настройка почтового клиента.
  2. Установка неправильных портов подключения.
  3. Неверные данные пользователя. В частности логин или пароль.
  4. Подключение к узлу было утеряно из за передачи стандартных данных user@mycompany.ru
  5. Почтовый клиент фильтруется через защиту антивирусной программы.

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

Решение ошибки Login failure or POP3 disabled

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

Основной методами решения ошибки для Яндекса:

  1. Заходим в почту Yandex и идем по пути: Почта → Настройка → Почтовые программы
  2. Устанавливаем галочку в пункте «С сервера pop.yandex.ru по протоколу POP3«.
  3. Сохраняем настройки.
  1. Заходим по пути который указан выше.
  2. Устанавливаем галочку «При получении почты по POP3 письма в почтовом ящике Яндекс.Почты помечать как прочитанные«
  3. Сохранить изменения.

Данные методы профилактики проблемы с ошибкой Login failure or POP3 disabled позволяют полностью ее избежать. Для других клиентов или почтовых сервисом, можно сделать тоже самое, что приведет к положительному результату прохождения аутентификации.

Идут такие ошибки в mailer.return_path.log

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

Почему в ошибке POP3? Я же использую SMTP. Что делать? Где копать?

17 комментариев

Был сменен пароль! поменяйте его на новый в конфиге!

Я пароль не менял. Почта приходит в почтовые проги, там пароль старый. На всякий случай поменяю конечно.

Возможно, вы указали неправильные параметры подключения к ящику Return-Path. Для подключения к нему всегда используется протокол POP3. Либо доступ по POP3 отключен в свойствах указанного там почтового ящика.

Проверил. Да доступ по POP3 был отключен в свойствах почтового ящика Yandex. Включил, послежу будут ли ошибки.

Спасибо, но включение в почтовом ящике pop3 не помогло. Ошибка участилась. Подскажите, где в Webasyst параметры подключения к ящику Return-Path?

Вот мои настройки из mail.php:

Параметры подключения в ящику Return-Path редактируются на странице отправки рассылки в приложении «Рассылки».

Рассылки я давно не отправлял. В последней был настроен Return-Path такой же адрес, как с которого отправляю. Вчера все рассылки удалил, кэш почистил, на почте POP3 проверил, но ошибка всё равно идёт каждые десять минут.

В Webasyst везде в настройках используется только один ящик.

Обновил настройки Return-Path в приложении «Рассылки».

Получил ошибку в error.log:

2017-02-13 22:18:36 5.18.222.104

mailer: Return-path «news+9118@мой-домен» forb 553 5.7.1 Sender address rejected: not owned by auth user.

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

Какое шифрование использует приложение Рассылки? SHA-1 или SHA-256?

Не может ли иметь к проблеме отношение вот эта публикация: https://roem.ru/24-07-2015/201173/pochta-yandex-pop3/? Может быть, вам стоит завести ящик Return-Path у другого провайдера?

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

В ней ошибка return_path_ >

Где это сделать? В базе MySQL или в файлах Webasyst? Подскажите пожалуйста. Спасибо.

нужно как-то очистить старые return path

Создайте рассылку с любым текстом (её не придётся отправлять). На странице «Проверить и отправить» выберите «Редактировать» для ранее настроенного адреса Return-path. В появившемся диалоговом окне используйте ссылку «Удалить этот Return-path».

Спасибо, но там нет ссылки «Удалить этот Return-path». Есть только, где редактировать отправителя «Удалить отправителя»

Судя по коду, его можно будет удалить не ранее, чем через 30 дней после выполнения последней рассылки с использованием этого адреса Return-path. Этот период ожидания прописан в файле wa-apps/mailer/lib/config/mailerConfig.class.php :

Измените число 2592000 на 1, после чего должна появится ссылка для удаления подключения к этому ящику Return-path, и после удаления подключения восстановите оригинальное значение в исходном коде.

Спасибо большое. Получилось удалить старый Return-path. Ошибка пропала.

Появилась другая проблема с этим же ящиком, но я её решил. При отправке выдавало ошибку:

2017-02-17 11:27:20 5.18.222.104

mailer: Return-path «news+9129@мой-домен» forb 553 5.7.1 Sender address rejected: not owned by auth user.

Оказалось, что в файле mail.php нужно отдельно прописать настройки SMTP для основной почты и отдельно для почты приложения Рассылки. У меня было: ‘default’ => array( и приложение Рассылки пыталось отправлять почту с настройками SMTP для основного ящика магазина.

Меня изначально сбила с толку настройка транспорта SMTP в самом приложении Рассылки.

Рано я обрадовался. Теперь при каждой отправке выдаёт ошибку:

2017-02-17 14:25:15 5.18.222.104

mailer: Return-path «news+9143@мой-домен» forb 553 5.7.1 Sender address rejected: not owned by auth user.

2017-02-17 14:28:42 5.18.222.104

mailer: Return-path «shop+9145@мой-домен» forb 553 5.7.1 Sender address rejected: not owned by auth user.

Пробую с разных ящиков. Письмо отправляется. приходит к адресату и дубликат письма приходит обратно.

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

Я уже всё перепробовал. Где, как и что можно проверить?

Оцените статью
SoftLast
Добавить комментарий