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, Canada rather 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
