As you already said, Redirect suffers from the need of backward compatibility, that we 
must guarantee. We could in the future create a new mailet, with a different name 
(which name BTW?) following more consistently the conventions.

Anyhow, I'm finalizing and going to test a new version of all the stuff with the 
generalized and consistent use of "unaltered", with lots of changes in the javadoc. I 
hope to commit it within a couple of hours. It would be great if you could redo your 
testing and comments on it very soon.

Thanks Joszef,

Vincenzo

> -----Original Message-----
> From: Hontvari Jozsef [mailto:[EMAIL PROTECTED]
> Sent: mercoledi 25 giugno 2003 21.06
> To: James Developers List
> Subject: Re: subject prefix mailet or unaltered recipients in Redirect
> 
> 
> > Redirect would insert a new, Redirected, message into the spool.
> 
> I wasn't sure that it _always_ does this. I interpreted 
> Vincenzo's email in
> this way and the doc isn't unambiquous either.
> 
> This should be explicitly documented in Redirect and its descendants
> (forward etc.), it is a frequent question on the user's list. I already
> added a wiki comment about the endless loops related to this (otherwise
> reasonable) behaviour.
> 
> 
> 
> >   <mailet match="[EMAIL PROTECTED]" class="Redirect">
> >     <static>true</static>
> >     <prefix>[SPAM blackholes-easynet-nl]</prefix>
> >     <passThrough>true</passThrough>
> >   </mailet>
> >
> > Did you mean to have two copies?  The Redirected one, and the original?
> Or
> > do you want to change passThrough to false?
> 
> It should have been false.
> 
> > > If you look at the attached message the body seems to be recursively
> > > included, this is surprising.
> >
> > The default for Redirect is that the inline type is BODY.  Try using:
> >
> >     <inline>UNALTERED</inline>
> 
> 
> 
> that helped, thanks. This is another case where the Redirect use 
> a different
> rule then the "if not specified it is not changed". BTW this 
> should also be
> documented. I can submit a patch.
> 
> 
> 
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
> 


---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Reply via email to