So I think I found my new mails...

[Daniel Vrátil]

On Saturday, 24 March 2018 17:24:35 CEST Ian Douglas wrote:
> On Saturday, 24 March 2018 5:48:31 PM SAST Martin Steigerwald wrote:
> > What puzzles me tough is: Why on earth could Akonadi not write back the
> > mails to the maildir? I have also some items without RID, and I don´t know
> > why it could not have been able to stuff those mails into the maildir. I
> > understand this with an IMAP account + broken network connection, but not
> > with local mail. Unless you had a filesystem full condition or so.
> 
> This situation has only been since the last big update late January (I'm on
> Gentoo, mostly "stable", so that may not have been what other distros or the
> devs themselves are using).
> 
> Disk space is not an issue.
> 
> /dev/md1  1.8T  1.6T  183G  90% /home
> 
> If I understand you correctly, these are Akonadi 'copies', but when I open
> recent messages in Kmail then it opens, so somehow Kmail/Akonadi is using
> these files. They are certainly not in the prior maildir folders.
> And if I try to open old messages, it fails ... which means Kmail/Akonadi is
> NOT trying to find the messages in the maildirs. Or it lost the info as to
> where they are.

Akonadi only holds list of all emails in the database, but it only has some of 
the email headers (enough to show you list of emails when you open a folder), 
but not the actual message bodies. The body is copied on demand from the 
actual maildir message when you first try to open the email, and then after 
some time the body is removed again from the cache (since it's cheap to 
retrieve it again when needed).

What you describe sounds like the maildir path in the resource configuration 
has changed, but the Akonadi cache wasn't invalidated, so the older emails 
that you can't open refer to paths that were valid before the update but now 
no longer map correctly to the real maildir.

> 
> Possibility:
> 
> If I remember correctly (regret am not 100% certain on this), the last
> update renamed my "Local Folders" to "Local Folders (	Offline)", and
> created a NEW "Local Folders" with some default folders (Inbox, outbox,
> sent-mail, trash, etc) started putting incoming mail in THIS Inbox).

Sounds like KMail managed to confuse itself into having multiple Local Folders 
:( We need a more robust system for this...

> The update itself was a major disaster and I had to recreate all my
> accounts, and tell it where to put the mail that came in.

:((

> I think possibly all my maildir folders should maybe now be under "Local
> Folders" rather than "Local Folders (Offline)", and then Akonadi will put
> the messages in the correct place.
> 
> As a user/programmer it seems to me that IMAP and POP3 code/logic got
> intermingled/integrated or something.
> 
> eg at the moment, incoming mail for this account goes to:
> Local Folders/ZTI/Inbox
> 
> but should maybe go to
> Local Folders (Offline)/ZTI/Inbox
> ??
> 
> Part of the problem is that this is a "logical" construct rather than a
> physical path on disk. Where's the mapping between this and disk?

You can see the physical maildir path for each maildir resource in Settings -> 
Configure KMail -> Accounts -> Receiving -> select the "Local Folders" (or the 
other one) and click Modify.

> Using the "select folder" dialogue in Kmail account settings shows two
> "Local Folders" ... the "offline" one has my maildir structure, while the
> newly created "Local Folders" is greyed out but has the few new folders
> mentioned above. So from a user point of view, I'm selecting the correct
> destination.

Yeah, I wonder if this duality is messing up the sync, thus new emails are not 
written to the maildir :(

A trick you could try is to create another Maildir Resource and point it to 
some empty directory, then in KMail copy all emails from the two broken Local 
Folders into this new one and check if it all copied correctly and was written 
to the maildir folder.

Then you could just remove both the broken "Local Folders" as well as the 
underlying maildirs, restart KMail so that it creates new empty "Local 
Folders" resource from scratch, and then move the emails back from the 
temporary one - you can either copy them in KMail again, or you could just 
look where the new "Local Folders" maildir is and move the files there on the 
harddisk manually.


Dan

> 
> Thanks, Ian


-- 
Daniel Vrátil
www.dvratil.cz | dvratil at kde.org
IRC: dvratil on Freenode (#kde, #kontact, #akonadi, #fedora-kde)

GPG Key: 0x4D69557AECB13683
Fingerprint: 0ABD FA55 A4E6 BEA9 9A83 EA97 4D69 557A ECB1 3683
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 833 bytes
Desc: This is a digitally signed message part.
URL: <http://mail.kde.org/pipermail/kdepim-users/attachments/20180325/c7633645/attachment.sig>