Bug 328025 - Moving read mail ends up in 'new' directory instead of 'cur' directory
Summary: Moving read mail ends up in 'new' directory instead of 'cur' directory
Status: RESOLVED DUPLICATE of bug 281797
Alias: None
Product: Akonadi
Classification: Frameworks and Libraries
Component: Maildir Resource (show other bugs)
Version: 5.3.0
Platform: Arch Linux Linux
: NOR normal
Target Milestone: ---
Assignee: kdepim bugs
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2013-11-24 19:50 UTC by Patrick
Modified: 2016-09-25 17:07 UTC (History)
1 user (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 Patrick 2013-11-24 19:50:40 UTC
Once a mail is read (in Kmail), it is moved from the folder's 'new' directory to the 'cur' directory. But when you move this mail to another folder (or delete it to trash), it is moved to the folder's 'new' directory.

Reproducible: Always

Steps to Reproduce:
1. Select a mail in Kmail and mark it read.
2. In Kmail, move the mail to another folder.
3. Look up the mail in the maildir resource directory.
Actual Results:  
The mail in the maildir resource is located in the target folder's 'new' directory.

Expected Results:  
The mail in the maildir resource should be located in the target folder's 'cur' directory.
Comment 1 Denis Kurz 2016-09-24 20:36:18 UTC
This bug has only been reported for versions older than KDEPIM 4.14 (at most akonadi-1.3). Can anyone tell if this bug still present?

If noone confirms this bug for a recent version of akonadi (part of KDE Applications 15.08 or later), it gets closed in about three months.
Comment 2 Patrick 2016-09-25 07:38:16 UTC
This bug is still reproducible in akonadi 16.08.
Comment 3 Christophe Marin 2016-09-25 11:11:47 UTC

*** This bug has been marked as a duplicate of bug 281797 ***