===[ Битва с nPOP ]===

#post-id: 5461-22-43
#original-date: 9.07.2015 Thu
#original-time: 10:43 PM
#original-day:  5461
#original-host: WinXP Home SP3 (Build 2600)

Пытаюсь понять, почему nPOP в упор не видит только что пришедшие 
письма. Тоесть он сообщает, что на сервере 110, а в клиенте 100, но 
не получает десять писем.

Предварительное расследование показало, что он запоминает UID 
последнего сообщения и запрашивает его раз вместо списка всех 
сообщений. Где-то тут и случается казус.

---------- ~ ----------

Как заглянуть в трафик почтового клиента на скорую руку, если авторы 
не предусмотрели никаких логов?

Если шифрование не используется, то берём SocketSniff от NirSoft и 
вперёд.

Если шифрование используется, то делаем так. Берём toonel.net, 
создаём в нём форвардинг порта. Локальным делаем какой-нибудь 7117, 
удалённым - 995, пишем имя хоста POP3 сервера и ставим галочку "Use 
SSL".

Последняя означает, что клиент будет подключаться без шифрования, а 
шифроваться будет уже toonel.net. В клиенте пишем имя сервера - 
localhost, порт - 7117 и выключаем шифрование. В нормальных условиях 
в toonel.net галочка "Use SSL" должна быть снята, а в клиенте 
шифрование включено (правда, он будет ругаться на "неправильный" 
сертификат).

Так вот, после всего этого берём SocketSniff и слушаем трафик 
почтового клиента. В пределах локальной машины он будет не 
зашифрован, и всё прекрасно будет видно.

---------- ~ ----------

Расследование показало, что Яндекс выдаёт UID писем не в порядке их 
поступления. Сначала у нас на сервере 100 писем, nPOP получает UID 
сотого и запоминает. Потом приходит письмо, на сервере их становится 
101, но новое письмо оказывается где-то под номером 34. nPOP 
получает UID 101 письма, видит, что UID тот же, совершенно не 
смущается несоответствию количества писем в прошлый и этот раз, и 
сообщает, что новой почты нет. Мда.

---------- ~ ----------

А программа всё равно прикольная. Подкупает классический интерфейс и 
минимализм без новомодных приколов с избытком пустот.