> There are scaling problems. Consider how many disk drives an
> ISP would
> need to dedicate to mail directories to support many users
> moving 28 MByte
> messages. A 32 GByte drive can hold only about 1000 such messages.
> Consider an ISP with 1,000,000 customers. Remember the bad old days
> before the ESMTP extension when a second SMTP hop would run
> out of space
> in its spool directory, and the message would try to bounce.
Maybe we need to start a working group responsible for following
the current street price of storage, determining when affordability
calls for a change in protocol. That is the consequence of what you
are saying is it not?
In this particular case, for instance, why not let the ISPs figure
out how to deal with the problem? Why "ruin" a good thing for everyone
just because increasing storage may cut into an ISPs profit margins.
People can't always run their own FTP server. They are left with 2
options: snail-mail; or e-mail. Who expects the choice to be snail-mail?
You do? Really?
"How large is too large?" - we shouldn't be asking this question. We
should be asking the question "What do you do when too large tries to
enter your system?"
----------------------------------------------------------------------------
----
Neophytos Iacovou Ancept Inc.
[EMAIL PROTECTED] 400 First Ave
N.
www.ancept.com Suite 450
