Hi, >> Any IMAP server that moves deleted messages to a mailbox called Trash >> without the client's permission is broken. Implement the >> protocol, not >> what you think should be the protocol. > >I have implemented the protocol. What I'm proposing is an option on a >users mailbox settings that says "When deleting mail move it to folder >XXXXX".
Answer a) from my side: It's a client issue, how to display deleted messages to the user. So keep the protocol as it is and the server as it is, and leave it to client developers to present the information like the users demand. Answer b) from my side: having given answer a, I know it does not help at all - the existing clients won't change (at least not fast enough), and users still do require it using there well-known clients. So I'd suggest it's a server-issue like a configuration option which could be enabled on a per-user basis. It would be simple to answer a "STORE 1 (\deleted)" with some answer like "store completed...1 expunge..." and doing an append to a "trash can" folder in one run. This does not break any clients (at least no conforming ones which expect ansyncronous server responses), and would do exactly what the user wants (at least what he got used to - senseless to argue if it's "better" or "worse"). This approach implicitly has the "client's permission" as Mark requested, because only the user (or maybe an entitled admin) sets this "server behavior" flag. >This is an issue that MUST be resolved. Not ignored on the basis of the >sanctity of the protocol. Anyway, NO protocol issue - the protocol stays the same. And in my eyes, it has to. Greetings, Christof
