trinity-users@lists.pearsoncomputing.net

Message: previous - next
Month: June 2019

Re: [trinity-users] sorry, on t-bird know nothing about running current version on imap

From: "Dr. Nikolaus Klepp" <office@...>
Date: Sun, 16 Jun 2019 20:29:09 +0200
Anno domini 2019 Sun, 16 Jun 12:11:42 -0400
 Gene Heskett scripsit:
> First, I haven't figured out how to get t-bird to quote, or even to 
> reply to a list posting, so this is all by had, I can't even get 
> copy/paste to work.
> 
> Dr Klepp asked which system:
> 
> This is the same old asus box, in the house that ran wheezy for years, 
> but now has an uptodate stretch amd64 install.� At least I think its 
> uptodate, they've made it almost impossible to run synaptic now,
> 
> I ran, late yesterday about 3 full cycles of memtest, no errors.
> 
> The main problems withkmail seem to be related to index files getting 
> out of whack and I have restored it by stopping kmail, deleting the 
> index files for the folder thats crashing, and restarting kmail --sync. 
> Leave it alone for an hour or so and it will rebuild the index files 
> again.� But its in trouble again if I delete or move a file to the spam 
> folder.
> 
> And running it from a shell, to get that debugging output, when did 
> kmail become dependent on N-M, as pasted from tht shell:
> 
> ene@coyote:~$ kmail --sync
> [TDE NM Backend ERROR] 
> [/build/buildd/tdelibs-trinity-14.0.6/tdecore/tdehw/networkbackends/network-manager/network-manager.cpp:1165] 
> org.freedesktop.DBus.Error.ServiceUnknown: The name 
> org.freedesktop.NetworkManager was not provided by any .service files
> [TDE NM Backend ERROR] 
> [/build/buildd/tdelibs-trinity-14.0.6/tdecore/tdehw/networkbackends/network-manager/network-manager.cpp:1165] 
> org.freedesktop.DBus.Error.ServiceUnknown: The name 
> org.freedesktop.NetworkManager was not provided by any .service files
> [TDE NM Backend ERROR] 
> [/build/buildd/tdelibs-trinity-14.0.6/tdecore/tdehw/networkbackends/network-manager/network-manager.cpp:1687] 
> org.freedesktop.DBus.Error.ServiceUnknown: The name 
> org.freedesktop.NetworkManager was not provided by any .service files
> kmail: WARNING: readFolderIds(): Found serial number zero at index 38 in 
> folder /home/gene/Mail/.briarpatch.index.ids
> ASSERT: "msn != 0" in 
> /build/buildd/tdepim-trinity-14.0.6/kmail/kmmsgdict.cpp (468)
> kmail: WARNING: writeFolderIds(): Serial number of message at index 0 is 
> zero in folder coco
> kmail: WARNING: writeFolderIds(): Serial number of message at index 0 is 
> zero in folder coco
> gene@coyote:~$ WeaverThreadLogger: thread (ID: 1) suspended.
> WeaverThreadLogger: thread (ID: 2) suspended.
> WeaverThreadLogger: thread (ID: 3) suspended.
> WeaverThreadLogger: thread (ID: 4) suspended.
> kmail: WARNING: Attempt to reference invalid serial number 15648
> kmail:
> kmail: WARNING: Attempt to reference invalid serial number 15649
> kmail:
> *** KMail got signal 11 (Crashing)
> [kcrash] TDECrash: Application 'kmail' crashing...
> 
> Thats one session of kmail, lasted maybe 10 seconds before I clicked on 
> something and crashed it again.
> 
> As you can see, its fussing about the coco list folder, which is the 
> parent of around 17 subfolders named ack the year of each ones messages. 
> Starting year is 2002, goes on to 2018 with the parent folder now 
> containing the 2019 messages.� If kmail survives the year, those will 
> get moved to a 2019 folder.� If it survives, its being a pita and I am 
> just now learning how to use both t-bird and imap.
> 
> Do you have any ideas?� I'm all ears.� Thanks Nik.

I'd suggest, you move your kmail folder to a different location, copy it, remove all indices from the copy.
	
	killall kmail
	mv  /home/gene/Mail /home/gene/Mail-old
	cp -a /home/gene/Mail-old /home/gene/Mail
	find /home/gene/Mail -name \*.index\* -exec rm \{\} \;
	kmail

kmail will start again and rebuild indizes. But I would take a close look at the smart values of the harddisk.

An other option could be that the installed software on the harddisk is corrupted. I had some months ago a defect archive in  /var/cache/apt/archives and I could not figure out which one it was. Had to delete all archives, then purge the software + dependecies, then reinstall it. That fixed the problem, but did not leave me especially happy, 'cause I could not uderstand how that could happen. First I thoughtthat it was silent bitrot on the SSD :/

Thunderbird has it's own oddities - I am not sure if migrating to that leviathan is a good idea.

Nik




-- 
Please do not email me anything that you are not comfortable also sharing with the NSA, CIA ...