Summary: | kde-base/kmail-4.7.1 / akonadi handels maildir incorrect | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Johannes Hirte <johannes.hirte> |
Component: | [OLD] KDE | Assignee: | Gentoo KDE team <kde> |
Status: | RESOLVED FIXED | ||
Severity: | normal | ||
Priority: | Normal | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
URL: | https://bugs.kde.org/show_bug.cgi?id=281797 | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Bug Depends on: | |||
Bug Blocks: | 388279 |
Description
Johannes Hirte
2011-09-09 09:39:57 UTC
Can't do much about this here unfortunately. Please file a bug at bugs.kde.org and add the link in the URL field here. This way we can keep track of the progress. Tested with the mysql akonadi-backend and still the same problem. Bug is opened upstream. I vaguely remember some upstream patch about this, but it seems that has not even made it into the upstream bug. Needs research. Fixed in 4.7.2; you should mark your upstream report as duplicate of one of these... commit dd2619f53039f8d6a3b0dee0f37b6c89e5f2da44 Author: Andras Mantia <amantia@kde.org> Date: Fri Sep 16 11:15:51 2011 +0300 Make the maildir resource more standard compliant: - regarding file names (233379) - moving out files from new to cur (233378) - storing flags - reading flags from filenames (252449) BUG: 233380 BUG: 233378 BUG: 252449 At least "moving out files from new to cur" is not fixed in 4.7.2 for me. The naming changed but the mails stay in new/ directory. (In reply to comment #5) > At least "moving out files from new to cur" is not fixed in 4.7.2 for me. The > naming changed but the mails stay in new/ directory. Ok, I have to correct this. When copying mails to a local maildir, they are stored in the new-folder, regardless of the message state (unread in this case). inbox/new/1318885447.R34.acer for example After marking them unread they where moved to the cur-folder correctly. inbox/cur/1318885447.R34.acer Marking them unread again resulted in correct naming in the correct folder. inbox/cur/1318885447.R34.acer:2,S Opening the message wasn't sufficient to move it to the correct place. As far as I understand maildir, this behavior still isn't fully standard-complient. |