From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Date: Fri, 15 Nov 2002 00:09:22 +0700 From: Olga To: community@altlinux.ru Message-Id: <20021115000922.291081a1.laedel@pochtamt.ru> X-Mailer: Sylpheed version 0.7.6claws49 (GTK+ 1.2.10; i686-pc-linux-gnu) Mime-Version: 1.0 Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: 8bit Subject: [Comm] fetchmail vs sylpheed =?KOI8-R?B?KNPLz9LP09TYINPLwd7J18HOydEp?= Sender: community-admin@altlinux.ru Errors-To: community-admin@altlinux.ru X-BeenThere: community@altlinux.ru X-Mailman-Version: 2.0.9 Precedence: bulk Reply-To: community@altlinux.ru List-Unsubscribe: , List-Id: List-Post: List-Help: List-Subscribe: , List-Archive: Archived-At: List-Archive: List-Post: Здравствуйте! Замечаю, что скачивание почты с 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