[prev in list] [next in list] [prev in thread] [next in thread] 

List:       kmail-devel
Subject:    Re: Archiving messages from KMail
From:       Ingo =?iso-8859-1?q?Kl=F6cker?= <kloecker () kde ! org>
Date:       2003-09-11 23:14:02
[Download RAW message or body]

[Attachment #2 (multipart/signed)]


On Friday 12 September 2003 00:47, Neil Williams wrote:
> On Thursday 11 Sep 2003 1:59 am, CP Hennessy wrote:
> > Hi,
> > 	I am a happy KMail user.
> > However I have a request ( OK, so why else would I be here :)
> > I have one of my filtered mail boxes which contain over 27000 mails
> > and even though once it's loaded it's fine, it's the amount of
> > memory that it uses to get these which is a bit of a pain ( roughly
> > 64 MB ). Now what I'm think of doing is to implement an "archiving"
> > function.
>
> Already available as open source, free and with no compilation /
> dependencies / binaries (as it's in Perl):
> MHonArc.
> For an example of just one installation using MHonArc, see
> http://www.dclug.org.uk/index.html
> http://www.dclug.org.uk/archive/threads.html
>
> MHonArc will archive messages direct from a KMail directory using a
> simple bash command:
> mhonarc -rcfile mhonarc.mrc -mhpattern '^[^\.]' ~/Mail/folder/cur/
> --outdir ./mhonarc/

In general KMail reacts allergic to other applications messing around 
with KMail's folders. At worst you risk loosing all messages in a 
folder.

Furthermore CP probably doesn't want to give up the possibility to read 
and search the archive folders with KMail. Why use two frontends (one 
for current mail and one for archived mail) to access your mail?

At least I haven't yet seen a HTML frontend for a mail archive which is 
comparable to a mail client. Usually searching sucks, navigation in 
threads sucks, attachment handling sucks.

Regards,
Ingo

[Attachment #5 (application/pgp-signature)]

_______________________________________________
KMail Developers mailing list
kmail@mail.kde.org
http://mail.kde.org/mailman/listinfo/kmail


[prev in list] [next in list] [prev in thread] [next in thread]