GNOME Bugzilla – Bug 340978
message moved from one imap server to another vanish under certain circumstances
Last modified: 2012-03-07 11:32:39 UTC
Please describe the problem: I archive my e-mails on an imap server that is different from the one I use as my main mailbox. About once a week, I move within evolution my mail over to the other imap server. Mostly this works well and as expected. However, if I move mail from the main mailbox to the archive before I have actually used this archive account after starting evolution up, evolution appears to move the messages -- the bottom status lines says it is moving them and the message becomes deleted in the source mailbox -- but they do not appear in the other mailbox'x folder. Steps to reproduce: 1. Start a fresh evolution session with (at least) two different imap accounts. 2. Read messages in one imap account by selecting a folder. 3. Right click on the mouse in the message list and select "Move to Folder" 4. Choose a folder in the other mail account, press "OK" Actual results: Message vanishes with not trace. (I have even looked at the folder where it should appear, but can find no trace.) Expected results: The message vanishes. Does this happen every time? Every time I move messages in the way described (which now only happens by mistake). Other information: Originally submitted as http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=364038
export CAMEL_VERBOSE_DEBUG=1, then launch evolution from same terminal. Paste debug traces observed in terminal to this bug
Created attachment 65081 [details] Log from the unsuccessful IMAP move
Created attachment 65082 [details] dupe submit
Created attachment 65083 [details] Log from the successful IMAP move
There is actually one important detail missing from the steps to reproduce. There should be a point 1.5 missing: When asked for passwords on startup, only supply password for one of the accounts. Point 2 refer to the account for which you authenticated. Since my evo setup is full of accounts, I created to new ones - imaptest1 and imaptest2. There are two log files, one in which I authenticated for both accounts (works), and one in which I only authenticated for imaptest1 (triggers the bug). In the noauth log file, you notice that authentication (password dialog) has been cancelled. You also notice towards the end, after CamelStore(..imaptest2..), that there is a camel-imap-provider-CRITICAL. Look at the attachment list below to find the valid logs.
The bug only appear when an account is enabled, but authentication is cancelled; that's probably the reason why there are only a few incidents. In addition, the moved email is not completely gone, but put in Trash on the source account. As I purge on exit, it disappeared before I realised that it was unsuccessful. Two things should be fixed: *An error should be displayed when the move is unsuccessful. *The email shouldn't be deleted (moved to Trash) when the move is unsuccessful.
This can also happen if the connection to the IMAP server is lost, see http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=389474 The solution would be to make Evolution treat the move as a transaction.
Is this still an issue in recent versions or can this be closed as OBSOLETE?
Øystein: Can you please check again whether this issue still happens in Evolution 3.0.3 or 3.2.2 and update this report by adding a comment and changing the "Version" field? Thanks a lot.
Closing this bug report as no further information has been provided. Please feel free to reopen this bug if you can provide the information asked for. Thanks!