[Akonadi] [Bug 405353] New: Akonadi doesn't correctly assign "new" and "cur" mail within local-mail - deleted mail shows up again and again

[piedro]

https://bugs.kde.org/show_bug.cgi?id=405353

            Bug ID: 405353
           Summary: Akonadi doesn't correctly assign "new" and "cur" mail
                    within local-mail - deleted mail shows up again and
                    again
           Product: Akonadi
           Version: unspecified
          Platform: Archlinux Packages
                OS: Linux
            Status: REPORTED
          Severity: normal
          Priority: NOR
         Component: Maildir Resource
          Assignee: kdepim-bugs at kde.org
          Reporter: piedro.kulman at gmail.com
  Target Milestone: ---

SUMMARY

In my kmail local mail folders, there is no mail shown as "new mail" in kmail. 
But within the .local/share/local-mail folder mails do not get moved correctly
from "new" to "cur" subfolders. 

In consequence mails I delete reappear until I move them around manually with a
file manager - which is not a solution and also doesn't work as reliable
workaround since the maildir structure management of akonadi seems to be
inconsistent. Some times hidden subfolder structures are created correctly,
some times they seem not to be distributed correctly after additional
subfolders to local mail in kmail are added.   


STEPS TO REPRODUCE
1. create a "spam" folder for example within Local folders 

2. let hte spam filters of kmail move spam to "Local Folders/spam" 

3. try to delete all mails in the "spam" subfolder


After switching to another folder  and checking back into "spam" many mails
reappeared. Reindexing doesn't help. Marking everything as read before deleting
doesn't work. 

Checking with a file manager some Mails are in "cur" some in" new" though there
is no more new mail in kmail! 

Now though this is not a valid option I also tried just waiting for a while...
hasn't worked neither. 

Deleting the mails with a file manager within the .local/share/local-mail is
the only way I could get rid of the deleted mail for good. 

In this case kmail immediatly shows no more mails within "spam". 

Obviously akonadi doesn't 
- correctly distribute mail beetween "new" and "cur" 
- inconsistently handles maildir structures 
- recreates mails after they have been deleted 

This behaviour completely spoils the user experience with kmail. 

At the moment I have to manually maintain the maildir structure within
.local/share after already having managed the mail in kmail. Doing it twice in
different ways... 

p.s.: As I mentioned before it is not a good choice to put the local folders of
kmail into ".local/share/local-mail". 

By using this location the mail in subfolders is not contained within the
"local-mail" folder but in the hidden ".local/share/.local-mail.directory".  

Meaning that trying to backup local mail archives is not trivial anymore. also
the documentation isn't correct on how to save your mail folder. 

Why not for example simply use the folder
".local/share/local-mail/local-folder/" as sane default. This way the user can
be sure that ALL local mail within the maildir structure is contained in
".local/share/local-mail/". 

If for some obscure reason it is decided that this won't happen (though I do
not see any downside) then please at least make sure the user is asked about
the location of the "Local folders" in kmail BEFORE akonadi created the
ressource at this location. 

thx, p.


SOFTWARE/OS VERSIONS
Linux/KDE Plasma: Arch Linux fully upgraded 

Kmail: 5.10.3
KDE Plasma Version: 5.15.2
KDE Frameworks Version: 5.56.0
Qt Version: 5.12.1

ADDITIONAL INFORMATION

-- 
You are receiving this mail because:
You are the assignee for the bug.