On Sunday 31 March 2019 15:07:01 Gene Heskett wrote: I am running Devuan Jessie now (though I want to put Ascii ]= Stretch] on a laptop, and network them; then maybe do a leapfrog on my desktop, and be able to upgrade to Devuan Beowulf [= Buster]. My Kmail indices need to be re-something every time I boot up, but since it's still usable, and I have bigger fish to fry, I've been putting it off. Can't put off for ever, though. Time waits for no one. Bill

On Sun, 31 Mar 2019 10:32:58 -0700 William Morder <doctor_contendo(a)zoho.com> wrote: It's probably udev's fault, or at least this sounds an awful lot like the "predictable" network interface names issue that landed years ago in most other distros. https://askubuntu.com/questions/689070/network-interface-name-changes-after… seems to cover most of the mitigation advice I've read. E. Liddell

On Sun March 31 2019 15:09:36 Gene Heskett wrote: Hi Gene, Create subfolders named after years. Make sure your main folder is sorted by date. Select a year's worth of emails and drag to appropriate new subfolder, opting for Move not Copy. Rinse, wash, and repeat. Good luck, --Mike

On Sun March 31 2019 18:08:16 Gene Heskett wrote: Hi Gene, It's probably more convenient to have new messages come into the top-level emc folder rather than emc/2019. That way you don't have to change the filter each year. And you can click on the [-] to hide the subfolders. --Mike

On Monday 01 April 2019 10:57:58 Gene Heskett wrote: And that seems to have fixed it!, those messages are no longer forever new. So maybe it was an overly long directory all along. Too meny extension segments. I've no clue where ext4's limit is but if it was nitros9, formerly os9, the limit it 48 extension segments, but one can vary the segment size. New install in the 80s was on floppy's so an extension was 8 256 byte sectors, but I've had mine at $20 for a couple decades as thats a good size with a gigabyte HD or 2. Doesn't mean squawt here though. So now the maintainers at least have a clue where to look. But it does bring up another question, Mike: another folder, containing nearly a 20 year archive of messages from the trs-80 color computer list, went thru this for about a month several years ago, and eventually got well on its own, and there are currently something just north of 108,000 messages in it. That coco/cur directory is now 6066176 bytes long, and is not now suffering from this problem. Why not? Good question, that. Also, and this has never neen done, but there is an option under "folder" to archive it, but no mention of that in the handbook. Twould be educaional if that was updated to explain what happens when that option is invoked. There is, someplace, an option to compact a folder, or was, I cannot now find it. Ah, found it for the coco folder, right click on coco, select compact, but it actually grew the directory about 10 kilobytes when I did that. Odd. Your turn Mike :) My problem seems to be solved, at least temporarily till the next folder hits the magic number someplace. But I have expiries set up on the busier lists, so this could be the last such instance on my watch, even with a pacemaker I won't live forever. Thanks. Cheers, Gene Heskett -- "There are four boxes to be used in defense of liberty: soap, ballot, jury, and ammo. Please use in that order." -Ed Howdershelt (Author) Genes Web page <http://geneslinuxbox.net:6309/gene>

On Monday 01 April 2019 10:45:16 am Gerhard Zintel wrote: 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. 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" 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

On Monday 01 April 2019 12:38:30 Gene Heskett wrote: The messages in there had been moved to individual year dirs at that point, without fixing the problem, copied those messages to ../tmp, nuked cur, mkdir cur, moved messages back to cur, problem solved. Cheers, Gene Heskett -- "There are four boxes to be used in defense of liberty: soap, ballot, jury, and ammo. Please use in that order." -Ed Howdershelt (Author) Genes Web page <http://geneslinuxbox.net:6309/gene>

On Monday 01 April 2019, Gene Heskett wrote: In my understanding if you move or delete mails they are not really deleted from the folder but only marked as deleted ant therefor not shown. That's why you normally see in Incoming and Trash a big folder size even if there are no mails shown. Compact Folders really does delete all those trashed mails and the size of the folder gets reduced to its real size. But it does not change folder size of folders where no deleted mails are residing. This might be the reason it haven't got any effect on your side. You should have tried it with your "cur" folder: but it seems to be too late for that test meanwhile. Gerhard