Bug 310896 - Sent messages re-appearing outbox folder as unread mail
Summary: Sent messages re-appearing outbox folder as unread mail
Status: RESOLVED WORKSFORME
Alias: None
Product: kmail2
Classification: Applications
Component: folders (show other bugs)
Version: 4.14.1
Platform: Fedora RPMs Linux
: NOR major
Target Milestone: ---
Assignee: kdepim bugs
URL:
Keywords: triaged
Depends on:
Blocks:
 
Reported: 2012-11-29 23:22 UTC by Neil
Modified: 2018-10-27 03:58 UTC (History)
5 users (show)

See Also:
Latest Commit:
Version Fixed In:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Neil 2012-11-29 23:22:59 UTC
When send messages with kmail after a random amount of time (often immediately) the messages will show up in my outbox folder as unread messages.  

I message sending logging to a file and the log says "E-mail successfully sent" but then the e-mail is shown in my outbox folder as an unread message.

Reproducible: Always

Steps to Reproduce:
1. Compose a new e-mail or reply to an existing e-mail
2. Send the email
3. Close kmail
4. Open kmail at a later time
5. Messages show up in outbox folder as unread mail

Actual Results:  
I can see the messages in my sent-mail folder message list and as I type this i'm waiting on the "Retrieving folder contents" to get the message body so it seems the mail has been sent but the message is also in my outbox folder and is highlighted as an unread message.

Expected Results:  
Send the e-mail and move it from the outbox folder to the sent-mail folder.


If i use 'akonadictl start' from the command line I see the following messages:
akonadi_maildispatcher_agent(16832) OutboxQueue::Private::addIfComplete: Item 85504 does not have the required attribute Address. 
akonadi_maildispatcher_agent(16832) OutboxQueue::Private::addIfComplete: Item 85505 does not have the required attribute Address. 
akonadi_maildispatcher_agent(16832) OutboxQueue::Private::addIfComplete: Item 85440 does not have the required attribute Address. 
akonadi_maildispatcher_agent(16832) OutboxQueue::Private::addIfComplete: Item 85441 does not have the required attribute Address. 
akonadi_maildispatcher_agent(16832) OutboxQueue::Private::addIfComplete: Item 85442 does not have the required attribute Address. 
akonadi_maildispatcher_agent(16832) OutboxQueue::Private::addIfComplete: Item 85443 does not have the required attribute Address. 
akonadi_maildispatcher_agent(16832) OutboxQueue::Private::addIfComplete: Item 85444 does not have the required attribute Address.

And there are currently 7 messages in my outbox folder.  I've occasionally called people to tell them about my upgrade fiasco and ask them if they received the email and they confirmed receipt, but the mail still shows in my outbox folder and unread.

Not sure if this is another akonadi bug or a kmail bug, but I observe it while using kmail2 so filed it here.
Comment 1 francisco_t 2013-02-13 17:21:38 UTC
Same problem here in kmail2 with kde 4.9.5
Comment 2 Sebastian Wessalowski 2013-02-14 09:17:29 UTC
I have the same problem since my upgrade to KDE 4.10

Wich versions of akonadi do you have installed? I have this problem since my upgrade to akonadi-1.9.0
Comment 3 francisco_t 2013-02-14 16:58:28 UTC
akonadi-1.8.1

In my case the mails was in the local folders, but I use IMAP accounts. Sometimes the mails were never sent.
Comment 4 Neil 2013-03-14 02:08:36 UTC
Just a note that if you convert to maildir things work infinitely better.  Still a long way to go to catch up to kmail1 but converting all my mailboxes to maildir made things run much more reliably.
Comment 5 Nicholas Redgrave 2015-01-26 12:17:15 UTC
This problem still exists in Kmail version 4.14.3.
When the email is sent it stays in the outbox.  I have tried creating a filter to move the email to the sent folder but it works sporadically at best - sometimes the email moves to the sent folder and then a copy reappears in the outbox again.
Comment 6 Josep 2016-01-21 14:17:29 UTC
I have the same problem in Debian Jessie with kmail 4.14.1, but it just started to happen a few weeks ago. Any message I send, reappears almost immediately in the outbox, though the message is sent correctly (the receiver gets it and a copy appears in the "Sent" folder and there are no error notifications). In the .xsession-errors I do get messages like:

akonadi_maildispatcher_agent(3681) OutboxQueue::Private::addIfComplete: Item 345559 does not have the required attribute Address. 

and

void Akonadi::Server::NotificationSource::serviceUnregistered(const QString&) Notification source "akonadi_maildispatcher_agent_3681_dcz5O2" now serving: ()

but I cannot confirm if they are related.

As I mentioned before, a few weeks ago it was not happening. More or less at the same time, I had changed the configuration of the SMTP server (postfix) to add some additional restrictions on sender addresses ( reject_unauthenticated_sender_login_mismatch, reject_non_fqdn_sender) but since the messages are being sent correctly I doubt this is the problem.
Comment 7 Denis Kurz 2017-01-14 13:15:53 UTC
This issue has only been reported for versions that have now long been unsupported. Can anyone please confirm it for a more recent, Frameworks-based version (5.0 or later a.k.a. 15.08.0 or later) of KMail/Akonadi?
Comment 8 Josep 2017-01-16 10:16:10 UTC
Sorry, I'm still using the same version of kmail. I can say I managed to solve this particular problem after I cleaned some of the configuration files (akonadi's and/or kmail's) and recreated them. I cannot remember the details, though, like which files I had to recreate, since that was almost a year ago. I can only tell for sure that the problem was unrelated to the postfix changes I mentioned in my previous message, and that it has not happened again.
Comment 9 Andrew Crouthamel 2018-09-26 22:22:31 UTC
Dear Bug Submitter,

This bug has been in NEEDSINFO status with no change for at least 15 days. Please provide the requested information as soon as possible and set the bug status as REPORTED. Due to regular bug tracker maintenance, if the bug is still in NEEDSINFO status with no change in 30 days, the bug will be closed as RESOLVED > WORKSFORME due to lack of needed information.

For more information about our bug triaging procedures please read the wiki located here: https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging

If you have already provided the requested information, please set the bug status as REPORTED so that the KDE team knows that the bug is ready to be confirmed.

Thank you for helping us make KDE software even better for everyone!
Comment 10 Andrew Crouthamel 2018-10-27 03:58:04 UTC
Dear Bug Submitter,

This bug has been in NEEDSINFO status with no change for at least 30 days. The bug is now closed as RESOLVED > WORKSFORME due to lack of needed information.

For more information about our bug triaging procedures please read the wiki located here: https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging

Thank you for helping us make KDE software even better for everyone!