Thanks for the response. By "Holding Emails", I meant, is there a way to temporarily stop processing of emails? Here's a use case...
When mail comes in via SMTP it goes to the Spool Reposity in James (correct?). The Spool Manager keeps polling this repository and when a mail is received it will be forwarded to the "Root Processor" for processing (correct?). We will be developing a Mailet that will call an external system to save information from the mail. Now, let's say this system needs to be brought down for upgrades. What we would like to do it to suspend mail processing until this external system is back up. I guess, in James terminology, we would like all mail to stay in the spool repository, and would like the Spool Manager not forward it to the root processor. Is this possible? >From what I know, this is not possible in James, so we are thinking that if the external system is down, we will just write the message back to the spool repository. In other words, the message will keep failing... not an elegant solution... but not sure if there's any other way. Is there? Thanks again for your help. On Thu, Jun 5, 2008 at 2:02 AM, Stefano Bagnara <[EMAIL PROTECTED]> wrote: > Ajay Chitre ha scritto: > >> For one of our internal projects we are considering porting our app from >> the >> Postfix Server to the James Apache Server, mainly to take advantage of the >> Mailet APIs. There are certain features of Postfix that we find useful >> such >> as, Queue Management, Holding Emails, Throttling. We are wondering if >> James >> supports these features. >> > > I don't know what is "Queue management" and "Holding Emails" but I think > these features are not in james. > IIRC throttling is in experimental code for the dev version. > > I believe the equivalent of 'Postfix Queue Scheduler' is the 'Spool >> Manager' >> in James. Correct? >> > > Spoolmanager is the component that take care of routiung incoming mail and > processing them through processors/mailets. > > Don't know what is Postfix Queue Scheduler, sorry. > > Stefano > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > >
