Re: [Crm114-general] Re: crm114 for general mail sorting

[Corrin L. <co...@go...>]

On Thu, 23 Sep 2004 07:02, Evan Prodromou wrote:
> On 09/22/04 14:14:55, R A Lichtensteiger wrote:
> > Errrm ... I'm unclear on why you want to take a specialized tool -- a
> > binary state mail sorter -- and turn it into a generalized mail
> > delivery tool.
>
> I don't think crm114 is necessarily binary. mailfilter.crm is, but I
> don't think that's all crm114 does.

Right, and Bill has posted the tiny tweak needed to classify in order to do=
=20
multi-way sorting.

=46rom memory you can also do (spam | (mum,work,clients,etc))

> > Almost every MUA does this, as does procmail.  Why solve this problem
> > again?
>
> Because I think crm114 could save me a not-insignificant amount of time
> by figuring out why a message from Mo...@ex... should go in folder
> "personal/from/Mom" with minimum involvement from me.

"Wouldn't it be neat if"...

I've got crm working nicely enough with my imap server, it puts spam into a=
=20
'spam' folder.  It puts messages it isn't sure about into an 'unsure' folde=
r,=20
and using any MUA with IMAP support, even webmail, I can painlessly shift=20
messages from my inbox to the 'missed spam' folder, or shift messages from=
=20
'spam' or 'unsure' to the 'notspam' folder (where a cron job periodically=20
redelivers them to the correct folder).=20

I've also written a whole lot of procmail rules to classify my messages.  H=
ere=20
is one of them:

	:0:
	* ^X-Mailing-List: <debian-\/.+@
	* MATCH ?? ()\/[^@]+
	.debian.$MATCH/

Isn't that ugly? Who wants to write stuff like that just to filter their=20
email? And, then you get spelling errors in a procmail recpie.  One of whic=
h=20
recently caused my wife to stop receiving mail (fortunately procmail was=20
smart enough to deliver it to /var/mail/andrea as a last resort so I didn't=
=20
have to trawl through the mail archives...

So, that's my current situation.  It works, but I'm certainly not happy wit=
h=20
it.  It was a fair bit of effort to set up all the cron jobs and extra=20
folders (and set them all up in /etc/skel for new users).  All this to solv=
e=20
a problem that crm could solve trivially. =20

So, I return to my origonal stateemnt: "Woudln't it be neat if" the imap=20
server had a hook which caught a message move and called crm with --unlearn=
=20
and then --learn?  There would need to be a slight tweak to crm, allowing i=
t=20
to generate new .css files on the fly.  But if that worked, I wouldn't have=
=20
to write all these procmail recipies.  And I wouldn't have to set up the cr=
on=20
jobs.  Or expalin to people why moving a message to 'notspam' doesn't=20
immediatly pop it into their inbox.

However, I think this requires more tweaks to courier than it does to crm. =
=20
And I already have ten times the number of projects I'd like to work on=20
compared to what I have time to work on :-(

Corrin