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 Jeff Keyser <JK...@telocity.com> on 2002/03/24 22:18:39 UTC

Redirect Mailet bug

I just discovered a bug in the Redirect Mailet when creating a Redirect rule
that is non-static and uses a sender of "sender."  In this situation, when
James connects to the next SMTP server to deliver the e-mail, it reports an
empty sender of the message.  Unfortunately, the "SenderInFakeDomain"
matcher of my other James server is catching these messages, and then
trashing them as spam.

I also think it's strange that if I use the same rule but mark it as static,
it tags all mail as coming from the postmaster.  Is this intentional because
the sender will change from message to message?


--
To unsubscribe, e-mail:   <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>


Re: Redirect Mailet bug

Posted by Serge Knystautas <se...@lokitech.com>.
I'll let Daniel speak for what's happening with the Redirect Mailet, but 
the SenderInFakeDomain shouldn't match on a null sender.  The null 
sender support was recently added, and this matcher wasn't patched yet 
to behave properly in this case.

Serge Knystautas
Loki Technologies - Unstoppable Websites
http://www.lokitech.com/

Jeff Keyser wrote:
> I just discovered a bug in the Redirect Mailet when creating a Redirect rule
> that is non-static and uses a sender of "sender."  In this situation, when
> James connects to the next SMTP server to deliver the e-mail, it reports an
> empty sender of the message.  Unfortunately, the "SenderInFakeDomain"
> matcher of my other James server is catching these messages, and then
> trashing them as spam.
> 
> I also think it's strange that if I use the same rule but mark it as static,
> it tags all mail as coming from the postmaster.  Is this intentional because
> the sender will change from message to message?


--
To unsubscribe, e-mail:   <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>


Re: Redirect Mailet bug

Posted by Serge Knystautas <se...@lokitech.com>.
Actually, I just checked the code and the matcher was patched to handle 
the null sender, but with the wrong behavior.  Now if the sender is 
null, the mailet does not match...this is now changed in CVS.

Serge Knystautas
Loki Technologies - Unstoppable Websites
http://www.lokitech.com/

Jeff Keyser wrote:
> I just discovered a bug in the Redirect Mailet when creating a Redirect rule
> that is non-static and uses a sender of "sender."  In this situation, when
> James connects to the next SMTP server to deliver the e-mail, it reports an
> empty sender of the message.  Unfortunately, the "SenderInFakeDomain"
> matcher of my other James server is catching these messages, and then
> trashing them as spam.
> 
> I also think it's strange that if I use the same rule but mark it as static,
> it tags all mail as coming from the postmaster.  Is this intentional because
> the sender will change from message to message?


--
To unsubscribe, e-mail:   <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>


RE: Redirect Mailet bug

Posted by Danny Angus <da...@thought.co.uk>.
> I just discovered a bug in the Redirect Mailet when creating a
> Redirect rule
> that is non-static and uses a sender of "sender."  In this situation, when
> James connects to the next SMTP server to deliver the e-mail, it
> reports an
> empty sender of the message.

Sorry! This is a bug..

> Unfortunately, the "SenderInFakeDomain"
> matcher of my other James server is catching these messages, and then
> trashing them as spam.
>
> I also think it's strange that if I use the same rule but mark it
> as static,
> it tags all mail as coming from the postmaster.  Is this
> intentional because
> the sender will change from message to message?

yes. originally it would've been blank, in a "not working" way, it was
patched to use postmaster instead.

>
>
> --
> To unsubscribe, e-mail:
> <ma...@jakarta.apache.org>
> For additional commands, e-mail:
> <ma...@jakarta.apache.org>
>


--
To unsubscribe, e-mail:   <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>