[kdepim-users] deleted mail from gmail account ends up in local wastebin (sometimes)

René J.V. Bertin rjvbertin at gmail.com
Sat Jan 10 11:18:06 GMT 2015

On Friday January 09 2015 10:28:24 René J.V. Bertin wrote:


I think I just found how to trigger this, doing the following:

1) send an email
2) while the email is being sent, delete a message before even getting the wallet unlock request to get the password for the smtp server

I immediately saw the unread/new message count after my "Local Folders" entry in the sidebar jump from 0+1 (the queued message) to 0+2 (queued+deleted messages). After the message was sent I could hit ^Z to undo the delete, and could then move the undeleted message to the correct wastebin.

This also explains why I get this mostly on my Linux system and not under OS X: the former is on slow hardware (1Ghz AMD C60 CPU, ZFS fs), the latter on much faster silicon (2.7Ghz i7; HFS+ and almost never asks me to unlock the wallet for the SMTP password). There's thus a much smaller time window in which apparently the IMAP trash folder is (considered to be) inaccessible.

Does this help in pinpointing where & what goes on in the code?


>With kmail 4.13.3, mail deleted from a gmail account that's configured to use gmail's wastebin tends to end up in my local wastebin - too regularly but not reproducibly. This leads to ghost items in the originating folder on the gmail account, requiring me to use a different MUA or a browser to clean up.
>When I move the items from the local wastebin back into the originating folder I double entries for them, one ghosted.
>Each time I open the account settings to check if the setting is still correct, it is (kmail also tends to unset the selected trash/draft/sent folders if it considers they're unreachable).
>This is annoying enough to look into, but between akonadi and the KDE PIM runtime I have no idea where to start looking, esp. since I don't know how to trigger the issue. In fact, it seems the only way obtain it is to forget to wait until all activity has settled before moving a message to the wastebin. Which is the way one should be able to use KMail.
>Is this a known issue, or at least one affecting others than just me? If known, has it been traced/debugged? IIRC it also happened with KDE PIM 4.14.3 .

KDE PIM users mailing list
Subscription management: https://mail.kde.org/mailman/listinfo/kdepim-users

More information about the kdepim-users mailing list