> -----Original Message-----
> From: Dean Staff [mailto:[EMAIL PROTECTED]]
> Sent: Friday, July 13, 2001 1:42 PM
> Subject: Re: [e-smith-devinfo] email Rules engine and backup
> 1: If the POP client were set to download only unread mail, and leave
> a copy on the server it would work fine if the POP client got to the
> mail first. But if the IMAP client got to the messages first, the
> message would be tagged as read, then the POP client would not
> download a copy.
>
> 2: If the POP Client was set to download new and read messages, and
> still leave a copy on the server, then everytime the POP client
> checked for new mail, he'd get copies of the new stuff and
> duplicate/triplicate/quaduplicate/etc copies of the messages he
> already saw.
It depends on the POP3 client ;-) Some clients maintain their own list of
what is read or not. They download the list of all messages on the server,
then decide for themselves what is "new", and what is "read" or not. I do
this regularly by accessing the same account via POP3, but from multiple
locations and systems. Only one system deletes messages, the others leave
them on the server. Even though I might read a message on one system, it
will appear as unread on another.
All very murky, since email standards are very loosely followed and in some
instances are very loosely defined..
> On the other hand, you could setup a second account, and have a copy
> of everything forwarded to the second account. Then the POP client
> could access the second account, and the IMAP client could access the
> original.
Not a bad idea, but it can get rather confusing keeping track of replies.
Did you reply from account A or account B, etc? I'm sure some creative rules
could be worked out to handle this, too, but it just gets messier all the
time. That's the great thing about a webmail system. It's the same system,
everywhere, everytime.
Scott
--
Please report bugs to [EMAIL PROTECTED]
Please mail [EMAIL PROTECTED] (only) to discuss security issues
Support for registered customers and partners to [EMAIL PROTECTED]
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Archives by mail and http://www.mail-archive.com/devinfo%40lists.e-smith.org
