[kmail2] [Bug 319212] New:=?UTF-8?Q?=20kmail=20doesn=C2=B4t=20show=20all=20the=20mails=20that=20are=20in=20the=20folder?=, while Akonadiconsole does

[Martin Steigerwald]

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

            Bug ID: 319212
           Summary: kmail doesn´t show all the mails that are in the
                    folder, while Akonadiconsole does
    Classification: Unclassified
           Product: kmail2
           Version: 4.10.2
          Platform: Other
                OS: Linux
            Status: UNCONFIRMED
          Severity: major
          Priority: NOR
         Component: message list
          Assignee: kdepim-bugs at kde.org
          Reporter: Martin at Lichtvoll.de

I just reported bug #319208 and moved the five mails I got back from Bugzilla
to my kdepim folder where I store these bug reports mails. Then I accessed the
folder and only see these five mails. "Geee", I thought it was mail data loss
again, but it doesn´t appear to be, mails visible in Akonadiconsole and also as
files in the maildir.

After a restart of KMail the mails appeared again.

Reproducible: Didn't try

Steps to Reproduce:
Honestly I have no idea, maybe just trying repeatedly:

1. Retrieve some mails via POP3
2. Move some of them to a folder with pre-existing mails
3. Access that folder.
Actual Results:  
See kmail.png that I will attach: KMail only shows the 5 mails I moved to the
folder.

See akonadiconsole.png that I will attach: Akonadiconsole displays all 71 mails
in that folder.

See:

martin at merkaba:~/.local/share/local-mail/.Lichtvoll.directory/.KDE.directory/pim>
find -type f | wc -l
71

martin at merkaba:~/.local/share/local-mail/.Lichtvoll.directory/.KDE.directory/pim>
find -type f -size -2k | wc -l 
0

Thus apparently no data loss (one-byte files as I experienced with previous
migration attempts)

Expected Results:  
KMail shows all mails in the folder, without exception.

My fifth and last migration attempt looks like this:

 For this migration attempt, I put my old KMail-1 maildir contents (no mbox
files in there) into ~/.local/share/local-mail and started with a fresh KMail
configuration and newly created filter rules (no import). This works so far
without any data losses as I experienced in my attempts with mutiple maildir
resources (see bug #318444 and bug #318227, bug #318290, all on BTRFS, bug
#319175 on Ext4). All Akonadi and Nepomuk data is stored on Ext 4 except for
contacts and std.ics calender.

martin at merkaba:~> apt-show-versions | egrep "(mysql|akonadi|kmail)"
akonadi-backend-mysql/experimental uptodate 1.9.1-2
akonadi-backend-postgresql/experimental uptodate 1.9.1-2
akonadi-backend-sqlite/experimental uptodate 1.9.1-2
akonadi-server/experimental uptodate 1.9.1-2
akonadiconsole/experimental uptodate 4:4.10.2-2
kmail/experimental uptodate 4:4.10.2-2
libakonadi-calendar4/experimental uptodate 4:4.10.2-2
libakonadi-contact4/experimental uptodate 4:4.10.2-2
libakonadi-kabc4/experimental uptodate 4:4.10.2-2
libakonadi-kcal4/experimental uptodate 4:4.10.2-2
libakonadi-kde4/experimental uptodate 4:4.10.2-2
libakonadi-kmime4/experimental uptodate 4:4.10.2-2
libakonadi-notes4/experimental uptodate 4:4.10.2-2
libakonadiprotocolinternals1/experimental uptodate 1.9.1-2
libdbd-mysql-perl/sid uptodate 4.021-1+b1
libmysqlclient-dev/sid uptodate 5.5.30+dfsg-1.1
libmysqlclient18/sid uptodate 5.5.30+dfsg-1.1
libqt4-sql-mysql/sid uptodate 4:4.8.2+dfsg-11
mysql-client/sid uptodate 5.5.30+dfsg-1.1
mysql-client-5.5/sid uptodate 5.5.30+dfsg-1.1
mysql-common/sid uptodate 5.5.30+dfsg-1.1
mysql-server-core-5.5/sid uptodate 5.5.30+dfsg-1.1
python-mysqldb/sid uptodate 1.2.3-2

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