Move SPAM to directory and notify user
Dear Sirs, In a CentOS 4.7 server I installed qmail + simscan + ClamAV + Spamassassin 3.3.0 that is working properly. Now my intention is that when a mail is considered SPAM this is moved to a folder called SPAM and in turn notifies the user (via email) so you can review it. Is it possible? Thanks José Luis
Re: Move SPAM to directory and notify user
On Fri, 9 Jul 2010, Jose Luis Marin Perez wrote: In a CentOS 4.7 server I installed qmail + simscan + ClamAV + Spamassassin 3.3.0 that is working properly. Now my intention is that when a mail is considered SPAM this is moved to a folder called SPAM and in turn notifies the user (via email) so you can review it. Is it possible? If your Spamassassin is properly adding a header showing the Spam 'score' as a row of asterisks, then you can check for that header in procmail and deliver accordingly. I would suggest, to avoid having a notice for every piece of spam, try instead to have a cron job that checks the spam folder for *new* mail, once nightly, and sends a single message to the user. Of course, if the user is always getting spam, then that notice gets ignored pretty quickly, so you may want to decide whether it is worth the trouble. - C
RE: Move SPAM to directory and notify user
Procmail Using this understanding, my question is how to notify the user via email, would read the contents of the SPAM folder? excuse my insistence but I do not understand, I hope you can help me with this. José Luis -Mensaje original- De: Charles Gregory [mailto:cgreg...@hwcn.org] Enviado el: Viernes, 09 de Julio de 2010 11:50 a.m. Para: users@spamassassin.apache.org Asunto: Re: Move SPAM to directory and notify user On Fri, 9 Jul 2010, Jose Luis Marin Perez wrote: In a CentOS 4.7 server I installed qmail + simscan + ClamAV + Spamassassin 3.3.0 that is working properly. Now my intention is that when a mail is considered SPAM this is moved to a folder called SPAM and in turn notifies the user (via email) so you can review it. Is it possible? If your Spamassassin is properly adding a header showing the Spam 'score' as a row of asterisks, then you can check for that header in procmail and deliver accordingly. I would suggest, to avoid having a notice for every piece of spam, try instead to have a cron job that checks the spam folder for *new* mail, once nightly, and sends a single message to the user. Of course, if the user is always getting spam, then that notice gets ignored pretty quickly, so you may want to decide whether it is worth the trouble. - C
RE: Move SPAM to directory and notify user
On Fri, 2010-07-09 at 12:12 -0500, Jose Luis Marin Perez wrote: Procmail Using this understanding, my question is how to notify the user via email, would read the contents of the SPAM folder? excuse my insistence but I do not understand, I hope you can help me with this. Procmail can run a shell script as well as simply dumping or filing the message. A shell script should be easily able to do whatever you want with the spam message and then call sendmail to send a 'spam received' message to the user. Martin
RE: Move SPAM to directory and notify user
On Fri, 2010-07-09 at 12:12 -0500, Jose Luis Marin Perez wrote: Procmail Using this understanding, my question is how to notify the user via email, would read the contents of the SPAM folder? excuse my insistence but I do not understand, I hope you can help me with this. So you are already using procmail or are ok with that? This whole thing from the OP on spelled IMAP to me. A dedicated (per-user) spam folder. With that, why in $diety's name have annoying you have spam messages at all? The MUA just monitors all mail folders, and new spam will be visually indicated by the MUA. No need to drop an extra mail in the Inbox, stating there is new mail... Regarding the question, see below. In a CentOS 4.7 server I installed qmail + simscan + ClamAV + Spamassassin 3.3.0 that is working properly. Now my intention is that when a mail is considered SPAM this is moved to a folder called SPAM and in turn notifies the user (via email) so you can review it. If your Spamassassin is properly adding a header showing the Spam 'score' as a row of asterisks, then you can check for that header in procmail and deliver accordingly. I would suggest, to avoid having a notice for every piece of spam, try instead to have a cron job that checks the spam folder The answer was already given. How exactly the cron job performs the check, depends on your IMAP server and the local storage used. IFF one really needs such a notice. I am sure your users won't want them. for *new* mail, once nightly, and sends a single message to the user. Of course, if the user is always getting spam, then that notice gets ignored pretty quickly, so you may want to decide whether it is worth the trouble. FWIW, if you actually mean a single, *global* spam folder, aka quarantine, rather than per-user folders to drop spam, the solution is outside the scope of SA. The above pretty much already is... -- char *t=\10pse\0r\0dtu...@ghno\x4e\xc8\x79\xf4\xab\x51\x8a\x10\xf4\xf4\xc4; main(){ char h,m=h=*t++,*x=t+2*h,c,i,l=*x,s=0; for (i=0;il;i++){ i%8? c=1: (c=*++x); c128 (s+=h); if (!(h=1)||!t[s+h]){ putchar(t[s]);h=m;s=0; }}}
RE: Move SPAM to directory and notify user
On Fri, 2010-07-09 at 18:23 +0100, Martin Gregorie wrote: On Fri, 2010-07-09 at 12:12 -0500, Jose Luis Marin Perez wrote: Procmail Using this understanding, my question is how to notify the user via email, would read the contents of the SPAM folder? excuse my insistence but I do not understand, I hope you can help me with this. Procmail can run a shell script as well as simply dumping or filing the message. A shell script should be easily able to do whatever you want with the spam message and then call sendmail to send a 'spam received' message to the user. *shudder* I'm with Charles here. While you're of course perfectly correct... Do rate limit it. Don't generate an annoying you've got spam [1] message for each spam received. That'd be a horribly poor exchange rate. Where's the advantage, if instead of deleting a spam in my Inbox, I have to delete a spam announcing message in my Inbox -- plus chasing the spam folder, to actually delete the spam, too. [1] Anyone else have that old AOL commercial in mind, with the female voice announcing an incoming mail? ;) -- char *t=\10pse\0r\0dtu...@ghno\x4e\xc8\x79\xf4\xab\x51\x8a\x10\xf4\xf4\xc4; main(){ char h,m=h=*t++,*x=t+2*h,c,i,l=*x,s=0; for (i=0;il;i++){ i%8? c=1: (c=*++x); c128 (s+=h); if (!(h=1)||!t[s+h]){ putchar(t[s]);h=m;s=0; }}}
RE: Move SPAM to directory and notify user
On Fri, 2010-07-09 at 19:44 +0200, Karsten Bräckelmann wrote: Do rate limit it. Don't generate an annoying you've got spam [1] message for each spam received. That'd be a horribly poor exchange rate. I agree entirely, but I got the impression that the OP didn't like the cron job solution. Without the cron job its a bit difficult to tell the user about the all the FPs and spam he hasn't seen, and you really need to do that if he's to retrieve the one or two messages he actually wants. Me? Since I run Postfix, I'd have modified the pipeline in the service that runs spamc to: spamc | spam_separator | sendmail and written a cron job that deletes time-expired messages and sends each user a daily list of spams received since the last run. If I ran some other MTA without Postfix's custom service concept I'd have used a procmail-driven script to save the messages as separate files in directories named for the recipients using the timestamp as the file name and used the same cron job for spam reporting and expiry. Of course, as I hinted above, there needs to be some way to retrieve FPs or spam that the user wants, but that's quite another Perl in the nest of Pythons. Martin
RE: Move SPAM to directory and notify user
On Fri, 2010-07-09 at 19:22 +0100, Martin Gregorie wrote: On Fri, 2010-07-09 at 19:44 +0200, Karsten Bräckelmann wrote: Do rate limit it. Don't generate an annoying you've got spam [1] message for each spam received. That'd be a horribly poor exchange rate. I agree entirely, Figured you would, Martin, didn't mean to imply otherwise. :) but I got the impression that the OP didn't like the cron job solution. Hmm, I got the impression that it just wasn't clear to him, how to use a cron job parsing his particular IMAP server local storage per user and generating the summary mail. But then again, I am not convinced this actually is about IMAP and not about a global quarantine. Only the OP can clarify his exact environment and needs for the question in the first place. -- char *t=\10pse\0r\0dtu...@ghno\x4e\xc8\x79\xf4\xab\x51\x8a\x10\xf4\xf4\xc4; main(){ char h,m=h=*t++,*x=t+2*h,c,i,l=*x,s=0; for (i=0;il;i++){ i%8? c=1: (c=*++x); c128 (s+=h); if (!(h=1)||!t[s+h]){ putchar(t[s]);h=m;s=0; }}}
Re: Move SPAM to directory and notify user
On fre 09 jul 2010 18:54:27 CEST, Jose Luis Marin Perez wrote Now my intention is that when a mail is considered SPAM this is moved to a folder called SPAM and in turn notifies the user (via email) so you can review it. Is it possible? with the above alone no, but if you have sieve, procmail, maildrop then yes, its just filter based on recipients needs that being scripted or manual done its simple when one have this setup, i just prefer the seive way but procmail or maildrop can sort it aswell -- xpoint http://www.unicom.com/pw/reply-to-harmful.html
Re: Move SPAM to directory and notify user
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 7/9/10 1:40 PM, Karsten Bräckelmann wrote: On Fri, 2010-07-09 at 19:22 +0100, Martin Gregorie wrote: On Fri, 2010-07-09 at 19:44 +0200, Karsten Bräckelmann wrote: Do rate limit it. Don't generate an annoying you've got spam [1] message for each spam received. That'd be a horribly poor exchange rate. but I got the impression that the OP didn't like the cron job solution. Hmm, I got the impression that it just wasn't clear to him, how to use a cron job parsing his particular IMAP server local storage per user and generating the summary mail. Of course, I'm biased, but this is one of the things Maia Mailguard does very well... :) (well, not in an imap storage, but in the database) - -- David Morton morto...@dgrmm.net Morton Software Design http://www.dgrmm.net - Ruby on Rails PHP Applications Maia Mailguard http://www.maiamailguard.com- Spam management for mail servers -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.7 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iD8DBQFMN3/mUy30ODPkzl0RAsOYAJ9D7AhFmiqRi0/+rgxRrIEYCLuHbwCfQVku BT+N830jriAgKFK9zKoWFe8= =eG0x -END PGP SIGNATURE-
Re: Move SPAM to directory and notify user
Hello * Oh, Entschuldige Karsten für die PM, meine muttrc funktioniert derzeit nicht wie ich will. :-/ Am 2010-07-09 19:44:54, hacktest Du folgendes herunter: [1] Anyone else have that old AOL commercial in mind, with the female voice announcing an incoming mail? ;) :0 * ^X-Spam-Level: \*\*\*\*\* { DUMMY_EXEC=`rplay /usr/share/sounds/aol/You_Have_New_Spam.wav` :0 .Spam/ } Thanks, Greetings and nice Day/Evening Michelle Konzack -- # Debian GNU/Linux Consultant ## Development of Intranet and Embedded Systems with Debian GNU/Linux itsyst...@tdnet France EURL itsyst...@tdnet UG (limited liability) Owner Michelle KonzackOwner Michelle Konzack Apt. 917 (homeoffice) 50, rue de Soultz Kinzigstraße 17 67100 Strasbourg/France 77694 Kehl/Germany Tel: +33-6-61925193 mobil Tel: +49-177-9351947 mobil Tel: +33-9-52705884 fix http://www.itsystems.tamay-dogan.net/ http://www.flexray4linux.org/ http://www.debian.tamay-dogan.net/ http://www.can4linux.org/ Jabber linux4miche...@jabber.ccc.de ICQ#328449886 Linux-User #280138 with the Linux Counter, http://counter.li.org/ signature.pgp Description: Digital signature
Re: Move SPAM to directory and notify user
Hello Martin Gregorie, Am 2010-07-09 19:22:37, hacktest Du folgendes herunter: I agree entirely, but I got the impression that the OP didn't like the cron job solution. Without the cron job its a bit difficult to tell the user about the all the FPs and spam he hasn't seen, and you really need to do that if he's to retrieve the one or two messages he actually wants. :0fw * 256000 | spamc :0 * ^X-Spam-Level: \*\*\*\*\* { SPAM_COUNT=`ls ${MAILDIR}/.Spam/new/* ${MAILDIR}/.Spam/cur/* |wc -l` SPAM_COUNT=`echo $((SPAM_COUNT+1)) ; :` :0 * test ${SPAM_COUNT} -gt 0 { LAST_MSG=`cat ${HOME}/.procmail_spam_last` TIME_NOW=`date +%s` TIME_NOW=`echo $((TIME_NOW+86400))` :0 * ? test -z ${LAST_MSG} { TIME_LAST=`date +%s` DUMMY_EXEC=`echo ${TIME_LAST} ${HOME}/.procmail_spam_last` } :0 * ? test ${TIME_LAST} -gt ${TIME_NOW} { DUMMY_EXEC=`echo ${TIME_NOW} ${HOME}/.procmail_spam_last MSG_TO=`formail -czX To:` MSG_ID=`formail -czX Message-ID:` :0fw | (formail -I From: Big Brother @ \ -I ${MSG_TO} \ -I Subject: Your spamfolder is filling up. [${SPAM_COUNT}] \ -I Date: `date --rfc-822` \ -I ${MSG_ID} ; \ echo Hey user, ; \ echo check your spamfolder which is ; \ echo filled up with ${SPAM_COUNT} crap messages. ) } } :0 * ^X-Spam-Level: .Spam/ } Thanks, Greetings and nice Day/Evening Michelle Konzack -- # Debian GNU/Linux Consultant ## Development of Intranet and Embedded Systems with Debian GNU/Linux itsyst...@tdnet France EURL itsyst...@tdnet UG (limited liability) Owner Michelle KonzackOwner Michelle Konzack Apt. 917 (homeoffice) 50, rue de Soultz Kinzigstraße 17 67100 Strasbourg/France 77694 Kehl/Germany Tel: +33-6-61925193 mobil Tel: +49-177-9351947 mobil Tel: +33-9-52705884 fix http://www.itsystems.tamay-dogan.net/ http://www.flexray4linux.org/ http://www.debian.tamay-dogan.net/ http://www.can4linux.org/ Jabber linux4miche...@jabber.ccc.de ICQ#328449886 Linux-User #280138 with the Linux Counter, http://counter.li.org/ signature.pgp Description: Digital signature
Re: Move SPAM to directory and notify user
On Sat, 10 Jul 2010, Michelle Konzack wrote: :0 * ^X-Spam-Level: \*\*\*\*\* { DUMMY_EXEC=`rplay /usr/share/sounds/aol/You_Have_New_Spam.wav` :0 .Spam/ } Heh. If you've implemented Peep (http://peep.sourceforge.net/intro.html) you could use these for the pool of random you've got spam ambient sounds: http://www.pacdv.com/sounds/fart-sounds.html -- John Hardin KA7OHZhttp://www.impsec.org/~jhardin/ jhar...@impsec.orgFALaholic #11174 pgpk -a jhar...@impsec.org key: 0xB8732E79 -- 2D8C 34F4 6411 F507 136C AF76 D822 E6E6 B873 2E79 --- Our government wants to do everything it can for the children, except sparing them crushing tax burdens. --- 11 days until the 41st anniversary of Apollo 11 landing on the Moon