On Sunday 09 August 2015 19:49:13 Michele Calgaro wrote:
I would have thought that by now I would have been offered the upgrade to r14.1 but it hasn't occurred.
As rightly pointed Lisi - R14.0.1 was not yet published in the official repository.
Just to avoid confusion, R14.0.1 is going to be released sometime soon. This is the first maintenance release of R14.0.x series. R.14.1.x is under development and is not going to be released any time soon (we need time to develop something ;-) )
A fine but important point. Thanks for clarifying it.
Suggestion: kmails achilles heel is that its single threaded. So, if you have it going out on the network to fetch your mail on a regular schedule, you will note that it is totally non-responsive, and this includes this composer, during this time. It doesn't miss any keystrokes, but it can be 30 seconds to over a minute before the screen catches up to what you typed, and that to me is a major PIMA.
So my solution is to not setup an incoming account other than /var/spool/mail/$username.
So how do I get my incoming email? Fetchmail on a 180 second cycle.
It uses procmail for the MDA.
But before procmail delivers it, it runs the incoming thru spamassassin and clamd, rerouting the detected viri to a /var/spool/mail/virii mailfile, and one relatives messages are delivered directly to her folder in kmails Mail directory.
At the time any file in var/spool/mail is closed, inotifywatch returns the name of that file, and if its my name, sends kmail a msg over dbus to go get the mail and sort it to the correct folders, including the 'spam' folder if spamassassin gave it 5 or more stars. If it miss-sorts or miss-scores a good msg, I move that msg to the ham folder. Shortly after midnight, a cron script runs sa-learn ham/spam on those two folders, nuking tha spam folders contents when it has been done.
So basically my job is very simple. I hit the + key to read the next message, replying to it if I think I can help. Else I hit the + key and go read the next unread message. Everything else is all done for me. Whats not to like? Oh, I forgot, fetchmail sends mailfilter out first, which nukes some badass stuff off the server so it doesn't exist when fetchmail checks 3 seconds later.
Computers handle the drudgery a heck of a lot better than I do, so I write scripts to make them handle the needs a latex glove to touch stuff.
Cheers Michele
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