Bug 376032 - Emails not being moved from "new" to "cur"
Summary: Emails not being moved from "new" to "cur"
Status: CONFIRMED
Alias: None
Product: kmail2
Classification: Applications
Component: misc (show other bugs)
Version: 5.4.1
Platform: openSUSE Linux
: NOR major
Target Milestone: ---
Assignee: kdepim bugs
URL:
Keywords:
: 405353 (view as bug list)
Depends on:
Blocks:
 
Reported: 2017-02-05 09:47 UTC by ianseeks
Modified: 2019-07-11 00:08 UTC (History)
7 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 ianseeks 2017-02-05 09:47:11 UTC
I've just gone through the process of creating a new user to get a fresh kmail2 database (because of a different problem). i loaded up kmail 5.4.1 to start the process and added all the folder names and email accounts i previously used on the old user account and it repopulated fine from the ISP accounts. 
I then looked at the new local email database (called akonadi_maildir_resource_0 for some unknown reason) and i checked all the folders and i was surprised to see old emails from this and last year (that have all been read) sitting in the "new" folder instead of "cur".  
Does this not go against maildir standards or do i misunderstand the process?
Comment 1 luisfe 2017-05-31 14:29:37 UTC
I have explored this problem. 

Moving messages between local accounts always leave them in the new folder. Once you read or mark as unread the message, they move to the cur folder.

Not sure if this is the correct behavior or not.
Comment 2 C. Brouerius van Nidek 2017-06-22 05:48:00 UTC
Have this problem also . Just two days ago I manually moved the (old) new emails into the cur accounts. Do this already for the last 6 month's.
It is one of the problems I face but I do not know if this behaviour has any influence on the other more problematic kmail problems like a broken duplicate handling etc. etc.

opensuse:tumbleweed:20170620
Qt: 5.9.0
KDE Frameworks: 5.34.0
kf5-config: 1.0
KDE Plasma: 5.10.2
plasmashell 5.10.2
Kernel: 4.11.6-1-default
Comment 3 luisfe 2017-06-22 08:01:40 UTC
Please note that if you move messages manually, you will lose tags.
Comment 4 Jos van den Oever 2018-12-29 23:03:48 UTC
I'm seeing the same problem. Marking mails as read does not always move them from 'new' to 'cur'. The mails as shown as having been read in KMail but on disk they are still stored in 'new'.

I'm using KMail 5.9.0 with KDE Frameworks 5.49.0 on Linux. The mails are retrieved via pop and store in a maildir. KMail reports that it is a valid Maildir.
Comment 5 Jos van den Oever 2018-12-29 23:12:58 UTC
Selecting the mails in kmail and doing ctrl-u to mark them unread and then ctrl-r to mark them as read sometimes moves them from 'new' to 'cur'.

Selecting all mail in a folder (ctrl-a) and doing the same does not move any mails, but it does leave quite some mails in the unread state. Those mails are then *not* moved  to 'new'.
Comment 6 piedro 2019-04-06 10:13:44 UTC
*** Bug 405353 has been marked as a duplicate of this bug. ***