__/ [ Mark Kent ] on Friday 26 May 2006 08:59 \__
> begin oe_protect.scr
> Roy Culley <rgc@xxxxxxxxxxxxx> espoused:
>> begin risky.vbs
>> Mark Kent <mark.kent@xxxxxxxxxxx> writes:
>>> I've built up some large mailboxes over the years, and it was time
>>> to split and gzip them. The usual approach I've seen is based
>>> around formail, but that's not particularly easy to use for this.
>>> Debian has a package called "archivemail" which is ideal. A short
>>> script does the trick:
>> Use an MUA that handles [n]mh folders such as exmh, sylpheed,
>> evolution. Each email is in a separate file. Procmail supports [n]mh
>> folders so great filtering capability when incorporating new email.
>> Then you have the power of CLI utilities to do archiving, etc.
> I think email/file model is superior, but I'm somewhat held to ransom by
> decisions taken many years ago, by, err, me...
My own habits are quite different. I prefer using the GUI wherever
possible. Once in a few months (whenenver the PDA alerts me), I just grab
monthly messages and toss them in appropriate subdirectories, where all is
stored in mbox format. It takes just a couple of minutes. Given a sensible
boxes hierarchy, you get logical physical (as in filesystem directories)
and virtual structure. This enables you to search mail more easily, with
the exclusion of certain accounts/months/year/whatever. A simple script
can compress these, if needed. These is a good one-to-one correspondence
between the way in which mail is stored on the hard-drive and the way it
is interpreted by the mail client, be it Thunderbird, or Neomail, or
Sqirrelmail, or Horde, or KMail, to name the ones I have. This demonstates
the power of standardisation, too.
Just my 2 cents... sorry I couldn't include some fun script. I'm a GUI man
and I only use MHonArc (Perl) on occasions for mail to HTML conversion.
Roy S. Schestowitz | LINUX - (L)ove (I)s (N)ever (U)tterlys eXPensive
http://Schestowitz.com | Open Prospects ¦ PGP-Key: 0x74572E8E
1:40pm up 28 days 20:12, 8 users, load average: 1.20, 0.75, 0.63
http://iuron.com - knowledge engine, not a search engine