At 10:49 AM 6/28/01, Gregory Hicks wrote:
>Actually, the setting is on the email client.
Right, but the ISP needs to be able to set limits as well. There's
auto-delete, but that just forces it all out immediately.
> Eudora, for example, has
>a setting where the user can specify whether or not to download the
>message. There is also a setting to delete mail after x days (x is
>user specified).
>
>Of course, with Eudora, there are other problems. For instance, if the
>user sets the option "Do not download any email more than xKB", once
>the user downloads the first xKB of the email, Eudora (or Popper, I'm
>not sure which is at fault here) thinks the mail has been read. What
>the user really wanted to do was to defer downloading until they get to
>a faster connection. What happens is that Eudora *never* downloads the
>message again.
Actually, in Eudora, if you go back to the messages where headers-only were
downloaded due to size, you can then ask to get the rest of the message
from the server. It acts kind of IMAP-ish, but does work pretty well. I
agree that my expectation also was that I'd get only the small messages,
and not even see the large ones, but their method has its merits too.
>The only fix I have found is to log in to the mail server and use some
>command line client ('pine' seems to work best), resend the message to
>the user and delete the original message.
I set up garbmail last night, and it does do what's needed. Still
interested in other choices (and will look at the other ones people pointed
to).
-----------------------------------------------------------------
Daniel Senie [EMAIL PROTECTED]
Amaranth Networks Inc. http://www.amaranth.com
