>>>>> "Jack" == Jack Twilley <[EMAIL PROTECTED]> writes:
Jack>
Jack> My splits break up into fiveq groups -- warning/spam, 'good' spam,
Jack> lists, people and PBEM diplomacy. The first group is a special case,
Jack> and as such I'm not worried about it, as long as the request for it
Jack> can come before any BBDB matching. The second group and third group
Jack> both sort on the 'to' field. The last two groups both sort on the
Jack> 'from' field. This way, if someone in my people section sends mail to
Jack> one of the lists, it gets stored in the lists folder, not that
Jack> person's personal folder. Oh, and that PBEM thing is also a special
Jack> case, and wouldn't work very well at all with BBDB. :-)
Jack>
Jack> Anyone else do stuff like this?
Jack>
I have a two stages: first, procmail splits things into into a
mailing list spool (everything from the mailing lists I subscribe to)
a personal spool (things addressed directly to me) and a spam spool
(stuff which is not fitting the mailing list conditions, and is not
addressed to me directly -- it works very well).
I read the spam and mailing list spools using gnus, my personal list
using VM.
I would like to switch to using gnus only at somepoint. VM reads the
entire INBOX into a buffer, and I like to keep copies of all of my
mail, and when my INBOX size exceeded 128 Mb XEmacs had serious
problems. I now have an auto-archiver that saves off the first 1000
messages in an archive folder when the folder size hits 2000. I know
gnus will have problems with thousands of messages too as it will
parse in all the subject lines each time I open the folder; but I'll
try it and see how it goes. Maybe I can get gnus to re-spool messages
older than a certain threshold to a monster archive inbox.
--Rob
_______________________________________________
bbdb-info mailing list
[EMAIL PROTECTED]
http://lists.sourceforge.net/mailman/listinfo/bbdb-info
