Bug 358267 - Incoming mail moved to Trash immediately
Summary: Incoming mail moved to Trash immediately
Status: REPORTED
Alias: None
Product: Akonadi
Classification: Frameworks and Libraries
Component: IMAP resource (show other bugs)
Version: unspecified
Platform: Arch Linux Linux
: NOR grave
Target Milestone: ---
Assignee: Christian Mollekopf
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2016-01-20 17:40 UTC by Arthur Schiwon
Modified: 2021-03-09 17:51 UTC (History)
2 users (show)

See Also:
Latest Commit:
Version Fixed In:
Sentry Crash Report:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Arthur Schiwon 2016-01-20 17:40:39 UTC
Incoming email is was suddenly started to be moved to the trash. This happened recently already, so I decided to setup a new Imap resource. All worked not round but okish, until three days later I also found my incoming mails being moved to trash. 

It happens with my corporate email account. That is served by a Kerio mail server. The admin could confirm that my client was moving the mails to trash.

This first time it happened some time earlier in January. I did not have issues like that before. Very likely it started after KDE Releases Frameworks 5.18.0 and KDE Releases Applications 15.12.1 releases.

Akonadi 5.1.51
Using KMail 5.5.1
I am using Antergos, it takes Akonadi etc. directly from Arch repositories.

Reproducible: Sometimes

Steps to Reproduce:
1. Configure an IMAP resource (against a Kerio mailserver)
2. Use it for couple of days
3. If you wonder why there are no new mail in your inbox, check trash

Actual Results:  
You will find unread emails in your trash that should be in Inbox instead

Expected Results:  
Email stay in Inbox
Comment 1 Arthur Schiwon 2016-01-21 12:09:24 UTC
Btw, the mails were not moved into local trashbin as configured when they were deleted. They went in to the "real" trash on the corporate account.

Turns out, it sporadically acts like this also on my private mailserver (dovecot). It first deletes and subsequently expunges them in this case: 

Jan 21 12:48:11 $HOSTNAME dovecot: imap($USER): delete: box=INBOX, uid=131277, msgid=<20160121111701.366C84C8063E@$HOST>, size=1537, from=root@$HOST (Cron Daemon), subject=Cron <root@$HOSTNAME>    cd / && run-parts --report /etc/cron.hourly, flags=(\Deleted)

Jan 21 12:48:10 $HOSTNAME dovecot: imap($USER): expunge: box=INBOX, uid=130801, msgid=<20151220053031.0D5024C801B0@$HOST>, size=4997, from=root@$HOST (Cron Daemon), subject=Cron <root@$HOSTNAME> test -x /usr/sbin/anacron || ( cd / && run-parts --repor..., flags=(\Deleted)

However, they do not end up in the server-side trash, but are just gone.

What I also did some time this month, i think, was enabling bogfilter in KMail, though I don't see a direct relation.
Comment 2 Justin Zobel 2021-03-09 05:46:37 UTC
Thank you for the bug report.

As this report hasn't seen any changes in 5 years or more, we ask if you can please confirm that the issue still persists.

If this bug is no longer persisting or relevant please change the status to resolved.
Comment 3 Arthur Schiwon 2021-03-09 17:51:49 UTC
Hi Justin,

thanks to getting back to me five years after reporting a data-loosing issue. I am sure you understand I stopped using kmail and lost trust in the maintainership in the meantime. I do not know whether the issue persists.

Cheers
Arthur