On Tue, 13 Mar 2001 [EMAIL PROTECTED] wrote:
..
> actually, the reason why ateneo's imp server is quite slow is due to
> the slow imap of the mail server. it's quite an anarchy, using
> old-style unix mbox, no quotas, uw-imap and IMP. tagal ng load. at
> 500+ messages before...it was sooo slow, compared to the student mail
> server which uses cyrus-style maildir...my inbox there, with 2500+
> messages was actually faster with IMP.
The way to avoid that is to NOT use IMAP -- there's a Perl module called
Mail::Folder that allows you to directly play with the mbox file, it
supports dot-locking and all that stuff.
My benchmark so far shows that an 800MHz PIII can fetch a 500KB JPEG
attachment and display it on the web front end in about 20sec with 10
clients connected. That may not sound like much, but it's that expensive
because you need to MIME-decode the JPEG from the mbox.
That's why these "web mail" solutions are a step backward: client cycles
are cheaper than server cycles, and yet web mail solutions eat up server
cycles.
Regardless, I believe the 500KB JPEG is a worst-case setup (I limit
message size to 1MB.. ok, maybe it's NOT the absolute worst-case) and
20sec to receive it isn't bad (due to bandwidth constraints, it will take
about 20sec to to retrieve 500KB over a typical slow line).
This all fits in with my Evil Perl-based Local Delivery Agent (ah, the
pattern emerges.. :)
---------------------------------------------------------------------
Orlando Andico <[EMAIL PROTECTED]> POTS Phone: +63 (2) 848-2893
Mosaic Communications, Inc. GSM Mobile: +63 (917) 531-5893
I'm not suffering from insanity -- I'm enjoying every minute of it!!
_
Philippine Linux Users Group. Web site and archives at http://plug.linux.org.ph
To leave: send "unsubscribe" in the body to [EMAIL PROTECTED]
To subscribe to the Linux Newbies' List: send "subscribe" in the body to
[EMAIL PROTECTED]
