[Coco] drive crash

Richard E Crislip rcrislip at neo.rr.com
Sat Feb 7 12:41:45 EST 2015


On Sat, 7 Feb 2015 05:02:35 -0500
Gene Heskett <gheskett at wdtv.com> wrote:
<snip>
> I am on the claws list, and it seems to me that Claws will forever
> suffer what we call infant mortality forever. IOW they add features
> that are not well coded, and its usually months before a given new
> feature Just Works(TM)
> 
> Kmail has its warts, but savvy users do not lose old mails.  I just
> has to re-install what was once a Ubu Lucid 10.04.4 LTS due to the
> main drive developing a tummy ache and going read-only.  One of the
> things I intended to do the next time I installed, was to convert
> some of my older folders, which were in mailfile format, into maildir
> format as kmail seems to be able to process that about 2x as fast as
> it can do a big mailefile.  Kmail has an import function, but its
> slow is an understatement.  So I setup a 2nd local account where it
> would treat that almost 500 megabyte mailfile as incoming mail
> because that is the forat it epects to get from my fetchmail/procmail
> driving clamav and spamassassin, and  what surives that gets put
> into /var/spool/mail named gene.  The second local account expects to
> seea mailfile in that directory named 'import', so after manually
> making the directories the maildir format uses, and setting up what I
> thought was the correct filter criteria to catch the 'incoming' and
> route it to the coco maildir structure, I ticked the mouse on check
> mail. 20 minutes ;ater I had a nearly 81,500 msgs count showing for
> the coco folder.  But my filter wasn't as good as I thought because
> we have changed the [Coco] in the subject line several times over our
> history, so I spent some time yesterday fine tuning the filters to
> catch the other 2 popular subject labels we've, then wore out the
> ctl-j keys about 3000 times to finally get 99.99% of it into the
> proper folder. Now I admit that is NOT how kmail would allow you to
> do it as it cannot make the folder structures without putting them in
> a subdir.  Most fol;ks would simply accept that and learn to live
> with it.  The only mails I lost were in fact spam that got fed to
> sa-learn spam about 2:30 this morning and then deleted out from under
> kmail, but its housekeeping will discover that in perhaps an hour and
> refresh the list view.
> 
> Yes, kmail has some warts, one of which has caused me to setup
> background processes that do not tie up the machine, off loading the
> mail fetching from your mailserver and making it a background
> process.  But ALL of those warts I am familiar with. and have writen
> bash scripts that function as background daemons that I am never
> aware are running unless they stop.  To use a furinstance, I have a
> bin directory as a subdir of /home/gene, where I put all those
> scripts, one of which is mailwatcher.  About a 40 line script, it
> loops forever, launching a inotifywait module that watches
> the /var/spool/mail/ directory, and when an incoming mail causes the
> gene file to have the mail appended to it, the append operation has
> to open and close that file.  When the file is closed, inotifywait
> dies and reports that filename back to my script, which in turn sends
> kmail a message over dbus to go get the mail named.  When thats been
> so done, it relaunches inotifywait to go back to watching that
> directory again.  
> 
> This synchonizes the incoming mail so that kmail gets it about 2 
> milliseconds after it comes in, all without me having to tell kmail
> to go get it.  The last time I asked, claws had not managed to grow a
> dbus port so you either do it manually, or set up a timer so it does
> it for you.  But that means a 5 minute wait, or whatever you set the
> timer for, for claws to tell you 'you have mail'.  This way is 10
> milliseconds after it arrives. Fetchmail itself runs as a background
> daemon, sending mailfilter out to scan whats there, and check it
> against a list of duff sources I maintain, if a hit, that mail is
> deleted off the server and all I see is a DENY line in the logs.
> Otherwise it returns a count of mails available and fetchmail then
> goes and gets them. 
> 
> Thats one heck of a pile of wheel spinning I don't have to do, so my
> duties are to tap the + key to go to the next msg, reply to it if I
> am so inclined, hitting a ctl+return to send my reply. Wash rinse &
> repeat, that is the extent of the work I actually have to do.  And
> drag-n-drop an errant spam to the spam directory where sa-learn will
> train the bayes database on it in the night.
> 
> Whats not to like?
> 
> Cheers, Gene Heskett

 I am not that sophisticated. I managed to recover a lot of what I
 thought was lost when I had an epiphany and fired up AmiKit then YAM
 and pulled in what was still on the server and what was in the
 history there. I then exported it as maildir, them imported the file
 from the flash drive I saved it to. After that I had Claws Mail
 remove the duplicates then mark all as "read". Life is now good. 


More information about the Coco mailing list