GNOME Bugzilla – Bug 238763
Cannot copy message to Cyrus IMAP folder w/o "read" permission
Last modified: 2005-11-15 02:22:21 UTC
Description of Problem: I'm using a Cyrus IMAP server with personal folders as well as shared folders. I don't have read permission on some of the shared folders, but I do have insert permissions. According to the Cyrus docs, those permissions correspond to these IMAP commands: r Read (SELECT, CHECK, FETCH, PARTIAL, SEARCH, COPY source) i Insert (APPEND, COPY destination) Using Mozilla Mail, I'm able to copy/move mail into these shared folders; but with Evolution I can't. Steps to reproduce the problem: 1. Open message in readable folder. 2. Copy or move message to an IMAP folder with insert (COPY destination) permissions but not read (SELECT?) permissions. Actual Results: I get a dialog box: Error while 'Copying messages to imap://XXX@XXX/shared/example': No such folder shared/example Expected Results: No dialog, just a successful move/copy. How often does this happen? Always. Additional Information:
yea, Evolution does not currently support write-only folders the problem is that our backend has to load the destination folder so that it can get the newly assigned uid of the message that was copied/appended. since you do not have read access, we cannot do this and so it fails. in fact, I was not even aware than an imap folder *could* be write-only. I know it could be READ-WRITE or READ-ONLY, but that's it. rfc2060 does not define a WRITE-ONLY mode for folders... *** This bug has been marked as a duplicate of 216927 ***
Just because rfc2060 doesn't define a result code for WRITE-ONLY folders, as you call them, doesn't mean that you can't limit permissions in such a way. As far as I can tell from reading the RFC, there's no reason that the IMAP client should require read access to a folder before copying to it. This really is a real bug -- and I would add that Mozilla Mail can handle this case without problem, which is one reason why I haven't yet committed to using Evolution.