6 messages in net.sourceforge.lists.courier-usersRe: [courier-users] MUA's Very Slow
FromSent OnAttachments
Jamie HendersonApr 27, 2007 9:01 am 
Gordon MessmerApr 27, 2007 10:07 am 
Bowie BaileyApr 27, 2007 12:59 pm 
Gordon MessmerApr 27, 2007 1:55 pm 
Sam VarshavchikApr 27, 2007 2:37 pm 
Gordon MessmerMay 1, 2007 1:06 pm 
Actions with this message:
Paste this link in email or IM:
Paste this link in email or IM:
Atom feed for this thread
Paste this URL into your reader:
Subject:Re: [courier-users] MUA's Very SlowActions...
From:Gordon Messmer (yiny@eburg.com)
Date:Apr 27, 2007 1:55:45 pm
List:net.sourceforge.lists.courier-users

Bowie Bailey wrote:

Read the article again.

It says that this IS a problem with Courier because the pop3 server doesn't take advantage of the size information encoded in the filenames. The suggested fix is to patch pop3dserver.c to read the size from the filenames rather than counting characters manually

I apologize; it's been so long since I used POP3 that I'd forgotten some details.

The size encoded in the file's name is the size of the file. It's not the correct byte count, required by RFC, including proper newlines.

What I do recall is that this usually isn't a serious problem, since Courier saves its results in Maildir/courierpop3dsizelist. Only new messages have to be examined for their "size" at login.

So, again, details about Jamie's setup and prior diagnostics would probably help us understand why the existing infrastructure isn't performing adequately.