Страницы: 1
RSS
Проблема с получением почты.
 
Примерно с середины прошлой недели (29.06.16) возникли проблемы с получением почты с ящиков yandex.ru. The Bat настроен на автоматическую проверку почты по протоколу pop3 с интервалом в 10 минут. Примерно 3 из 20 попыток проверки "зависают" на стадии "Соединение с сервером", при этом в журнале работы может быть как успешное подключение :

07.07.2016, 15:25:58: FETCH - Получение новой почты
07.07.2016, 15:25:58: FETCH - Подключение к POP3-серверу pop.yandex.ru через порт 995
07.07.2016, 15:25:58: FETCH - Начинаю приветствие TLS
>07.07.2016, 15:25:58: FETCH - Свойства сертификата: 69A11C7A18E1E2CFC674BAAA22CFC2C8, алгоритм: RSA (2048 бит), Действителен с: 28.04.2016 17:55:18, по: 28.04.2018 17:55:18, на хосты в кол-ве 14 шт.: pop3.yandex.kz, pop.yandex.com, pop3.yandex.ua, pop.yandex.by, pop3.yandex.by, pop.ya.ru, pop.yandex.kz, pop3.yandex.com.tr, pop3.yandex.ru, pop3.yandex.com, pop.yandex.ua, pop3.ya.ru, pop.yandex.com.tr, pop.yandex.ru.
>07.07.2016, 15:25:58: FETCH - Владелец: RU, Yandex LLC, ITO, Moscow, Russian Federation, pop.yandex.ru.
>07.07.2016, 15:25:58: FETCH - Поставщик: RU, Yandex LLC, Yandex Certification Authority, Yandex CA.
07.07.2016, 15:25:58: FETCH - Приветствие TLS завершено
07.07.2016, 15:25:58: FETCH - Соединение с POP3 сервером прошло удачно
07.07.2016, 15:25:59: FETCH - Аутентификация прошла успешно (Обычный метод)
07.07.2016, 15:25:59: FETCH - На сервере писем: 46, из них новых: 0
07.07.2016, 15:25:59: FETCH - Соединение завершено - получено писем: 0

так и зависшее на стадии TLS приветствия :

07.07.2016, 15:26:00: FETCH - Получение новой почты
07.07.2016, 15:26:00: FETCH - Подключение к POP3-серверу pop.yandex.ru через порт 995
07.07.2016, 15:26:00: FETCH - Начинаю приветствие TLS


Что пробовал делать:

1) Отключал антивирус и фаервол, тестировал на свежеустановленной системе без антивируса (W7SP1 x64)
2) Проверял  используя другого провайдера (общественный хотспот)
3) Проверял на разных версиях программы - начал с 4.2.42, затем 5.8.8 и 7.1.18.
4) Включал расширенное журналирование - в логе то же что и на скриншотах(в случае когда зависает, если соединение успешно, то лог, разумеется более подробный)

Результат совершенно непредсказуемый, бывает что из 4 ящиков "виснет" только один, бывает что два. Проблема в том, что это задание получения писем на стадии соединения с сервером может висеть сколь угодно долго, параметр "Таймаут сервера" в настройках ящика никак не реагирует на это и следующая попытка проверить не в автоматическом ни в ручном режиме уже не производится - нужно отменять задание вручную и пробовать снова.
 
Точно такая же проблема.
Проявляется на различных операционных системах (Win XP Pro, Win7 32, 64-bit). В различных средах. В одной компании как шлюз используется TMG Forefront, в другой Kerio Connect, в третьей - обычный маршрутизатор D-Link. Провайдеры различные.

Пробовал различные версии ставить. Впервые заметил на версии 7.1.18. Но наблюдается и на версии 4.0.38.

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

P.S. во всех случаях используется услуга Яндекс почта для домена.
Изменено: Валерий Сирентан - 12.07.2016 09:32:15
 
Подтверждаю, около 3-х недель как появилась такая проблема с ящиками на Яндексе, есть и "почта для домена" и обычные ящики. Проявляется на разных ПК с разными ОС и разными версиями The bat! и антивирусов. Никакие манипуляции не помогают, произвольно зависает при получении почты (исключительно с Яндекса). В других почтовых клиентах такого не наблюдается. Яндекс - молчит. Что скажет Ritlabs?
 
Та же история. Яндекс, POP, зависание на стадии "Начинаю приветствие TLS". Висит до ручной отмены операции. 4 ящика.
Другие (не яндекс) работают.
 
Проблема исчезла в версии 7.2
 
