So any takers on this ? Robert ?
Bye, Norman 2010/1/22 Norman Maurer <[email protected]>: > configurable is fine... > > Bye, > Norman > > > 2010/1/22 Robert Burrell Donkin <[email protected]>: >> On Fri, Jan 22, 2010 at 1:44 PM, Norman Maurer >> <[email protected]> wrote: >>> 2010/1/22 Stefano Bagnara <[email protected]>: >>>> 2010/1/22 Robert Burrell Donkin <[email protected]>: >>> >>> </SNIP> >>>>> >>>>> IMAP sets flags based on SMTP. JavaMail sets flags based on SMTP but >>>>> not compatibly. IMAP-vs-POP3 eg POP3 delete has different semantics >>>>> from IMAP's delete so separate flags are needed. (i suspect that most >>>>> users wouldn't expect mail to disappear from IMAP just because a mail >>>>> client has been configured with autodeletion.) >>>> >>>> Great! I never thought at this. So you say that a single user >>>> "mailstore" accessed with both IMAP and POP3 should not delete email >>>> when accessed via pop3 with the delete on ? I don't know how other >>>> products work with this regard: have you done any "survey" ? The only >>>> one I know is Gmail and when you delete in POP3 it doesn't indeed >>>> deletes your email for real. This is not only a change in the >>>> "interface" of the repository but also a change in the functional >>>> behaviour of the repository (or of our pop3 implementation). >>>> (I'm not against, this, just trying to collect requirements, ideas). >>>> >>> >>> In dovecot and courier when you delete an email via pop3 its gone.. I >>> think thats the right solution. >> >> this solution causes issues for IMAP clients >> >> for practical reasons, clients like thunderbird need some folders to >> be non-compliant with the IMAP spec (eg "Sent"). so, i think this >> would work best as a configurable option so admins could decide >> whether POP3 would really delete or just mark deleted. >> >> - robert >> >> --------------------------------------------------------------------- >> To unsubscribe, e-mail: [email protected] >> For additional commands, e-mail: [email protected] >> >> > --------------------------------------------------------------------- To unsubscribe, e-mail: [email protected] For additional commands, e-mail: [email protected]
