atom feed35 messages in net.sourceforge.lists.courier-usersRe: [courier-users] Re: Weird problem(?)
FromSent OnAttachments
Morten WartouJan 3, 2002 5:59 am 
Toni MattilaJan 3, 2002 6:21 am 
Morten WartouJan 3, 2002 6:32 am 
Toni MattilaJan 3, 2002 6:34 am 
Sam VarshavchikJan 3, 2002 2:39 pm 
Sam VarshavchikJan 3, 2002 2:39 pm 
Morten WartouJan 3, 2002 3:22 pm 
Morten WartouJan 3, 2002 3:23 pm 
Sam VarshavchikJan 3, 2002 3:30 pm 
Sam VarshavchikJan 3, 2002 3:31 pm 
DavidJan 3, 2002 3:32 pm 
Juha SaarinenJan 3, 2002 3:37 pm 
Morten WartouJan 3, 2002 4:11 pm 
Juha SaarinenJan 3, 2002 4:15 pm 
Joe CroftJan 3, 2002 5:20 pm 
Michael CarmackJan 3, 2002 5:44 pm 
Greg OwenJan 3, 2002 6:29 pm 
Peter C. NortonJan 3, 2002 7:13 pm 
Michael CarmackJan 3, 2002 7:48 pm 
Sam VarshavchikJan 3, 2002 8:48 pm 
Morten WartouJan 4, 2002 12:32 am 
Zon Hisham Z.AbidinJan 4, 2002 12:57 am 
Francois PHILIPPOJan 4, 2002 1:27 am 
MH - EntwicklungJan 4, 2002 3:05 am 
Sam VarshavchikJan 4, 2002 5:09 am 
Sam VarshavchikJan 4, 2002 5:10 am 
Roger ThomasJan 4, 2002 5:58 am 
Morten WartouJan 4, 2002 6:13 am 
MH - EntwicklungJan 4, 2002 9:26 am 
Tony KuehJan 4, 2002 11:05 am 
Robert L MathewsJan 4, 2002 11:09 am 
Peter C. NortonJan 4, 2002 11:51 am 
Sam VarshavchikJan 4, 2002 6:20 pm 
Sam VarshavchikJan 4, 2002 6:21 pm 
MH - EntwicklungJan 7, 2002 1:13 am 
Subject:Re: [courier-users] Re: Weird problem(?)
From:Morten Wartou (mort@uni2.dk)
Date:Jan 4, 2002 6:13:41 am
List:net.sourceforge.lists.courier-users

Morten Wartou writes:

We have just discovered that the Courier POP3 daemon reads through each

emailfile even though we use the Maildir-format. Is this the intention? Is there any way we can get around it?

This is required in order to fully comply with the POP3 protocol, which calculates message sizes using CRLF newline terminators.

Oh... Heck. :) Do you know how is this messagesize returned to the client?

In STAT/RETR commands, I believe.

Stat and retr, and list by the way, returns the size in bytes. ... With CRLF being the line terminator. I cannot find any POP3 command that needs the number of lines in the mail. It
seems as a complete waste of time and I/O-capacity.

Here's a file. Go ahead, use stat(), and try to calculate the size of the message with an extra CR tacked on at the end of each line.

Hehe. Yes, you're right. Just found out. I've tried qmail pop3 now - it just
returns the number of bytes without taking notice of the CR/LF... Lots of people
use qmail - do you know if it is a known problem to anyone that the correct size
isn't reported?

Uhm, just found out that Intermail also seems to report only file size. We'll
just try hacking Courier... :)

Ah, finished hacking. We're up and running - POP3 is around 2593 times faster
now - load on machine down from 10+ to way under 1.

Regards,