GNOME Bugzilla – Bug 265879
After deleting my email in evolution, it still show up on a windows Groupwise client.
Last modified: 2013-09-10 14:03:33 UTC
Description of Problem: If I delete my email in evolution, it will still show up in my GroupWise client on windows. I have noticed that it will dissapear if I empty out the trash on the evolution side. Shouldn't it be put updated on both sides the same way? This causes an issue of me having to go through the same information all over again when I access my email from Groupwise at home.
On your account settings check "Empty trash on Exit" and this will be done automatically. You can also try NLD at home ;)
Ok so this is the same exact problem when I am using evolution on another NLD box. Even though the email is deleted, it is not updated on the other evolution client until the trash is emptied. Checking "Empty Trash on exit" is not a valid fix. It should update the other client. There are times that I may have deleted something without properly looking at it, and need to go find it again. I am also constantly between my workstation and laptop, and do not think it is acceptable for me to have to go through my email twice.
Something else to add to this. If I move a mail into my cabinet folder, it should also update on the other evolution client. This is not happening either. Don't know if it is the same problem. I assume that it is.
Is this using IMAP or GW? Not sure in GW but at least in IMAP, as soon as you delete a message it's taged as Deleted by Evolution. Then when you: start, switch folders, click send & receive or exit Evolution it sends something like sending : A01779 UID STORE 29309:29310 FLAGS.SILENT (\Deleted \Seen) However this only marks those messages as deleted on the server. Only when the STORE instruction happens, those changes are commited within the server. On the other side, when using evolution (and most IMAP clients, btw, but I'm far from certain this happens on GW) - Headers and IMAP status are cached to speed up access. Fetching entire mailboxes from time to time can be a very time-consuming task. You can enable this by using "check for new messages in all mailboxes" on your account settings in Evolution. AFAIK -but I may proved wrong about this- this also checks for status. - On your second instance of mail client you have a snapshot of the mailbox at the moment it was fetched from server. It is unaware of flag changes until those changes are commited (just like in a database when you issue a transactional operation) and it fetches again the mailbox *after* the first client STOREs the changes commiting them. Therefore there's no simple way to "update the other client" as you suggest unless paying the price of re-fetching the mailbox. For the common user (one instance of any mailer at the same time) Empty Trash on Exit will suffice, and for most mail clients caching IMAP status is a clean workaround on the natural IMAP limitations (think of this also as a GW client defect in the sense it doesn't re-fetch flags!). So hardly a showstopper. If this is IMAP (or GW works as an IMAP server) this is a duplicate of old time reports, pretty hard to address, covered by bug 216927 wich is being evaluated for 2.2 inclusion since it's a huge change in behavior and will need a lot of testing. So I'm closing this as a duplicate of bug 216927 (please check other duplicates of that bug to find that similar behaviors are requested). Again, please reopen if you feel I'm wrong.
*** This bug has been marked as a duplicate of 216927 ***
Well groupwise is doing its receiving over SOAP and its sending over IMAP. I also looked at the other bug, and I don't see how this is covered in that bug. I do have an update on the moving files from one folder to another, that does seem be be updating now. However I cannot see where the trash folder issue is covered in the other bug. Reopening until it can be show that this is a duplicate.
changeing folders will also sync the flags, so will Actions->Expunge so will waiting 10 minutes (everytime we send a NOOP, if there are flags not synced ,we sync them) we are not changing this behaviour.
So are you saying that when email is deleted on one system and moved to a trash folder, that it should not update evolution on another system? We have two seperate processes here. One for moving email into a trash folder and one for emptying the trash folder. Both of these options should be updated when you are using evolution. It is NOT acceptable to have to go through my email twice. It is NOT acceptable to force someone to empty their trash in order to update a different process. I don't understand why this keeps getting closed. Am I missing something here?
*sigh* that's not what I said at all. how often are you using 2 imap clients simultaniously? never. so what difference does it make if you have to switch folders to make the flags sync? or wait 10 minutes? the only way to fix your problem would be to add network overhead to each "Delete" which is pretty silly you have to admit. especially for high-latency links. so no, this will not change. period. end of discussion.
How often are you using 2 imap clients simultaniously? never.So what difference does it make if you have to switch folders to make the flags sync? or wait 10 minutes? This is not at all what I am saying. I am saying that this update never occurs unless I have the option to purge emails upon exit set. If I don't, then it does not update. ever. It is this functionality that I am talking about. Please cal me so that I can explain this in detail rather than going through this turmoil of going back and forth through bugzilla.
you do not need to set "Empty Trash On Exit" for messages to get deleted. That option simply sends the EXPUNGE command to all IMAP folders. if GroupWise doesn't save the \Deleted flag properly, then it is a GroupWise bug - not an Evolution bug. I am not calling you. There is no bug here.