No, you are right, it is missing in the class related part of the javadoc; I'll fix
it. I had only written it in the getRecipients() methot related part of the javadoc:
getRecipients
protected Collection getRecipients()
throws MessagingException
Description copied from class: AbstractRedirect
Gets the recipients property. Returns the collection of recipients of the new
message, or null if no change is requested. Is a "getX()" method.
Overrides:
getRecipients in class AbstractRedirect
Returns:
the recipients init parameter or SpecialAddress.SENDER or
SpecialAddress.RETURN_PATH or null if missing
Vincenzo
> -----Original Message-----
> From: Hontvari Jozsef [mailto:[EMAIL PROTECTED]
> Sent: martedi 24 giugno 2003 9.47
> To: James Developers List
> Subject: Re: subject prefix mailet or unaltered recipients in Redirect
>
>
> Then it seems to me that the class javadoc doesn't reflect the actual
> behaviour.
>
> Description of the recipients parameter:
> A comma delimited list of email addresses for recipients of this
> message, it
> will use the "to" list if not specified.
>
> Do I miss something?
>
>
>
>
>
> ----- Original Message -----
> From: "Vincenzo Gianferrari Pini" <[EMAIL PROTECTED]>
> To: "James Developers List" <[EMAIL PROTECTED]>
> Sent: Tuesday, June 24, 2003 12:07 AM
> Subject: RE: subject prefix mailet or unaltered recipients in Redirect
>
>
> In the 2.2.0a7 Redirect, not coding any "recipient" parameter
> means keeping
> it unaltered. For example,in my "spam" processor, I coded the following:
>
> <!-- spam. -->
> <processor name="spam">
> <mailet match="All" class="Redirect">
> <static>true</static>
> <sender>postmaster</sender>
> <replyto>postmaster</replyto>
> <returnPath>null</returnPath>
> <inline>none</inline>
> <attachment>message</attachment>
> <prefix>[SPAM WARNING]</prefix>
> <passThrough>true</passThrough>
> <message>
> Based on our analyser, the attached message, addressed to you, has been
> classified as SPAM with a probability over 99%.
> Reading the subject you should be able to confirm the analysis,
> and if true
> you can delete without even opening it.
>
> Please don't reply to this e-mail as it has been automatically sent by the
> antivirus system.
>
> Regards, Postmaster xyz.it
> -----------------------------
> </message>
> </mailet>
>
> <mailet match="All" class="Forward">
> <forwardto>[EMAIL PROTECTED]</forwardto>
> <passThrough>true</passThrough>
> </mailet>
>
> <mailet match="All" class="ToRepository">
> <repositoryPath>file://var/mail/spam/</repositoryPath>
> </mailet>
> </processor>
>
> Is this what you mean?
>
> Vincenzo
>
> > -----Original Message-----
> > From: Hontvari Jozsef [mailto:[EMAIL PROTECTED]
> > Sent: lunedi 23 giugno 2003 22.36
> > To: [EMAIL PROTECTED]
> > Subject: subject prefix mailet or unaltered recipients in Redirect
> >
> >
> > Because Outlook Express cannot filter messages (spam) based on
> headers, I
> > would need a mailet which adds a prefix to the subject. It mustn't do
> > anything else, e.g. it doesn't change the message id etc.
> >
> > This functionality is already in the code, in at least two
> places, in the
> > Redirect mailet and in the GenericListServ mailet. As I already
> > experienced
> > this it is not a simple operation, because it has to guess the
> appropriate
> > charset.
> >
> > I guess if there were an "unaltered" option in the recipients
> parameter of
> > the redirect mailet then it would make the job. Or maybe a
> separate mailet
> > is better. What do you think?
> >
> >
> >
> >
> > ---------------------------------------------------------------------
> > 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]
>
>
>
> ---------------------------------------------------------------------
> 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]
