You are viewing a plain text version of this content. The canonical link for it is here.
Posted to server-user@james.apache.org by Cesar Bonadio <bo...@picture.com.br> on 2003/03/06 22:25:05 UTC
Mailet processing order
Hello
I am writing an anti-spam mailet and I have a question about the processing order of the Mailets
if I correct understood the docs the mailet code is processed after the message is complete received
Envelope recipients and body, Am I correct?
If the above is correct, and my mailet try to block messages from a specific IP address
I will only be able to block the message after receiving the full message. Am I correct?
In this situation, is there any way to execute a mailet before the full message is received?
The idea is to have some mailet that is able to identify some bad messages before receiving
the full message, like IP address without reverse DNS record, this way we could save a lot of
bandwith.
maybe some pre-mailet?
Thanks for any help
[]s
RE: Mailet processing order
Posted by "Noel J. Bergman" <no...@devtech.com>.
Cesar,
No. I had proposed something last summer, but I haven't had time to work on
it. Peter Goldstein has done some work on it, and I just received a drop of
his code. If I get a chance on the weekend, I'll try to post up some of his
extensions. That will all occur in james-dev, not here.
Today, you can block messages based upon DNSRBL and those other
characteristics, but only after they have been transfered.
--- Noel
-----Original Message-----
From: Cesar Bonadio [mailto:bonadio@picture.com.br]
Sent: Thursday, March 06, 2003 17:18
To: James Users List
Subject: Re: Mailet processing order
Noel,
This is just what I need, do you have any description/docs about it maybe I
could start working with that.
Today we have a system that receives messages from internet running Postfix
but we plan to switch to James as soon as we can block the messages based on
IP address MAPS RBL and MAIL FROM: and RCPT TO.
[]s
----- Original Message -----
From: "Noel J. Bergman" <no...@devtech.com>
To: "James Users List" <ja...@jakarta.apache.org>
Sent: Thursday, March 06, 2003 6:59 PM
Subject: RE: Mailet processing order
> Casar,
>
> My expectation is that it will be based upon remote address, MAIL FROM and
> RCPT TO fields. The filters will be educated by mailets, so that once you
> determine that you want to short circuit based upon one of those criteria,
> you can. I don't expect that we'll do any processing of the DATA stream
> prior to the processor pipeline.
>
> --- Noel
>
> -----Original Message-----
> From: Cesar Bonadio [mailto:bonadio@picture.com.br]
> Sent: Thursday, March 06, 2003 16:47
> To: James Users List
> Subject: Re: Mailet processing order
>
>
> > For James v3 there is likely to be some form of short circuit
> > disconnect, but probably not to the extent that you would do
> > virus detection during smtp transport processing
>
> Anything that could expose IP address and Envelope recipients should be
> more than enough to block the bad messages, any other header or body
> message can be filtered using regular mailets.
>
> Thanks
>
>
> ----- Original Message -----
> From: "Noel J. Bergman" <no...@devtech.com>
> To: "James Users List" <ja...@jakarta.apache.org>
> Sent: Thursday, March 06, 2003 6:38 PM
> Subject: RE: Mailet processing order
>
>
> > > the mailet code is processed after the message is complete
> > > received
> >
> > Correct.
> >
> > > I will only be able to block the message after receiving
> > > the full message.
> >
> > Correct.
> >
> > > is there any way to execute a mailet before the full
> > > message is received?
> >
> > No.
> >
> > For James v3 there is likely to be some form of short circuit
> > disconnect, but probably not to the extent that you would do
> > virus detection during smtp transport processing.
> >
> > --- Noel
---------------------------------------------------------------------
To unsubscribe, e-mail: james-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: james-user-help@jakarta.apache.org
Re: Mailet processing order
Posted by Cesar Bonadio <bo...@picture.com.br>.
Noel,
This is just what I need, do you have any description/docs about it maybe I
could start working
with that.
Today we have a system that receives messages from internet running Postfix
but we plan to
switch to James as soon as we can block the messages based on IP address
MAPS RBL and
MAIL FROM: and RCPT TO.
[]s
----- Original Message -----
From: "Noel J. Bergman" <no...@devtech.com>
To: "James Users List" <ja...@jakarta.apache.org>
Sent: Thursday, March 06, 2003 6:59 PM
Subject: RE: Mailet processing order
> Casar,
>
> My expectation is that it will be based upon remote address, MAIL FROM and
> RCPT TO fields. The filters will be educated by mailets, so that once you
> determine that you want to short circuit based upon one of those criteria,
> you can. I don't expect that we'll do any processing of the DATA stream
> prior to the processor pipeline.
>
> --- Noel
>
> -----Original Message-----
> From: Cesar Bonadio [mailto:bonadio@picture.com.br]
> Sent: Thursday, March 06, 2003 16:47
> To: James Users List
> Subject: Re: Mailet processing order
>
>
> > For James v3 there is likely to be some form of short circuit
disconnect,
> > but probably not to the extent that you would do virus detection during
> smtp
> > transport processing
>
> Anything that could expose IP address and Envelope recipients should be
more
> than enough to block the bad messages, any other header or body message
can
> be filtered using regular mailets.
>
> Thanks
>
>
> ----- Original Message -----
> From: "Noel J. Bergman" <no...@devtech.com>
> To: "James Users List" <ja...@jakarta.apache.org>
> Sent: Thursday, March 06, 2003 6:38 PM
> Subject: RE: Mailet processing order
>
>
> > > the mailet code is processed after the message is complete
> > > received
> >
> > Correct.
> >
> > > I will only be able to block the message after receiving
> > > the full message.
> >
> > Correct.
> >
> > > is there any way to execute a mailet before the full
> > > message is received?
> >
> > No.
> >
> > For James v3 there is likely to be some form of short circuit
disconnect,
> > but probably not to the extent that you would do virus detection during
> smtp
> > transport processing.
> >
> > --- Noel
> >
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: james-user-unsubscribe@jakarta.apache.org
> > For additional commands, e-mail: james-user-help@jakarta.apache.org
> >
> >
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: james-user-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: james-user-help@jakarta.apache.org
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: james-user-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: james-user-help@jakarta.apache.org
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: james-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: james-user-help@jakarta.apache.org
RE: Mailet processing order
Posted by "Noel J. Bergman" <no...@devtech.com>.
Casar,
My expectation is that it will be based upon remote address, MAIL FROM and
RCPT TO fields. The filters will be educated by mailets, so that once you
determine that you want to short circuit based upon one of those criteria,
you can. I don't expect that we'll do any processing of the DATA stream
prior to the processor pipeline.
--- Noel
-----Original Message-----
From: Cesar Bonadio [mailto:bonadio@picture.com.br]
Sent: Thursday, March 06, 2003 16:47
To: James Users List
Subject: Re: Mailet processing order
> For James v3 there is likely to be some form of short circuit disconnect,
> but probably not to the extent that you would do virus detection during
smtp
> transport processing
Anything that could expose IP address and Envelope recipients should be more
than enough to block the bad messages, any other header or body message can
be filtered using regular mailets.
Thanks
----- Original Message -----
From: "Noel J. Bergman" <no...@devtech.com>
To: "James Users List" <ja...@jakarta.apache.org>
Sent: Thursday, March 06, 2003 6:38 PM
Subject: RE: Mailet processing order
> > the mailet code is processed after the message is complete
> > received
>
> Correct.
>
> > I will only be able to block the message after receiving
> > the full message.
>
> Correct.
>
> > is there any way to execute a mailet before the full
> > message is received?
>
> No.
>
> For James v3 there is likely to be some form of short circuit disconnect,
> but probably not to the extent that you would do virus detection during
smtp
> transport processing.
>
> --- Noel
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: james-user-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: james-user-help@jakarta.apache.org
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: james-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: james-user-help@jakarta.apache.org
---------------------------------------------------------------------
To unsubscribe, e-mail: james-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: james-user-help@jakarta.apache.org
Re: Mailet processing order
Posted by Cesar Bonadio <bo...@picture.com.br>.
> For James v3 there is likely to be some form of short circuit disconnect,
> but probably not to the extent that you would do virus detection during
smtp
> transport processing
Anything that could expose IP address and Envelope recipients should be more
than enough to block the bad messages, any other header or body message can
be filtered using regular mailets.
Thanks
----- Original Message -----
From: "Noel J. Bergman" <no...@devtech.com>
To: "James Users List" <ja...@jakarta.apache.org>
Sent: Thursday, March 06, 2003 6:38 PM
Subject: RE: Mailet processing order
> > the mailet code is processed after the message is complete
> > received
>
> Correct.
>
> > I will only be able to block the message after receiving
> > the full message.
>
> Correct.
>
> > is there any way to execute a mailet before the full
> > message is received?
>
> No.
>
> For James v3 there is likely to be some form of short circuit disconnect,
> but probably not to the extent that you would do virus detection during
smtp
> transport processing.
>
> --- Noel
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: james-user-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: james-user-help@jakarta.apache.org
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: james-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: james-user-help@jakarta.apache.org
RE: Mailet processing order
Posted by "Noel J. Bergman" <no...@devtech.com>.
> the mailet code is processed after the message is complete
> received
Correct.
> I will only be able to block the message after receiving
> the full message.
Correct.
> is there any way to execute a mailet before the full
> message is received?
No.
For James v3 there is likely to be some form of short circuit disconnect,
but probably not to the extent that you would do virus detection during smtp
transport processing.
--- Noel
---------------------------------------------------------------------
To unsubscribe, e-mail: james-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: james-user-help@jakarta.apache.org