Bug 313667 - Kmail2 5.3.1: sent e-mail missing in 'Sent' folder after restoring unsaved composer content
Summary: Kmail2 5.3.1: sent e-mail missing in 'Sent' folder after restoring unsaved co...
Status: RESOLVED FIXED
Alias: None
Product: kmail2
Classification: Applications
Component: general (show other bugs)
Version: 5.3.1
Platform: Ubuntu Linux
: NOR critical
Target Milestone: ---
Assignee: kdepim bugs
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2013-01-22 05:51 UTC by avlas
Modified: 2023-03-27 21:21 UTC (History)
3 users (show)

See Also:
Latest Commit:
Version Fixed In:

Attachments
Add an attachment

Note You need to log in before you can comment on or make changes to this bug.
Description avlas 2013-01-22 05:51:48 UTC 
When Kmail quits while composing an e-mail, it nicely reappears next time you start the application, so you can finish editing and send it. 

However, a copy of it is not saved in the 'Sent' folder (although it's received by the people you sent it, and confirmed by receiving replies to that e-mail).

Reproducible: Always

Steps to Reproduce:
1. Write a new e-mail
2. Restart Kontact
3. Sent the e-mail
Actual Results:  
It's missing in the 'Sent' folder, so you lose the copy of the e-mail for your own records

Expected Results:  
It should appear in the 'Sent' folder, as it usually happens when you send any e-mail

This bug doesn't seem to be universal though, while it always happens with my university disconnected IMAP account, it doesn't affect my gmail disconnected IMAP account. I ignore why
Comment 1 Till Schäfer 2014-01-13 10:24:04 UTC 
i can confirm this behavior using IMAP
Comment 2 Till Schäfer 2014-01-13 10:26:51 UTC 
kde 4.12 with akonadi server 1.11.0 (gentoo linux)
Comment 3 skipperTux 2014-01-18 15:53:33 UTC 
I can confirm this bug on Arch Linux with akonadi 1.11.0 and kmail 4.12.1 (= Arch Linux with latest updates).
I used this IMAP setup with my four mail accounts with Gnome-Evolution for years, but never lost a sent mail, so I assume it is a kmail2/akonadi issue. IMHO the problem is that IMAP connections are not reliable, so sending mail should be embedded into a transaction: The local sent mail shall only be deleted, if a successful move to the remote IMAP sent-mail folder is confirmed.
My current workaround is a filter, that also copies all sent mail to the local sent-mail folder, but I already lost quite some mail, so I rate this bug as critical.

With regards to Google mail, at least Google Apps for businesses copies every sent mail to the sent mail folder, and this is done by the Google server, so with Google Apps it is not advised to copy sent mail by the mail program, otherwise you get double mail (if mail client copying works correct). Maybe it is the same with Gmail?
Comment 4 Till Schäfer 2015-11-05 22:06:08 UTC 
this bug is still valid on KF5
Comment 5 Till Schäfer 2015-11-05 22:07:06 UTC 
(using kmail 15.08.2 preview)
Comment 6 Till Schäfer 2016-04-04 15:15:11 UTC 
This bug also applies to mails temporarily saved as draft. 

I have observed, that the e-mails are saved, but not in the IMAP-Sent folder. Instead they are saved in "local folder"s sent folder.
Comment 7 brango 2016-04-30 12:46:45 UTC 
I can confirm this bug on Debian Stretch with KMail 4.14.10.
Comment 8 Till Schäfer 2016-09-14 14:36:24 UTC 
original trigger (close, re-open kmail) of this bug is still valid for kmail2 5.3.1

however, for draft e-mails this problem seems to be gone.
Comment 9 avlas 2023-03-27 21:21:29 UTC 
I cannot reproduce this issue anymore