At 7:49 AM -0700 6/28/01, Gregory Hicks wrote:
> 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.
>
> 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.
>
> Another effect of this problem is that the "not downloaded" messages
> cannot be deleted by the user. As far as the GUI is concerned, the
> message is moved to the trash, but when the trash is "emptied", the
> message is not deleted. It also never shows up in the "Inbox" pane
> again...
I don't know what version of Eudora or on which platform you're
talking about, but this is not the way current versions on any
platform have worked for the last few years.
When a message is partly downloaded because of the size restriction,
the part that was downloaded is in the mailbox, with a
specially-marked entry in the window. Users can see at a glance that
it was partially downloaded. Reading it, one sees a message that
says that the rest of the message is on the server, how big it is,
and an icon to click to get the rest. The user can always choose
"delete from server".
In addition, Eudora has a feature called "check mail specially" (hold
down shift on Windows or option on Macs while checking mail) that
offers a bunch of options. Among them are "delete everything on
server" and "fetch all message headers to inbox". The latter gets
the stubs for all messages, and the user can choose which to fully
download or delete from the server.
