Took some time to get an answer from this list, but better late than never
:-)
> -----Original Message-----
> From: [EMAIL PROTECTED]
> Sent: Tuesday, November 14, 2000 6:44 PM
[snip]
> You can think of processors as a block of code. A message
> enters the top of
> the processor and checks whether it should get processed
> depending on the
> results of each Matcher object. A mailet then processes the
> message (if the
> Matcher says to) and assuming nothing changes, it moves to the next
> matcher/mailet in the processor. The message then either
> continues until it
> reaches the bottom of the processor (at which point it's
> destroyed), can get
> destroyed mid-processor by setting the message state to
> GHOST, or it can get
> sent to a new processor.
>
> root and error are system-defined processors in the sense
> that all incoming
> messages are sent initially to the root processor, and if there are
> exceptions created while processing a message, the message is
> sent to the
> error processor. The fact that the conf file defines the
> error processor,
> for example, means you can chose whether to notify the sender or the
> postmaster or error, or log someplace special, or whatever
> you want. There
> are no restrictions on the number of processors you can create.
cool. I had it almost figured out myself already, but you clarified some
still blurry areas (especially about root and error processors).
Neeme
------------------------------------------------------------
To subscribe: [EMAIL PROTECTED]
To unsubscribe: [EMAIL PROTECTED]
Archives: <http://www.mail-archive.com/james%40list.working-dogs.com/>
Problems?: [EMAIL PROTECTED]
