[kdepim-users] importing old kmail emails
gheskett at wdtv.com
Thu Jan 1 15:14:25 GMT 2015
On Thursday 01 January 2015 08:54:12 Maurice did opine
And Gene did reply:
> On Wed, 31 Dec 2014 13:36:43 -0500, Gene Heskett wrote:
> > get about 25Gb of
> > old mail from the previous installations drive, now mounted at
> > /media/ubuslash.
> That's a helluva lot of email!
> (Mine's just under 1GB, going back 10 years.)
I'm 80, (and my first name is also Maurice) and a retired J.O.A.T.,
potentially a member of mensa, so my mailing list subscriptions are, shall
we say, Eclectic. And those which I've had really long term associations
with have no expiry schedule. Plus it seems the akonadi bs, or something
keeps its own copies, at least doubling the size of the database. Or did,
I did a purge on some of that a year or so back, and it has not come back,
so a "du -h Mail" reports 5.3Gb right now, a much more believable figure.
I hadn't noted until now that all the dups had not come back. ISTR I also
purged another so-called mail utility at the time, Soprano or something
like that comes to mind. Part of the original 10.04 LTS server install
plus enough kde to make kmail work. It kept getting my attention by
grabbing 100% of a core and need root to kill the darned thing.
> > But there appears to be no way to tell this new kmail
> > that its there.
> I didn't use any 'import' function.
Well, while booted to this install, I mounted the new drive and sicced mc
into copying the ~/Mail folder to an old-Mail folder on that drive. A
simple mv will take care of that miss-match.
> I just set Kmail's 'local' folder to use ~/mail, so you should be able
> to tell it to use your /media/ubuslash email folder.
I couldn't find in the new menus, where to set that. But I'll obviously
look again the next time I swap drives and reboot to Mint-17.1 LTS
> (Mind you, with that amount of email you would probably need to leave
> it overnight to index!)
> N.B. I use POP, not IMAP.
So do I, although I would like to set up an imap server here that would be
accessible from the rest of my home network. Its a bit of a pain in my
ancient arthritic back to have to come down the hill from the shop where
my cnc machines are, just to send a message to the emc-users list, or to
get a reply. What would be the cats meow would be to make the imap sw
(dovecot?) access and export via imap, the database kmail sets up, so it
is then available to all 3 of the cnc machines. But in following that
list, and asking a question here and there, the best impression I get is
that both claws and dovecot are buggier than a 10 day old road kill
I like software that Just Works(TM), which with 2 or 3 niggles, kmail has
done since 1998 for me. The major niggle is that when I have set options
and checked the sticky box, it ignores the sticky and changes the
transport path, or the ID, and of course the mailing list bounces my
message because of the miss-match between the subscribed address and where
the message purports to come from. I suspect its a timing of popups
problem because it happens only when I send by clicking on the send
button, but not when I send with a ctrl+return.
The other niggle I solved years ago was that its not multi-threaded, so
the composer goes to sleep when kmail is out collecting email from the 3
servers it can access. But I reduced that to just a second or less at a
time by setting up mailfilter to nuke on the server, that which I don't
want, then fetchmail grabs the rest, hands it off to procmail as the MDA,
which in turn runs everything through spamassassin, and clamd, delivering
all incoming mail to one of 3 dirs in /var/spool/mail, and a daemon I
wrote in bash detects the closing of one of those files, and sends kmail a
get mail command over the dbus. I have nothing left to do but read and
reply to the mail if I choose. And nuke the virii file a clamd detection
expands about annually. I also have a ham & spam folders, and a cron
driven bash script that looks at both with sa-learn nightly, deleting that
spam I put there, and leaving the ham which I then drag-n-drop on the
correct folder the next day.
By offloading all the mail pulling from kmail , all it has to do then is
sort the mail it finds there into the proper folders, which it can do in a
Out here in the puckerbrush, I have only one choice of ISP/mail server
that is NOT contaminated with gmail crap, the server at my former place of
employment, where I have the same account I've had since we setup our own
mail server in late 1998, when I was the Chief Engineer at that TV
station. That Qmail install gets me 100x the spam that Gmail does, but it
has many other advantages that make up for it. Only 20 air miles and 7 or
8 hops thru the net away, the response time is quite low. My every 3
minute mailfilter/fetchmail scan is an un-noticeable load. All those
scripts are already copied to the newer install.
My drives are in a 3 drive QC cage, so I will swap drives shortly and see
if I can make kmail see what I copied last night.
Thanks for reading this far.
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>
US V Castleman, SCOTUS, Mar 2014 is grounds for Impeaching SCOTUS
KDE PIM users mailing list
Subscription management: https://mail.kde.org/mailman/listinfo/kdepim-users
More information about the kdepim-users