Bug 358267

Summary:	Incoming mail moved to Trash immediately
Product:	[Frameworks and Libraries] Akonadi	Reporter:	Arthur Schiwon <blizzz>
Component:	IMAP resource	Assignee:	Christian Mollekopf <chrigi_1>
Status:	REPORTED ---
Severity:	grave	CC:	kdepim-bugs, vkrause
Priority:	NOR
Version:	unspecified
Target Milestone:	---
Platform:	Arch Linux
OS:	Linux
Latest Commit:		Version Fixed In:
Sentry Crash Report:

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