GNOME Bugzilla – Bug 650837
Mail deleted when trying to move between folders
Last modified: 2011-08-04 06:07:51 UTC
Moving this from a downstream bug report: https://bugzilla.redhat.com/show_bug.cgi?id=706630 Description of problem: When I move a message from one folder to another, it disappears from the first folder, but when I open the target folder, the message isn't there. This happens with two separate emails accounts. With one email account, I get the error message 'Error syncing changes: UID Invalid Syntax' when switching to the target folder. With the second email account, the error message reads: 'Error syncing changes: Command Argument Error. 11' I lost several emails before I figured out what was going on. Version-Release number of selected component (if applicable): F15 Beta, Gnome 3, Evolution 3.0.1. How reproducible: Steps to Reproduce: 1. Move a message from one folder to another by clicking on it in the message list and dragging it to a new folder in the side bar. 2. Change to the target folder. Actual results: The moved message is not in the target folder (or in any other folder). An error message appears. Expected results: The moved message should be present in the target folder, with no error message. ------------------------------------------------------------------------- Removing one of the accounts allows messages to be moved between folders successfully in the remaining account. Moving messages between folders in the removed account with a webmail client and with Thunderbird works fine. Dunno if there's a problem with the specific account, or whether Evolution is struggling to handle two large IMAP accounts at the same time?
I just tried to reproduce this with 3.0.2 and dragging a message from my Google's IMAP Inbox to another IMAP account subfolder of an Inbox really didn't show the message. It only showed up after I selected other folder from the destination account and then back the folder I dropped the message to. This new selection caused the IMAP provider to refresh the folder content. The first selection of a destination folder, just after dropping the message, didn't update folder content for some reason. I use IMAP provider, not the IMAP+. Interesting is that moving to GMail's Inbox works as expected. Are you also moving between GMail account and other IMAP account?
No, this just occurs with a particular IMAP+ account, when moving messages between folders on the same account. I have tested Evolution with a couple of other accounts, and they both work fine. However, I've just tried the dodgy account using IMAP, and it seems to work fine - the account perhaps doesn't support IMAP+?
I may not expect IMAP+ not being supported by the server, it's rather a way how IMAP+ works. Do you know what the server is and what version it is, please? I would like to give it a try whether I'll be able to reproduce it. You can also run evolution like this: $ CAMEL_DEBUG=all evolution &>log.txt and reproduce the issue. Then close it and the log.txt will contain quite many raw information, apart of many other also communication between evolution and your server, with CAPABILITIES request result too. Search for the server address in the log to get near of the beginning of the communication. Maybe it'll show also some error returned from the server on the message move. Does the copy, instead of a move, lost the destination messages too?
I tried this with my IMAP server, but it works as expect, no problem drag&dropping a message between two folders in the IMAP account. Please try to find out what server you are connecting to, then I will be hopefully able to test it with it too. An exact version number will be appreciated. Thanks in advance.
Sorry to take so long to reply. The email server used by my service provider is IMail Server 2006.1 (v9.1). The EOL for this version was back in 2008, so it's old and unsupported. Do you think it could be an issue with the server?
Ok just tried it again and the moving a message from the inbox to another folder worked fine when the account was set to IMAP+, but when I went back to the inbox all the messages had disappeared. They reappeared when I restarted Evolution.
(In reply to comment #5) > Sorry to take so long to reply. The email server used by my service provider is > IMail Server 2006.1 (v9.1). The EOL for this version was back in 2008, so it's > old and unsupported. Do you think it could be an issue with the server? I'm not sure, but it's just the first feeling when reading comment #2, one server works, the other not, both using the same evolution on the same machine, with the same provider, only the server side differs. (In reply to comment #6) > Ok just tried it again and the moving a message from the inbox to another > folder worked fine when the account was set to IMAP+, but when I went back to > the inbox all the messages had disappeared. They reappeared when I restarted > Evolution. I'm not sure what you describe here, because if you move message outside of Inbox, then they should be disappeared after that operation (you used "but"), though when you run evolution again, then they may not be shown inside it, because they were moved. Only note that moving the message means copy + mark as deleted, and those deleted are usually hidden, which you can change by menu item View->Show deleted messages, which shows deleted message with strikeout font. It seems like the server failed to store deleted flag. If you can try the same steps with log file as I described in comment #3, then the log.txt file may show you, among of other things, also a communication between server and client, what it does. Then you can also run it the second time, to the second log file, and see what flags are read from the server for the folder. It would be good to try with some small folder.
(In reply to comment #7) > (In reply to comment #5) > > Sorry to take so long to reply. The email server used by my service provider is > > IMail Server 2006.1 (v9.1). The EOL for this version was back in 2008, so it's > > old and unsupported. Do you think it could be an issue with the server? > > I'm not sure, but it's just the first feeling when reading comment #2, one > server works, the other not, both using the same evolution on the same machine, > with the same provider, only the server side differs. > > (In reply to comment #6) > > Ok just tried it again and the moving a message from the inbox to another > > folder worked fine when the account was set to IMAP+, but when I went back to > > the inbox all the messages had disappeared. They reappeared when I restarted > > Evolution. > > I'm not sure what you describe here, because if you move message outside of > Inbox, then they should be disappeared after that operation (you used "but"), > though when you run evolution again, then they may not be shown inside it, > because they were moved. Only note that moving the message means copy + mark as > deleted, and those deleted are usually hidden, which you can change by menu > item View->Show deleted messages, which shows deleted message with strikeout > font. It seems like the server failed to store deleted flag. Sorry, I wasn't very clear here. I meant that when I moved one message out of the inbox and went to the folder I had moved the message to, the message had moved successfully, but then when I went back to the inbox all the other messages that should have been there had disappeared - the inbox was empty, when it should have had 15 or so messages in it. The messages appeared again after restarting Evolution. I got the log file you requested, but it is very long (I have Evolution configured for three accounts) and contains my passwords in plain text. What part of the log file do you need? To be honest, I think the problem is that this particular email account uses a dodgy outdated email server that has a bug with its IMAP+ support. The account works flawlessly with Evolution when set to IMAP, and the two other accounts I use with Evolution (both set to IMAP+) also work flawlessly. I am in the process of transitioning away from the problem email account anyway. Unless there is a particular part of the log file you think may offer some answers, we can probably close this bug as NOTABUG.
Thanks for the update. All the description really seems like a server side issue, rather than anything in evolution, and if you know about an issue on the particular server, then it's even easier to decide. Search the log for the folder name you were moving the messages from and to, and see what was received. If server let evolution know that all messages are gone, and then it took this decision back and reported them alive again after new connection, then there's nothing much to do, as you said. I'll wait for your update and then close it or keep opened based on your findings.
Hi, sorry to take so long to get back, I've just moved countries and have been without internet connection for a while. I have been unable to reproduce this issue since upgrading to 3.0.2, so if there was a problem at all, it seems to have been fixed! (Or possibly the email service provider upgraded their server.) In the process of trying to reproduce the error I managed to overwrite the previous log file :/ Thanks, Nathan
Thanks for the update. Good it works again. I'm closing this, but please reopen, if you'll face it again.