Thus said Dave Kitabjian on Fri, 28 Apr 2000 12:12:44 EDT:
> We had a situation with a customer who was consulting for a college. So
> every few days, she had to send a 10MB PowerPoint file to about 50
> recipients at that college. Under qmail, a separate thread was opened up
> for each qmail-remote.
>
> a) That means a total transfer of 500MB rather than simply 10MB.
> b) Secondly, since all outbound threads were tied up for a long time,
> all other mail was deferring, causing customer complaints.
> c) Finally, since all 50 messages were being received by the same remote
> SMTP server, the transfer was bottlenecked by the cpu and i/o of their
> single mail relay trying to receive 50 copies of the same thing.
I may be rehashing old topics, and I may sound a little bit old
fashioned (even at age 26), but I don't believe email was ever meant to
handle that large amount of traffic. Or, in other words SMTP != FTP
I am still of the opinion that one should instruct users to use the
right protocols for the right reasons. Hence, put the 10MB PowderPoint
file in a public or private ftp directory and then include a URL to
fetch it in the email.
I realize that this doesn't necessarily fix what you may think is a
problem, but this is how I would handle it. :-)
Andy
--
+====== Andy ====== TiK: garbaglio ======+
| Linux is about freedom of choice |
+== http://www.xmission.com/~bradipo/ ===+
PGP signature
