On Thu, Oct 20, 2005 at 01:41:16AM +0200, Mark Martinec wrote:
> Robert,
>
> > How do I call an external script upon INFECTED or Spam-Score > 10
>
> This is not available without hacking the code, there is no mechanism
> to specify plugins (except when their function is similar to a virus scanner).
Hm, how about patches?
> > Why do I want to call a script:
> >
> > Upon INFECTED or Spam-Score > 10 I want to to temp-block the
> > "enevelope_sender-last_mta_ip" and on the SMTP RCPT TO stage on further
> > requests.
>
> amavisd-new is designed to be positioned as a post-queue content filter.
> At this stage the MAIL FROM, RCPT TO and DATA parts of the original
> SMTP session are already over, the original session no longer exists.
>
> Although some people use amavisd-new as a pre-queue proxy-type content
> filter, this is unsupported. It may work, but don't complain when it doesn't.
> See SMTPD_PROXY_README in the Postfix documentation.
I don't want to use amavis as a pre-queue Content scanner.
I just want the first MTA from the received line, or the last, which
doesn't belong to my network or localhost. It supports those values already:
>From Wed Oct 19 11:49:35 2005
>
Return-Path: <>
Delivered-To: spam-quarantine
X-Envelope-From: <[EMAIL PROTECTED]>
X-Envelope-To: <[EMAIL PROTECTED]>
X-Quarantine-Id: <SJq9XZovWbQ3>
X-policyd-weight: NOT_IN_BL_NJABL=-1.5 NOT_IN_SPAMCOP=-1.5
+NOT_IN_SBL_XBL_SPAMHAUS=-1.5 CL_IP_EQ_HELO_MX=-2.5 (check from: tv2mail - helo:
+jay) FROM_MATCHES_NOT_HELO=1 <client=81.7.140.99> <helo=tv2.jay.net>
+<[EMAIL PROTECTED]>, rate: -6 Received: from
tv2.jay.net (tv2.jay.net [81.7.140.99])
by robtone.ek-muc.de (Postfix) with ESMTP id 5C2EAC39B7
for <[EMAIL PROTECTED]>; Wed, 19 Oct 2005 11:49:33 +0200 (CEST)
Received: (qmail 17210 invoked by uid 72); 19 Oct 2005 09:49:32 -0000
Received: from 66.178.40.24 ( [66.178.40.24])
as user [EMAIL PROTECTED]@tv2.jay.net by tv2.jay.net with
+HTTP;
Wed, 19 Oct 2005 11:49:31 +0200
Message-ID: <[EMAIL PROTECTED]>
I want -envelope="[EMAIL PROTECTED]", -first="66.178.40.24"
-last="81.7.140.99"
piped to a local cache daemon via unix socket. Amavis iteself doesn't support
that, but it _could_ be, that amavis supports calling scripts with arguments.
The local cache daemon itself exists
(see also: http://news.gmane.org/gmane.mail.postfix.policyd-weight).
Setting up procmail rules would make things worse, and may not work everywhere
and is slow (note that the mailsystem may be busy with real load).
However, I don't want to provide patches for amavis on the site each time
amavis changes, some reasonable machinsim for administrators would be nice.
I can however, provide a patch sooner or later, but not each time amavis
changes. Some documented and accepted mechanism would be way better.
--
Robert Felber (PGP: 896CF30B)
Munich, Germany
--
-------------------------------------------------------
This SF.Net email is sponsored by:
Power Architecture Resource Center: Free content, downloads, discussions,
and more. http://solutions.newsforge.com/ibmarch.tmpl
_______________________________________________
AMaViS-user mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/amavis-user
AMaViS-FAQ:http://www.amavis.org/amavis-faq.php3
AMaViS-HowTos:http://www.amavis.org/howto/