Цитата
Валерий Сирентан написал:
Проблема исчезла в версии 7.2
Не исчезла проблема. Версия 8.8.2 постоянно, после отправки письма появляется TLS. Используется услуга Яндекс почта для домена. Перепробовал все варианты предложенные в интернете.
 
Цитата
Федор Медведев написал:
Цитата
Валерий Сирентан написал:
Проблема исчезла в версии 7.2
Не исчезла проблема. Версия 8.8.2 постоянно, после отправки письма появляется TLS. Используется услуга Яндекс почта для домена. Перепробовал все варианты предложенные в интернете.
На 8.8.9 такая же проблема. По-видимому дело не в The Bat! а в яндексе.
Жутко неудобно после перехода с гугла. У меня около 5 доменных ящиков, которые я просто задолбаюсь проверять каждые 10 секунд вручную. А когда The Bat! автоматически проверяет ящики, это экономит громадное количество времени, и позволяет быстро реагировать на входящие e-mail сообщения.
 
Подниму-ка актуальную тему.

Пациент: 7.4.16 x32 на win8.1, яндексовский ящик, протокол pop3 с TLS
Симптомы:
21.07.2021, 01:44:28: FETCH - Получение новой почты
21.07.2021, 01:44:28: FETCH - Подключение к POP3-серверу pop.yandex.ru через порт 995
21.07.2021, 01:44:28: FETCH - Начинаю приветствие TLS

И после этого молчание, пока не нажмёшь отмену. Телнет к 465, 993 и 995 портам pop.yandex.ru при этом проходит без задержек. Та же проблема возникала уже где-то год назад, вылечилось всё само, теперь появилось снова. Поддержка яндекса смотрит честными глазами и упорно отправляет за ответами сюда.
Как бы выяснить, что происходит? Или, если это невозможно, как отменить соединение? Отключать обычное автополучение почты и создавать в смартбате задание с таймаутом пробовал: результат тот же, а таймаут задания игнорируется.
 
https://www.ritlabs.com/ru/auth-forums/forum31/topic14690/message51009/#message51009 - вот это настроено у Яши? (только галочки у pop настроек выставить, конечно же, а не как на рисунке по ссылке).
Модератор. Не являюсь сотрудником RitLabs (I'm not an employee of Ritlabs). https://belrus.biz/vendors/ritlabs.html
 
George Salnik, вы имеете в виду вот эти галки? Если да, то они выставлены.

 
Тогда ждём кого из форумчан с Яндексом на попе, может что сподскажут.

Техподдержку ещё спросите.
Модератор. Не являюсь сотрудником RitLabs (I'm not an employee of Ritlabs). https://belrus.biz/vendors/ritlabs.html
 
Подтверждаю проблему. Периодически зависает получение почты, после отмены некоторое время (совершенно произвольное) работает.. Так и живем..
 
Цитата
George Salnik написал:
Тогда ждём кого из форумчан с Яндексом на попе, может что сподскажут.
Подсказываю. Пользуюсь почтой яндекс для домена. Что по протоколу POP зависания(висит окно диспетчера писем и пока не перезайдешь в бат - письма не принимает), что по IMAP непонятные подвисания. Решение проблемы, которые я нашел для себя и работает корректно - Thunderbird. Лучше практически во всем, кромe оповещальщика писем. Там он не висит постоянно на экране, а лишь заданное в настройках время. Виноват в этом конечно же сам The Bat. Как бы не глючил интернет или почтовый сервер, почтовая программа должна корректно отрабатывать нештатные ситуации.  
 
Есть проблема - пишем в техподдержку.

Есть кто без проблем с яндексом на pop3? Поделитесь  настройками с вопрошающими.
Модератор. Не являюсь сотрудником RitLabs (I'm not an employee of Ritlabs). https://belrus.biz/vendors/ritlabs.html
 
У нат Бат стоит на терминальном сервере. На сервере одновременно работают до 15 человек.
В последнее время(несколько месяцев) программа перестала получать почту  автоматически. У пользователей стоит в настройках проверка почты при  открытии программы и проверка допустим каждые 8 минут. Так вот при  открытии программы, почта исправно получается, а дальше в какой то  момент перестает приходить. Приходится программу перезапускать.
 
Началось на старой версии, при установке новой временно работало нормально но и на новых версиях началось.
И да, речь о почте ЯНДЕКС. Мне кажется я решил эту проблему путем создания Пароля приложений в почте Яндекс (вместо общего веб-пароля). У одного сотрудника этот баг прекратился, начал делать остальным так же. Все таки вина на яндексе тут есть, только у них такая ерунда появилась как доп.пароль приложений (для использования в почтовиках)
Страницы: 1