GNOME Bugzilla – Bug 224351
IMAP mailboxes do not update correctly when mail is marked or deleted.
Last modified: 2002-05-09 20:15:30 UTC
Description of Problem: Steps to reproduce the problem: 1. Connect to IMAP account with Evolution & another client. 2. In other client mark messages as read, delete messages, expunge. Actual Results: In Evolution these changes are not shown, even if you click Send/Receive. Nothing can be done except to shut down and restart the mailer. Expected Results: Changes to the IMAP folder should be seen in the mail client. This feature works in other mail clients. How often does this happen? 100% Additional Information: To enable multiple access to the same IMAP folder you may have to do something like this: (WU imapd) 1. In a shell run /usr/sbin/impad 2. Type "1 create #driver.mbx:TestFolder", then "2 logout" 3. Add messages to TestFolder.
*** This bug has been marked as a duplicate of 217990 ***
This is NOT a duplicate of 17990. bug 217990 states that "If another IMAP client access the server and modifies the mailbox, Evolution will detect it and resynchronize. However in the process it fails to update the vFolders." However, I am pointing out that if another IMAP client access the server and modifies the mailbox, Evolution *** WILL NOT *** detect it and resynchronize. Further, there is NO WAY to make it resync other than to shut down and restart Evolution.
while I experience this problem to some degree (ie, if another client changes message flags), I don't have a problem if the other client expunges messages (ie, evolution detects that the other client has expunged). The problem is that IMAP does not notify each client of updates in the message flags, we have to re-query to find that out. How often do you requery for message flags? I dunno, but too often and it slows things down a lot if you have a lot of messages. Too little and you get complaints like this one. anyways, not going to even bother with this bug until I get a chance to rewrite the IMAP code. *** This bug has been marked as a duplicate of 216927 ***