Ref: [EMAIL PROTECTED] ([EMAIL PROTECTED]), Thursday May 14.
> I'll read first (right now that's OCLUG and all ARM and netwinder
> related ones). I consider everything else low priority mail -
> I'll browse it when I get the chance.
>
> I also get spam. Lots of it. This mail goes into a folder called
> spamcan. [Simple example: If I got the message from a mailing
> list that I'm not on.] Later, I'll look at it and move it to a
> folder called spam, which I use to train another one of my spam
> filters.
>
> Mail sent directly to me (To: or Cc:) gets my immediate attention,
> if it passes through a spam filter called "SpamBeGone" unscathed.
> It ends up in a folder called "personal".
>
> Now I don't want to read another complaint about volume on this
> list! :-) It is easy to handle, even if you don't subscribe to the
> OCLUG digest. If I can do it with hundreds of messages per day,
> so can you with far fewer!
>
I haven't the faintest idea how to go about filtering spam. Seriously, I have
no clue how people do it.
But my most immediate question has to do with handling mail that is sent BOTH
to you, and to a mailing list (doesn't matter which is to: and which is cc:) I
want to get this mail in my inbox but also in the list box. This is what I
have so far: (only OCLUG group shown)
PATH=/bin:/usr/bin:/usr/bin
DEFAULT=/var/spool/mail/kiyan
MAILDIR=$HOME/Mail #you'd better make sure it exists
LOGFILE=$HOME/log/procmail.log #recommended
:0c
* (^To:|^Cc:).*kiyan\@
* (^To:|^Cc:).*oclug
$DEFAULT
:0
* (^To:|^Cc:).*oclug
OCLUG
:0c
* (^Subject:).*<>
! [EMAIL PROTECTED]
Right now this sends a carbon copy of all mail that is BOTH to/cc me AND to/cc
the list, to my inbox... and the next recipe sends it off to the list box. The
only thing is, because of the addressing facts, I obviously get TWO copies
(one from the listserver, and one directly to me). So I end up with a
duplicate in my inbox and the listbox.
How do I handle this more elegantly?
--
[EMAIL PROTECTED] A scientific truth does not triumph by convincing
A. Kiyan Azarbar its opponents and making them see the light, but
Ottawa, Canadarather because its opponents eventually die and a
Linux 2.0.33 new generation grows up that is familiar with it.
1024/0x9A9EC5EA 4F3ADBDA1EE5850209DD8BB205250ED2F696A7BE ^- Max Planck
pgpuZJbT8xE3z.pgp
Description: PGP signature
