Re: [vchkpw] Re: Blackholing a sender
At 02/04/04 21:38 (), Peter Palmreuther wrote:
Hello Devendra,
On Friday, April 2, 2004 at 7:26:47 AM you wrote (at least in part):
This gives me a clue that perhaps we should be able to do it using
qmail-scanner-queue.pl code. Let me try it out. If anyone else too can give
some pointer on this angle do let us know.
qmail_requeue() seems to be the function that does pass the mail to
qmail-queue after qmail-scanner has processed it.
So before AV- and spam-check simply check for $sender (or
$env_returnpath, or whatever the variable is named at the location you
introduce the check) and instead of init_scanners call a the requeue
with different recipient ($env_recips or the like). The new recipient
should be a local/virtualdomain recipient address that has a
blackholed delivery: a dot-qmail file containing only one line:
,- [ .qmail-blackhole ]
| #
`-
HTH
--
Best regards
Peter Palmreuther
Thanks, Peter for the nice pin pointed clue. I would try out this clue as
soon as I am free from the other imp stuffs. A bit difficult for me, not a
perl programmer.
But, I was able to blackhole as follows:
In the file /var/spool/qmailscan/quarantine-attachments.txt
[EMAIL PROTECTED] Tab Virus-MAILFROM: Tab You are Banned.
Now, in /var/qmail/bin/qmail-scanner-queue.pl add You are Banned to the
silent_viruses_array as
my
@silent_viruses_array=('klez','bugbear','hybris','yaha','braid','nimda','tanatos','sobig','winevar','You
are Banned');
This would delete the mail and would not intimate the sender.
Devendra Singh
__
Devendra Singh
IndiaMART InterMESH Limited
(Global Gateway to Indian Market Place)
B-1, Sector 8, Noida, UP - 201301, India
EPABX : +91-120-2424945, +91-120-3094634, +91-9810646342
Fax: +91-120-2424943
http://www.indiamart.com
http://www.indiangiftsportal.com
http://www.indiantravelportal.com
__
Re: [vchkpw] Re: Blackholing a sender
On Thu, Apr 01, 2004 at 12:22:45PM +0530, Devendra Singh wrote:
Why not alias it to /dev/null?
That's my wish too. But, I think we are able to alias a TO: but not
FROM:.
Right; I had managed to twist the roles in what's left of my mind; sorry. :-{
I do know how I could do it with sendmail milter-regex, but I doubt
that would help you.
Sorry,
david
--
David H. Wolfskill [EMAIL PROTECTED]
Re: [vchkpw] Re: Blackholing a sender
At 02/04/04 00:25 (), Peter Palmreuther wrote: Hello Devendra, On Thursday, April 1, 2004 at 8:29:02 AM you wrote (at least in part): [blackholing a sender] I wished not to give the sender any clue as why his mail is disappearing -- blackholed. Write your own qmail-queue replacement that filters for sender and drops mails from the notorious. All other mail is than passed to qmail-queue as usual. This way you don't have to fiddle with qmail sources, you only have to have a QMAILQUEUE-patched qmail. If this sender is worth the work ... additionally other might benefit from your work, maybe there are other people that like to really blackhole some senders instead of simply rejecting their messages. -- Thanks Peter, This gives me a clue that perhaps we should be able to do it using qmail-scanner-queue.pl code. Let me try it out. If anyone else too can give some pointer on this angle do let us know. Devendra Singh
Re: [vchkpw] Re: Blackholing a sender
At 31/03/04 20:34 (), you wrote: Hello Devendra, On Wednesday, March 31, 2004 at 6:52:31 AM you wrote (at least in part): I have a peculiar requirement of just trashing a particular Mail From: to any of the virtual domains hosted on a Server. echo SENDERADDRESS /var/qmail/control/badmailfrom Thanks for your solution. But, the badmailfrom would give a bounce from qmail-smtpd (MTA). No, it'd give a 5xx code from your qmail-smtpd and the bounce is created by somebody else. Your system does /NOT/ bounce the message, it just rejects it. If the other side bounces is not within your responsibility. I just wanted to blackhole it, without sending any intimation even if it violates any RFC. Than you have two options: 1) hacking qmail source to read a dev-null list and deliver all mails with sender address on this list to /dev/null (i.e. to drop the message) 2) manipulate all dot-qmail files that could be involved in a delivery and check if the message came from $BAD_SENDER. If so exit(99) from this check and no further delivery instructions in this dot-qmail file will be processed. Quite a lot of work to do, and you'd have to take care of all new created dot-qmail files in your setup. -- Best regards Peter Palmreuther COBOL: Crappy Obsolete Butthead Oriented Language. My God !, Lot of work to do, fiddling with the source would be my last resort. In the meanwhile I tried the BLACKHOLED Sender for the notorious option of http://www.fehcom.de/qmail/spamcontrol.html. But, this option too sends back a bounce after a couple of days. The deferral is generated from the sending server not my server. I wished not to give the sender any clue as why his mail is disappearing -- blackholed. I would wait for more comments from fellow list members. Thanks. Devendra Singh
Re: [vchkpw] Re: Blackholing a sender
At 31/03/04 22:01 (), David H. Wolfskill wrote: On Wed, Mar 31, 2004 at 10:22:31AM +0530, Devendra Singh wrote: Thanks for your solution. But, the badmailfrom would give a bounce from qmail-smtpd (MTA). I just wanted to blackhole it, without sending any intimation even if it violates any RFC. Any other pointers !!! Why not alias it to /dev/null? Peace, david (who is much more familiar with sendmail than with qmail) -- David H. Wolfskill [EMAIL PROTECTED] That's my wish too. But, I think we are able to alias a TO: but not FROM:. Devendra Singh
Re: [vchkpw] Re: Blackholing a sender
At 30/03/04 20:39 (), you wrote: Hello Devendra, On Tuesday, March 30, 2004 at 4:07:31 PM you wrote (at least in part): I have a peculiar requirement of just trashing a particular Mail From: to any of the virtual domains hosted on a Server. echo SENDERADDRESS /var/qmail/control/badmailfrom In that case even I do not want to bounce the mail just trash (/dev/null) it. using badmailfrom is like /dev/null'ing for you. You'll neither see the bounce nor does your qmail have to handle it (even if it can't be delivered). That the absolutely easiest and cleanest solution for that problem. -- Best regards Peter Palmreuther He who laughs last uses OS/2. Dear Peter, Thanks for your solution. But, the badmailfrom would give a bounce from qmail-smtpd (MTA). I just wanted to blackhole it, without sending any intimation even if it violates any RFC. Any other pointers !!! Devendra Singh
Re: [vchkpw] Re: Blackholing a sender
I bet if you look at the tcprules help file there might be something to help. Check out http://cr.yp.to/ucspi-tcp/tcprules.html -John - Original Message - From: Devendra Singh [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Tuesday, March 30, 2004 8:52 PM Subject: Re: [vchkpw] Re: Blackholing a sender At 30/03/04 20:39 (), you wrote: Hello Devendra, On Tuesday, March 30, 2004 at 4:07:31 PM you wrote (at least in part): I have a peculiar requirement of just trashing a particular Mail From: to any of the virtual domains hosted on a Server. echo SENDERADDRESS /var/qmail/control/badmailfrom In that case even I do not want to bounce the mail just trash (/dev/null) it. using badmailfrom is like /dev/null'ing for you. You'll neither see the bounce nor does your qmail have to handle it (even if it can't be delivered). That the absolutely easiest and cleanest solution for that problem. -- Best regards Peter Palmreuther He who laughs last uses OS/2. Dear Peter, Thanks for your solution. But, the badmailfrom would give a bounce from qmail-smtpd (MTA). I just wanted to blackhole it, without sending any intimation even if it violates any RFC. Any other pointers !!! Devendra Singh
