Имя: Пароль:
IT
Админ
доступ к ящику по POP3 периодически глючит
,
0 andrewks
 
15.05.12
17:52
есть некий набор аккаунтов на некотором общеизвестном бесплатном почтовом сервере.

есть прога, которая с одного и того же хоста периодически стучится  по всем этим ящикам через POP3. и вот, опять-таки, периодически возникает следующая проблема:
один, два, иногда три ящика не прозваниваются, при этом остальные прозваниваются нормуль. причём "зависон" может длится несколько минут, может часами (при этом всё это время остальные аккаунты прозваниваются нормально, закономерности по аккаунтам тоже нет, сегодня может дядя Вася, завтра - дядя Коля,)

по логам выяснил следующее:
к сокету подключается нормально,
команды USER и PASS отрабатывают нормуль, ответ: +OK Welcome!
дальше идёт команда STAT, и ответ на неё - 10054  Connection reset by peer

какие могут быть причины?
1 Мизантроп
 
15.05.12
17:55
(0) у яндекса проблемы, писали об этом на роеме
2 andrewks
 
15.05.12
17:56
(1) про яндекс в курсе, там с отправкой у меня проблемы возникали.

а это приём, и не яндекс, а мэйл.ру
3 Sakura
 
15.05.12
17:57
переходить на гмэйл
4 Мизантроп
 
15.05.12
17:58
(3) гмэй недавно на сутки отваливался у части пользователей
5 andrewks
 
15.05.12
17:59
собственно, почему меня гложут сомнения, что, может, что-то не так на моей стороне:

на этом же хосте есть ещё один набор аккаунтов на этом же пресловутом мэйле, в The Bat!, он тоже с опред.интервалом их всех прозванивает, и вот у него проблем практически не возникает, очень редко.
к сожалению, не нашёл в бате подробного лога, какие команды он отсылает, чтобы сравнить с командами, которая отсылает используемая в моём случае dll-ка
6 andrewks
 
15.05.12
17:59
и проблема наблюдается довольно давно, уже с месяц как
7 Deniskind
 
15.05.12
18:00
С недавнего времени заметил, что The Bat! стала медленно принимать почту с майла. Т.е. скачивается письма быстро, а все промеуточные операции медленно. Помогла установка соединения вместо "обычного" на "Безопасное по станд. порту (STARTTLS)"
8 andrewks
 
15.05.12
18:03
специально проверил настройки бата и настройки, передаваемые длл-ке: серверы, порты, типы соединения идентичны
9 Sakura
 
15.05.12
18:04
(5) Бат же по умолчанию ведет полный лог, не?
10 andrewks
 
15.05.12
18:05
(9) где? в журнале работы детализация до команд не отображается, только так:

15.05.2012, 17:21:13: FETCH - Получение новой почты
15.05.2012, 17:21:14: FETCH - Соединение с POP3 сервером прошло удачно
15.05.2012, 17:21:14: FETCH - Аутентификация прошла успешно (Обычный метод)
15.05.2012, 17:21:14: FETCH - На сервере писем: 0, из них новых: 0
15.05.2012, 17:21:14: FETCH - Соединение завершено - получено писем: 0
11 andrewks
 
15.05.12
18:12
если предположить, что после команд
USER и PASS, потом STAT нас отпиннули, но на стороне почтового сервера осталось висеть соединение - сколько оно может висеть? и какое поведение должно быть при попытке подключения - валить должен на этапе USER и PASS, или как раз на этапе STAT ?
12 Мизантроп
 
15.05.12
18:16
(11)
http://tools.ietf.org/html/rfc1939
смотри первоисточник, 1снеги наговорить могут много
13 andrewks
 
15.05.12
18:20
хммм... вот сейчас один ящик висит уже часа два.

забил его по-быстрому в бат - выдал
15.05.2012, 18:17:17: FETCH - Получение новой почты
15.05.2012, 18:17:19: FETCH - Соединение с POP3 сервером прошло удачно
15.05.2012, 18:17:21: FETCH - Аутентификация прошла успешно (Обычный метод)
!15.05.2012, 18:17:22: FETCH - Соединение с сервером прервано (последние переданные команды: "PASS", "STAT")

т.е. проблема в ящике.

но почему у аккаунтов, простукиваемых батом, таких ситуаций практически не возникает? что может провоцировать такое поведение почтового сервера?
14 Мизантроп
 
15.05.12
18:25
м.б. глюк в твоей dll
или мэйл.ру не любит твою dll, потому как ее спамеры используют
15 andrewks
 
15.05.12
18:29
уже думал на эту тему.

но, если допустить, что глюк в длл - почему в одно и то же время при абсолютно одинаковых передаваемых командах один ящик читается нормально, а другой нет?
16 Мизантроп
 
15.05.12
18:31
> при абсолютно одинаковых передаваемых командах один ящик читается нормально, а другой нет?

на то он и глюк
17 andrewks
 
15.05.12
18:43
не, ну всё равно нелогично - в это же самое время на этом же самом аккаунте из этой же самой длл-ки отправка по smtp работает без проблем. если бы они спамеров глушили, были бы проблемы именно с smtp, как на яндексе. а тут с Pop3.

хрень какая-то
18 smaharbA
 
15.05.12
19:05
timeout 60 прога; [ $? -eq 128 ] && echo не дождалися.

не поможет ?
19 smaharbA
 
15.05.12
19:06
в ящике дохрена писем ?
20 andrewks
 
15.05.12
21:57
(18) не понял
(19) нет
21 IVIuXa
 
16.05.12
03:54
(0)
подключись телнетом да проверь на какой команде вылетает
не используй эту команду ;)
22 andrewks
 
16.05.12
08:08
(21) написал же - на STAT вылетает.
нельзя её не использовать
23 IVIuXa
 
16.05.12
09:21
(22)
LIST вылетает ?
24 IVIuXa
 
16.05.12
09:22
+(23)
у меня работает STAT на pop3.mail.ru