Maybe you should look at Stefanos idea how we can do this. It sounds
easier and cleaner for me...
And yes you are right we need mre junit tests.
bye
Norman
Bernd Fondermann schrieb:
+1
(will there be unit tests?)
On 8/28/06, Noel J. Bergman <[EMAIL PROTECTED]> wrote:
One of the things I'd like for us to do is change the SMTP handler to
allow
specifying the entry point for injecting messages into the pipeline,
rather
than the hardcoded "root", and likewise for FetchMail. So messages
coming
from FetchMail might enter the pipeline in a different processor, and go
through a different route before merging at a delivery point.
Related to that, I'd like to enhance ToProcessor to allow:
<mailet class="ToProcessor">
<from-attribute>some.attr.name</from-attribute>
<processor>some-default-processor</processor>
</mailet>
which would send the mail to the processor specified in the
attribute, and
to the named processor if the attribute isn't present. I might have
that
default processor set to send a warning to the administrator, and
record the
message into a holding repository for later respooling after the
configuration error has been corrected.
--- Noel
---------------------------------------------------------------------
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]
!EXCUBATOR:1,450b06ff53071982917462!
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]