I just stopped it, reinstalled everything kmail related in a synaptic search, and restarted it from the tde menu. It immediately reported two bad indices, for folders emc and spam-hold, and took 32 minutes to scan those 2 folders and open its gui.
I own as gene:gene with perms from 600 to 644 in the /home/gene/Mail subdir. It is NOT updating now for 4 days, the files in /home/gene/Mail/emc/cur to indicate read or important by appending the ':2,S' or ':2,RS' but it is generating new indices, 2 of them everytime it tries to scan that folder, so it CAN create/write to that folder.
There are around 60100 messages in that folder, and the indice files are drwxr-xr-x 5 gene gene 4096 Mar 31 12:08 emc -rw------- 1 gene gene 44551163 Mar 31 12:08 .emc.index -rw-r--r-- 1 gene gene 240389 Mar 31 12:08 .emc.index.ids
These 2 files have been nuked to see if a rebuild fixes it, no. And now everthing kmail, about 8 packages, has been re-installed from the local archive since the mirror is missing now for several days.
Is there a fix? Or can it be fixed short of installing a stretch netinstall on a new drive?
Cheers, Gene Heskett
On Sunday 31 March 2019 09:26:27 Gene Heskett wrote:
I just stopped it, reinstalled everything kmail related in a synaptic search, and restarted it from the tde menu. It immediately reported two bad indices, for folders emc and spam-hold, and took 32 minutes to scan those 2 folders and open its gui.
I own as gene:gene with perms from 600 to 644 in the /home/gene/Mail subdir. It is NOT updating now for 4 days, the files in /home/gene/Mail/emc/cur to indicate read or important by appending the ':2,S' or ':2,RS' but it is generating new indices, 2 of them everytime it tries to scan that folder, so it CAN create/write to that folder.
There are around 60100 messages in that folder, and the indice files are drwxr-xr-x 5 gene gene 4096 Mar 31 12:08 emc -rw------- 1 gene gene 44551163 Mar 31 12:08 .emc.index -rw-r--r-- 1 gene gene 240389 Mar 31 12:08 .emc.index.ids
These 2 files have been nuked to see if a rebuild fixes it, no. And now everthing kmail, about 8 packages, has been re-installed from the local archive since the mirror is missing now for several days.
Is there a fix? Or can it be fixed short of installing a stretch netinstall on a new drive?
Cheers, Gene Heskett
You mention Stretch. Is that what you are running now? (or perhaps ascii, since you mention netinstall?) I seem to recall that you were still running Wheezy.
I bring up this question because I haven't been able to upgrade to stretch/ascii for similar reasons, but am still stuck with jessie. It runs great now (after a long process of pruning, tweaking, grooming and other fiddling round); but when I try to upgrade to stretch/ascii, it's always these same few problems that prevent my continuing, and Kmail is one of the big problems.
When I boot up now (in Devuan Jessie), I get an error window about rebuilding indices, etc. (which, I admit, bothers me); but then, I click on a button to rebuild, and it's done quickly and painlessly, so it doesn't bother me enough to worry, cuz I gots all my emails and that's what matters for NOW. But later ... when at last I am forced to upgrade ... ? In stretch/ascii, though, I don't even have this option; I just don't have a working Kmail.
My other issue is with wireless networking, which is unavailable to me in ascii/stretch, due to some renaming of the wifi interface (or a deeper issue, perhaps) from wlan0 (in jessie) to wlx00027288d1fd (in stretch/ascii). This is probably an issue unrelated to Kmail, but maybe not? Also, I cannot tell if it is a problem only with TDE, or is more an issue with Devuan, or the Ascii release.
In any case, I would like someday to upgrade to Devuan Ascii, and maybe go even farther, to Buster, etc. So I want to solve these problems now, so that later I won't be lost in the wilderness without a working computer.
Bill
On Sunday 31 March 2019 13:32:58 William Morder wrote:
On Sunday 31 March 2019 09:26:27 Gene Heskett wrote:
I just stopped it, reinstalled everything kmail related in a synaptic search, and restarted it from the tde menu. It immediately reported two bad indices, for folders emc and spam-hold, and took 32 minutes to scan those 2 folders and open its gui.
I own as gene:gene with perms from 600 to 644 in the /home/gene/Mail subdir. It is NOT updating now for 4 days, the files in /home/gene/Mail/emc/cur to indicate read or important by appending the ':2,S' or ':2,RS' but it is generating new indices, 2 of them everytime it tries to scan that folder, so it CAN create/write to that folder.
There are around 60100 messages in that folder, and the indice files are drwxr-xr-x 5 gene gene 4096 Mar 31 12:08 emc -rw------- 1 gene gene 44551163 Mar 31 12:08 .emc.index -rw-r--r-- 1 gene gene 240389 Mar 31 12:08 .emc.index.ids
These 2 files have been nuked to see if a rebuild fixes it, no. And now everthing kmail, about 8 packages, has been re-installed from the local archive since the mirror is missing now for several days.
Is there a fix? Or can it be fixed short of installing a stretch netinstall on a new drive?
Cheers, Gene Heskett
You mention Stretch. Is that what you are running now? (or perhaps ascii, since you mention netinstall?) I seem to recall that you were still running Wheezy.
I am, but I've also been collecting iso's.
I bring up this question because I haven't been able to upgrade to stretch/ascii for similar reasons, but am still stuck with jessie. It runs great now (after a long process of pruning, tweaking, grooming and other fiddling round); but when I try to upgrade to stretch/ascii, it's always these same few problems that prevent my continuing, and Kmail is one of the big problems.
When I boot up now (in Devuan Jessie), I get an error window about rebuilding indices, etc. (which, I admit, bothers me); but then, I click on a button to rebuild, and it's done quickly and painlessly, so it doesn't bother me enough to worry, cuz I gots all my emails and that's what matters for NOW. But later ... when at last I am forced to upgrade ... ? In stretch/ascii, though, I don't even have this option; I just don't have a working Kmail.
My other issue is with wireless networking, which is unavailable to me in ascii/stretch, due to some renaming of the wifi interface (or a deeper issue, perhaps) from wlan0 (in jessie) to wlx00027288d1fd (in stretch/ascii). This is probably an issue unrelated to Kmail, but maybe not? Also, I cannot tell if it is a problem only with TDE, or is more an issue with Devuan, or the Ascii release.
In any case, I would like someday to upgrade to Devuan Ascii, and maybe go even farther, to Buster, etc. So I want to solve these problems now, so that later I won't be lost in the wilderness without a working computer.
Bill
I've been dreading the upgrade because the one machine I did put stretch on took me about a month to figure out how to make it apply a route statement.
Then of course theres all the paranoia to deal with just trying to make an ssh login work. What the hell is it with these people that makes them want to destroy your ability to use your local network from a comfy chair anyway? Its BS is what it is.
I am not in the least worried about outside hackers as theres a copy of dd-wrt between all my stuff and the black hatters. In 15 years I've had one person come thru that, and I had to give him the addresses and passwords because I needed networking help, about 10 years ago.
But the time is coming when at least this machine will need to be updated, hopefully to buster, so I don't have to do it again next month.
Whats the kmail problem in jessie? or stretch?
Cheers, Gene Heskett
On Sunday 31 March 2019 15:07:01 Gene Heskett wrote:
On Sunday 31 March 2019 13:32:58 William Morder wrote:
On Sunday 31 March 2019 09:26:27 Gene Heskett wrote:
I just stopped it, reinstalled everything kmail related in a synaptic search, and restarted it from the tde menu. It immediately reported two bad indices, for folders emc and spam-hold, and took 32 minutes to scan those 2 folders and open its gui.
I own as gene:gene with perms from 600 to 644 in the /home/gene/Mail subdir. It is NOT updating now for 4 days, the files in /home/gene/Mail/emc/cur to indicate read or important by appending the ':2,S' or ':2,RS' but it is generating new indices, 2 of them everytime it tries to scan that folder, so it CAN create/write to that folder.
There are around 60100 messages in that folder, and the indice files are drwxr-xr-x 5 gene gene 4096 Mar 31 12:08 emc -rw------- 1 gene gene 44551163 Mar 31 12:08 .emc.index -rw-r--r-- 1 gene gene 240389 Mar 31 12:08 .emc.index.ids
These 2 files have been nuked to see if a rebuild fixes it, no. And now everthing kmail, about 8 packages, has been re-installed from the local archive since the mirror is missing now for several days.
Is there a fix? Or can it be fixed short of installing a stretch netinstall on a new drive?
Cheers, Gene Heskett
You mention Stretch. Is that what you are running now? (or perhaps ascii, since you mention netinstall?) I seem to recall that you were still running Wheezy.
I am, but I've also been collecting iso's.
I bring up this question because I haven't been able to upgrade to stretch/ascii for similar reasons, but am still stuck with jessie. It runs great now (after a long process of pruning, tweaking, grooming and other fiddling round); but when I try to upgrade to stretch/ascii, it's always these same few problems that prevent my continuing, and Kmail is one of the big problems.
When I boot up now (in Devuan Jessie), I get an error window about rebuilding indices, etc. (which, I admit, bothers me); but then, I click on a button to rebuild, and it's done quickly and painlessly, so it doesn't bother me enough to worry, cuz I gots all my emails and that's what matters for NOW. But later ... when at last I am forced to upgrade ... ? In stretch/ascii, though, I don't even have this option; I just don't have a working Kmail.
My other issue is with wireless networking, which is unavailable to me in ascii/stretch, due to some renaming of the wifi interface (or a deeper issue, perhaps) from wlan0 (in jessie) to wlx00027288d1fd (in stretch/ascii). This is probably an issue unrelated to Kmail, but maybe not? Also, I cannot tell if it is a problem only with TDE, or is more an issue with Devuan, or the Ascii release.
In any case, I would like someday to upgrade to Devuan Ascii, and maybe go even farther, to Buster, etc. So I want to solve these problems now, so that later I won't be lost in the wilderness without a working computer.
Bill
I've been dreading the upgrade because the one machine I did put stretch on took me about a month to figure out how to make it apply a route statement.
Then of course theres all the paranoia to deal with just trying to make an ssh login work. What the hell is it with these people that makes them want to destroy your ability to use your local network from a comfy chair anyway? Its BS is what it is.
I am not in the least worried about outside hackers as theres a copy of dd-wrt between all my stuff and the black hatters. In 15 years I've had one person come thru that, and I had to give him the addresses and passwords because I needed networking help, about 10 years ago.
But the time is coming when at least this machine will need to be updated, hopefully to buster, so I don't have to do it again next month.
Whats the kmail problem in jessie? or stretch?
Cheers, Gene Heskett
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 Sunday 31 March 2019 15:07:01 Gene Heskett wrote:
On Sunday 31 March 2019 13:32:58 William Morder wrote:
On Sunday 31 March 2019 09:26:27 Gene Heskett wrote:
I just stopped it, reinstalled everything kmail related in a synaptic search, and restarted it from the tde menu. It immediately reported two bad indices, for folders emc and spam-hold, and took 32 minutes to scan those 2 folders and open its gui.
I own as gene:gene with perms from 600 to 644 in the /home/gene/Mail subdir. It is NOT updating now for 4 days, the files in /home/gene/Mail/emc/cur to indicate read or important by appending the ':2,S' or ':2,RS' but it is generating new indices, 2 of them everytime it tries to scan that folder, so it CAN create/write to that folder.
There are around 60100 messages in that folder, and the indice files are drwxr-xr-x 5 gene gene 4096 Mar 31 12:08 emc -rw------- 1 gene gene 44551163 Mar 31 12:08 .emc.index -rw-r--r-- 1 gene gene 240389 Mar 31 12:08 .emc.index.ids
These 2 files have been nuked to see if a rebuild fixes it, no. And now everthing kmail, about 8 packages, has been re-installed from the local archive since the mirror is missing now for several days.
Is there a fix? Or can it be fixed short of installing a stretch netinstall on a new drive?
Cheers, Gene Heskett
You mention Stretch. Is that what you are running now? (or perhaps ascii, since you mention netinstall?) I seem to recall that you were still running Wheezy.
I am, but I've also been collecting iso's.
I bring up this question because I haven't been able to upgrade to stretch/ascii for similar reasons, but am still stuck with jessie. It runs great now (after a long process of pruning, tweaking, grooming and other fiddling round); but when I try to upgrade to stretch/ascii, it's always these same few problems that prevent my continuing, and Kmail is one of the big problems.
When I boot up now (in Devuan Jessie), I get an error window about rebuilding indices, etc. (which, I admit, bothers me); but then, I click on a button to rebuild, and it's done quickly and painlessly, so it doesn't bother me enough to worry, cuz I gots all my emails and that's what matters for NOW. But later ... when at last I am forced to upgrade ... ? In stretch/ascii, though, I don't even have this option; I just don't have a working Kmail.
My other issue is with wireless networking, which is unavailable to me in ascii/stretch, due to some renaming of the wifi interface (or a deeper issue, perhaps) from wlan0 (in jessie) to wlx00027288d1fd (in stretch/ascii). This is probably an issue unrelated to Kmail, but maybe not? Also, I cannot tell if it is a problem only with TDE, or is more an issue with Devuan, or the Ascii release.
In any case, I would like someday to upgrade to Devuan Ascii, and maybe go even farther, to Buster, etc. So I want to solve these problems now, so that later I won't be lost in the wilderness without a working computer.
Bill
I've been dreading the upgrade because the one machine I did put stretch on took me about a month to figure out how to make it apply a route statement.
Then of course theres all the paranoia to deal with just trying to make an ssh login work. What the hell is it with these people that makes them want to destroy your ability to use your local network from a comfy chair anyway? Its BS is what it is.
I am not in the least worried about outside hackers as theres a copy of dd-wrt between all my stuff and the black hatters. In 15 years I've had one person come thru that, and I had to give him the addresses and passwords because I needed networking help, about 10 years ago.
But the time is coming when at least this machine will need to be updated, hopefully to buster, so I don't have to do it again next month.
Whats the kmail problem in jessie? or stretch?
Cheers, Gene Heskett
P.S. But in Ascii/Stretch, Kmail is essentially useless to me, and I cannot configure my wireless networking. Otherwise, I would have upgraded by now.
Bill
On Sun, 31 Mar 2019 10:32:58 -0700 William Morder doctor_contendo@zoho.com wrote:
My other issue is with wireless networking, which is unavailable to me in ascii/stretch, due to some renaming of the wifi interface (or a deeper issue, perhaps) from wlan0 (in jessie) to wlx00027288d1fd (in stretch/ascii). This is probably an issue unrelated to Kmail, but maybe not? Also, I cannot tell if it is a problem only with TDE, or is more an issue with Devuan, or the Ascii release.
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 Monday 01 April 2019 16:09:11 E. Liddell wrote:
On Sun, 31 Mar 2019 10:32:58 -0700
William Morder doctor_contendo@zoho.com wrote:
My other issue is with wireless networking, which is unavailable to me in ascii/stretch, due to some renaming of the wifi interface (or a deeper issue, perhaps) from wlan0 (in jessie) to wlx00027288d1fd (in stretch/ascii). This is probably an issue unrelated to Kmail, but maybe not? Also, I cannot tell if it is a problem only with TDE, or is more an issue with Devuan, or the Ascii release.
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 -update-to-15-10-udev-changes seems to cover most of the mitigation advice I've read.
E. Liddell
Thanks so much for this link. I haven't had a moment to check it yet (as email still "works" in Devuan Jessie), but I need to sort it out, and maybe this will lead me to a resolution of this issue. I would really like to upgrade at least to Ascii/Stretch, and join the hep crowd.
Bill
On Sun March 31 2019 09:26:27 Gene Heskett wrote:
There are around 60100 messages in that folder
I have around 350K messages in kmail/imap but not more than 14K in any one folder and most folders much smaller.
No problems and much faster.
It's easy to organize older files into yearly or even monthly folders and kmail can easily search recursively.
--Mike
On Sunday 31 March 2019 14:36:35 Mike Bird wrote:
On Sun March 31 2019 09:26:27 Gene Heskett wrote:
There are around 60100 messages in that folder
I have around 350K messages in kmail/imap but not more than 14K in any one folder and most folders much smaller.
No problems and much faster.
It's easy to organize older files into yearly or even monthly folders and kmail can easily search recursively.
--Mike
URL with instructions? Yearly would solve this it its a signed overflow.
Thanks.
Cheers, Gene Heskett
On Sun March 31 2019 15:09:36 Gene Heskett wrote:
URL with instructions? Yearly would solve this it its a signed overflow.
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 Sunday 31 March 2019 14:36:35 Mike Bird wrote:
On Sun March 31 2019 09:26:27 Gene Heskett wrote:
There are around 60100 messages in that folder
I have around 350K messages in kmail/imap but not more than 14K in any one folder and most folders much smaller.
No problems and much faster.
It's easy to organize older files into yearly or even monthly folders and kmail can easily search recursively.
Ok, I've used kmail to make new folders named 2001, yadda yadda. Then used kmail to move, sorted by date, each year into its subdir.
And I've adjusted that particular filter to put new messages in emc/2019, which I'll obviously have to fix next new years.
Thats working well and kmail has regained much of its former snappiness.
Just one problem remains. How do I get rid of the old years in the lefthand folder display, its now about 20 names taller than the screen.
Thanks Mike.
--Mike
To unsubscribe, e-mail: trinity-users-unsubscribe@lists.pearsoncomputing.net For additional commands, e-mail: trinity-users-help@lists.pearsoncomputing.net Read list messages on the web archive: http://trinity-users.pearsoncomputing.net/ Please remember not to top-post: http://trinity.pearsoncomputing.net/mailing_lists/#top-posting
Cheers, Gene Heskett
On Sun March 31 2019 18:08:16 Gene Heskett wrote:
Ok, I've used kmail to make new folders named 2001, yadda yadda. Then used kmail to move, sorted by date, each year into its subdir.
And I've adjusted that particular filter to put new messages in emc/2019, which I'll obviously have to fix next new years.
Thats working well and kmail has regained much of its former snappiness.
Just one problem remains. How do I get rid of the old years in the lefthand folder display, its now about 20 names taller than the screen.
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 Sunday 31 March 2019 21:23:58 Mike Bird wrote:
On Sun March 31 2019 18:08:16 Gene Heskett wrote:
Ok, I've used kmail to make new folders named 2001, yadda yadda. Then used kmail to move, sorted by date, each year into its subdir.
And I've adjusted that particular filter to put new messages in emc/2019, which I'll obviously have to fix next new years.
Thats working well and kmail has regained much of its former snappiness.
Just one problem remains. How do I get rid of the old years in the lefthand folder display, its now about 20 names taller than the screen.
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
This works too, except that new messages written to this top level directory are always unread. 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.
Is this a useable clue? What I've just now done using mc, is to move those messages to tmp, delete cur, then make a new cur, and move the messages back to cur. And I will now restart kmail.
To unsubscribe, e-mail: trinity-users-unsubscribe@lists.pearsoncomputing.net For additional commands, e-mail: trinity-users-help@lists.pearsoncomputing.net Read list messages on the web archive: http://trinity-users.pearsoncomputing.net/ Please remember not to top-post: http://trinity.pearsoncomputing.net/mailing_lists/#top-posting
Cheers, Gene Heskett
On Monday 01 April 2019 10:57:58 Gene Heskett wrote:
On Sunday 31 March 2019 21:23:58 Mike Bird wrote:
On Sun March 31 2019 18:08:16 Gene Heskett wrote:
Ok, I've used kmail to make new folders named 2001, yadda yadda. Then used kmail to move, sorted by date, each year into its subdir.
And I've adjusted that particular filter to put new messages in emc/2019, which I'll obviously have to fix next new years.
Thats working well and kmail has regained much of its former snappiness.
Just one problem remains. How do I get rid of the old years in the lefthand folder display, its now about 20 names taller than the screen.
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
This works too, except that new messages written to this top level directory are always unread. 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.
Is this a useable clue? What I've just now done using mc, is to move those messages to tmp, delete cur, then make a new cur, and move the messages back to cur. And I will now restart kmail.
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
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.
Right click on folder ==> "Compact Folder" does help? Gerhard
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
On Monday 01 April 2019 12:23:26 Michael wrote:
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.direct ory/.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
I'd have to agree with that new disk observation. This email corpus has now been moved to several new disks in its lifetime. Usually by softlinking the old disk to /var/mail/gene with fetchmail stopped, and importing it, folder by folder.
To unsubscribe, e-mail: trinity-users-unsubscribe@lists.pearsoncomputing.net For additional commands, e-mail: trinity-users-help@lists.pearsoncomputing.net Read list messages on the web archive: http://trinity-users.pearsoncomputing.net/ Please remember not to top-post: http://trinity.pearsoncomputing.net/mailing_lists/#top-posting
Cheers, Gene Heskett
On Monday 01 April 2019 12:38:30 Gene Heskett wrote:
On Monday 01 April 2019 12:23:26 Michael wrote:
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.dire ct ory/.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.
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.
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
I'd have to agree with that new disk observation. This email corpus has now been moved to several new disks in its lifetime. Usually by softlinking the old disk to /var/mail/gene with fetchmail stopped, and importing it, folder by folder.
- To unsubscribe, e-mail:
trinity-users-unsubscribe@lists.pearsoncomputing.net For additional commands, e-mail: trinity-users-help@lists.pearsoncomputing.net Read list messages on the web archive: http://trinity-users.pearsoncomputing.net/ Please remember not to top-post: http://trinity.pearsoncomputing.net/mailing_lists/#top-posting
Cheers, Gene Heskett
Cheers, Gene Heskett
On Monday 01 April 2019 11:45:16 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.
Right click on folder ==> "Compact Folder" does help? Gerhard
I don't think so, Gerhard. I just tried it on another even bigger folder, and it made the directory file about 10k longer. And it still works. But does take a while to enter that folder.
Cheers, Gene Heskett
On Monday 01 April 2019, Gene Heskett 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.
Right click on folder ==> "Compact Folder" does help? Gerhard
I don't think so, Gerhard. I just tried it on another even bigger folder, and it made the directory file about 10k longer. And it still works. But does take a while to enter that folder.
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.
I just tried it on another even bigger folder, and it made the directory file about 10k longer.
This might be the reason it haven't got any effect on your side. You should have tried it with your "cur" folder:
Even though there are only 6 or 7 messages in cur, that directory is 2641920 bytes long
but it seems to be too late for that test meanwhile.
Gerhard
-
E. Liddell -
Gene Heskett -
Gerhard Zintel -
Michael -
Mike Bird -
William Morder