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". While I have utmost respect for the protocol the crucial thing here is that the clients don't like or want it to work as the protocol specifies, thus I am probing for a method that can be used within the protocol to give the users what they want. I am, unfortunately, not in the position of saying "tough" unless I want my customers to switch to Exchange. Customers don't give a RA about what's in the protocol, they don't want to do "delete, expunge" they want their deleted items stored for a given duration and if we cant give it to them then we should not complain when closed systems (Exchange) wins on usability. I know this because we implemented the delete/expunge in our WebMail system. The single biggest complain we get is "why doesn't it delete when I press delete", when we explain about delete/expunge, we get "that's stupid why did you do that". An answer of "because that's how the guys that wrote IMAP think it should work" will not cut it and WILL result in more sales of Exchange. This is an issue that MUST be resolved. Not ignored on the basis of the sanctity of the protocol.
