[Comm] fetchmail vs sylpheed (скорость скачивания)

[Comm] fetchmail vs sylpheed (скорость скачивания)

[Olga]

Здравствуйте!

Замечаю, что скачивание почты с POP3-сервера fetchmail'ом занимает
большее время, чем скачивание sylpheed'ой. 
Сравнивая логи sylpheed'ы с fetchmail -v пытаюсь понять причину
такой разницы и узнать, можно ли что-то сделать для убыстрения
скачивания почты fetchmail'ом. 
Прошу помощи Сообщества в этом вопросе.
 
Итак, вот логи и вопросы:

------------- Лог сильфиды:

POP3< +OK imap.pochtamt.ru MailRu.com POP3 v1.8 server ready
POP3> USER laedel
POP3< +OK Name is a valid mailbox
POP3> PASS ********
POP3< +OK Maildrop locked and ready
POP3> STAT
POP3< +OK 1 3174
POP3> UIDL
POP3< +OK unique-id listing follows
POP3> LIST
POP3< +OK scan listing follows
POP3> RETR 1
POP3< +OK Message follows
POP3> DELE 1
POP3< +OK message deleted
POP3> QUIT
POP3< +OK


----------Вывод fetchmail -v:

POP3< +OK imap.pochtamt.ru MailRu.com POP3 v1.8 server ready
POP3> CAPA
POP3< +OK List of capabilities follows
POP3< EXPIRE NEVER
POP3< LOGIN-DELAY 0
POP3< TOP
POP3< UIDL
POP3< PIPELINING
POP3< USER
POP3< IMPLEMENTATION Cyrus POP3 server v1.8
POP3< .
POP3> USER laedel
POP3< +OK Name is a valid mailbox
POP3> PASS 
POP3< +OK Maildrop locked and ready
  ЗДЕСЬ, похоже, происходит задержка

POP3> STAT
POP3< +OK 1 1384
POP3> UIDL
POP3< +OK unique-id listing follows
POP3< 1 46040
POP3< .
1 message for laedel at imap.pochtamt.ru (1384 octets).
POP3> LIST
POP3< +OK scan listing follows
POP3< 1 1384
POP3< .
POP3> TOP 1 99999999
POP3< +OK Message follows
reading message laedel@imap.pochtamt.ru:1 of 1 (1384 octets)
#******* flushed
POP3> DELE 1
POP3< +OK message deleted
POP3> QUIT
POP3< +OK
-----------------------------

Вот и пытаюсь понять, в чём причина относительной медлительности
fetchmail'а. Что-то в его общении с POP3-сервером, или задержки
при его обращении к procmail и/или postfix? 
И можно ли что-то сделать для убыстрения приема почты?

Кстати, в частности, можно ли отучить fetchmail подавать команду
CAPA ?
Принципиально ли, что сильфида скачивает письма с помощью RETR,
а fetchmail -- с помощью TOP ? 
Как-то у fetchmail настраивается -- RETR или TOP использовать?


Об использованных настройках:
Сначала ~/.fetchmailrc был:

poll imap.pochtamt.ru
proto pop3
port 110
uidl
user laedel to olga here
password MonMotDePass



После чтения man, FAQ и некоторых экспериментов ~/.fetchmailrc стал:

set invisible
poll imap.pochtamt.ru
proto pop3
port 110
no dns
no envelope
uidl
user laedel to olga here
# вариант: user laedel mda /usr/bin/procmail
# (без заметных отличий в быстродействии)
password MonMotDePasse
no rewrite
dropdelivered

Со вторым вариантом получение почты стало быстрее, но не достигло
сильфидиных темпов.
Вот и вопрос -- что можно сделать для избавления от задержек при
скачивании fetchmail'ом?


С уважением,
OL


P.S.
Дистрибутив - ALM 2.0
fetchmail-6.1.0-alt1.1
postfix-1.1.7-alt2
procmail-3.22-alt1

Re: [Comm] fetchmail vs sylpheed (скорость скачивания)

[Alexander Kirey]

Olga wrote:

>Здравствуйте!
>
>
>------------- Лог сильфиды:
>
>POP3< +OK imap.pochtamt.ru MailRu.com POP3 v1.8 server ready
>POP3> USER laedel
>POP3< +OK Name is a valid mailbox
>POP3> PASS ********
>POP3< +OK Maildrop locked and ready
>POP3> STAT
>POP3< +OK 1 3174
>POP3> UIDL
>POP3< +OK unique-id listing follows
>POP3> LIST
>POP3< +OK scan listing follows
>POP3> RETR 1
>POP3< +OK Message follows
>POP3> DELE 1
>POP3< +OK message deleted
>POP3> QUIT
>POP3< +OK
>
>
>----------Вывод fetchmail -v:
>
>POP3< +OK imap.pochtamt.ru MailRu.com POP3 v1.8 server ready
>POP3> CAPA
>POP3< +OK List of capabilities follows
>POP3< EXPIRE NEVER
>POP3< LOGIN-DELAY 0
>POP3< TOP
>
Эта команда (TOP) считывает заголовок, сообщения. Считается, что эта
команда плохо описана в rfc и потому реакция pop3 сервера может
быть неадекватной и зависит от brand`a производителя pop3 сервера.
Здесь может быть потеря серверного времени да и сам факт получения
заголовка - по сути чтение сообщения. Все, что я написал, это
компиляция разных источников и наблюдений, сам rfc не читал.

>POP3< UIDL
>POP3< PIPELINING
>POP3< USER
>POP3< IMPLEMENTATION Cyrus POP3 server v1.8
>POP3< .
>POP3> USER laedel
>POP3< +OK Name is a valid mailbox
>POP3> PASS 
>POP3< +OK Maildrop locked and ready
>  ЗДЕСЬ, похоже, происходит задержка
>  
>
Вряд ли, это просто блокировка ящика от одновременного чтения,
если только вы как-то реально отследили появление этой записи
с временной задержкой (по сравнению с сильфидой), но это может
быть и особенностью почтового клиента. Однозначно можно определить
если просмотреть исходники обеих программ в области диалога с
сервером.

>
>С уважением,
>OL
>
>
>  
>
-- 
Александр Кирей

Re: [Comm] fetchmail vs sylpheed (скорость скачивания)

[Olga]

Olga <laedel@pochtamt.ru> пишет:

> Замечаю, что скачивание почты с POP3-сервера fetchmail'ом занимает
> большее время, чем скачивание sylpheed'ой. 
> Сравнивая логи sylpheed'ы с fetchmail -v пытаюсь понять причину
> такой разницы и узнать, можно ли что-то сделать для убыстрения
> скачивания почты fetchmail'ом. 

<skip>

Продолжаю разбираться...

Вопрос про TOP и RETR выяснен и снят.
Посылание CAPA отключено (auth password в опциях сервера в
.fetchmailrc).

Но (при скачивании fetchmail'ом) по-прежнему наблюдается пауза между
POP3> PASS 
POP3< +OK Maildrop locked and ready
 и
POP3> STAT


Не смертельно это, конечно, но если кому-то есть что сказать о
причинах этой странноватой паузы и способах борьбы с ней, буду
очень благодарна за советы и комментарии.


С уважением,
OL