John R. Levine wrote:
> > > Pop3d just reports the file sizes, while it's clear
> > > from the RFC that it's supposed to report the wire size of each
message,
> > > i.e., the size using cr/lf as a line terminator, so the sizes it
reports
> > > are too small.
Peter van Dijk replied:
> > Yes. This behaviour is known. Fixing it, however, involves a *huge*
> > performance downgrade of qmail-pop3d.
Scott Gifford pondered:
> A solution I have considered is storing the messages in wire format.
> Especially for POP/IMAP-only clients, seems like it could be a
> medium-sized performance win, since the line-conversion is done only
> once, regardless of how many times the message is downloaded. If the
> message were kept in wire-format from SMTP through delivery, no line
> conversion would be required at either end, and a larger performance
> gain would be possible.
>
> Has anybody tried this, or anything like it?
Something like that, yes. My last job involved building custom SMTP and
POP3 servers from scratch. I stored messages in a quasi-maildir-ish folder
scheme, and left the CRLF linebreaks intact. Since there were no local
users on this box, there was no need to worry about local MUA's, and
everything ran smoothly. I would think that it probably wouldn't be too
much trouble to rig an MUA to look for CRLFs, so that it could coexist in
this environment if need be.
---Kris Kelley
