1 Apr
2019
1 Apr
'19
4:23 p.m.
On Monday 01 April 2019 10:45:16 am Gerhard Zintel wrote:
On Monday 01 April 2019, Gene Heskett wrote:
> Even though there are only 6 or 7 messages
> in cur, that directory is 2641920 bytes long. ISTR that ext4 has a
> truncate in place utility, but cannot now recall its name.
Trying to add helpful info,
My srv04 has “57041 messages, 57013 unread” in it, it’s dir size is:
michael@local
[~/.trinity/share/apps/kmail/mail/.Sites.directory/.Inet-Design.directory/.Servers.directory/srv04]#
ll
total 2640
drwxrwxr-x 5 michael michael 4096 Apr 1 10:44 .
drwxrwxr-x 7 michael michael 4096 Mar 28 09:50 ..
drwxrwxr-x 2 michael michael 2682880 Apr 1 10:44 cur
drwxrwxr-x 2 michael michael 4096 Aug 27 2014 new
drwxrwxr-x 2 michael michael 4096 Apr 1 10:44 tmp
That Gene’s problem directory for 7 total messages is about the same size does
seem like a big flag.
Also this thread has sparked an unreliable observation:
“The ‘Kmail 100% CPU at startup’ and ‘random multi-minute hang’ issues seem to
not be a problem for a year or so after installing to a new disk.”
I know I’ve had this problem on and off for the last ~10 years, if I overlap
the 3 SSD upgrades I’ve made during those ~10 years I come up with that
hypothesis.
Right click on folder ==> "Compact
Folder" does help?
Gerhard
I’ve done this in the past, to no effect. Not that, that means I was doing it
on the actual ‘problem’ directory. There is also a top level option
to "Compact All Folders"*, which might be helpful to try as well.
* Right Click on ‘Local Folders’ >> "Compact All Folders"
Archive folder
Like Gene I’ve never used the “Archive folder” option, but would be curious
what it does. Especially if doing so would index and lock that folder such
that Kmail then no longer indexes or otherwise needs to ‘touch’ the folder
again. Again like Gene, I could easily off-load 100+k messages from Kmail’s
need to bother with.
Best All,
Michael