GNOME Bugzilla – Bug 237002
Ignoring PERMANENTFLAGS status from server causes flag setting failures
Last modified: 2003-02-19 06:06:08 UTC
Description of Problem: Our cyrus imap server has the capability to do shared folders where most flags are global but it stores \Seen per-user. The server sends a PERMANENTFLAGS status message which tells the client which flags it will accept for the folder. Evolution seems to ignore this as its trying set the \Answered flags for messages even when it has been told only \Seen is accepted. Because this fails Evolution stops trying to set any more flags which means other messages which should be marked as read aren't being. This means that lots of our shared folders have messages which Evolution won't mark as read. Evolution shouldn't be trying to set the \Answered flag because it wasn't in the PERMANENTFLAGS list. It is stated in the IMAP4 rfc that a server can refuse a request to set flags which weren't in the PERMANENTFLAGS response. Please get Evolution to check this before trying to set the \Answered flag. Steps to reproduce the problem: 1. Setup a shared folder on a Cyrus imapd 2. View the folder with Evolution 3. Reply to one of the messages in the folder 4. Select a different folder in Evolution 5. You will get a permission denied error How often does this happen? Every time I try to mark messages as read in a shared folder which has a message in it which I have replied to. Additional information: I can provide a transaction log if need be.
pretty sure we already do parse the permanantflags list and use it as a mask, but it's possible that there are places that don't.
<1043161130<A00084 SELECT {48+} Other Users/lists~bleh.com/internal/it >1043161130>* FLAGS (\Answered \Flagged \Draft \Deleted \Seen) * OK [PERMANENTFLAGS (\Seen)] * 263 EXISTS * 0 RECENT * OK [UNSEEN 135] * OK [UIDVALIDITY 1036674614] * OK [UIDNEXT 264] A00084 OK [READ-ONLY] Completed <1043161130<A00085 FETCH 263 UID >1043161130>* 263 FETCH (UID 263) A00085 OK Completed <1043161130<A00086 UID STORE 115,130,132,139,262 FLAGS.SILENT (\Answered \Seen >1043161130>A00086 NO Permission denied <1043161136<A00087 UID STORE 115,130,132,139,262 FLAGS.SILENT (\Answered \Seen) >1043161136>A00087 NO Permission denied <1043161137<A00088 LOGOUT >1043161137>* BYE LOGOUT received A00088 OK Completed
Is anyone looking at this? Its driving me mad. I get permission denied messages all the time and Evo isn't setting the read flag on any of my shared mailboxes below the last "answered" email.
*** This bug has been marked as a duplicate of 216927 ***