> Actually I was trying to say that I thought that a DSN > listener could be attached to the Mail, this listener would > be responsible for sending messages and could be invoked from > any mailet. > Remote delivery could respond to JavaMail events by > triggering DSN events in the affected message(es)
Remember that mail is serializable and so this listener should be serializable too. > > Did you get the problem? > > Yes. > > >Have you understood why I think a solution to this problem > would help > >also the synchronous reply to the DATA SMTP command? > > No. I still don't see how the requirement for this level of > DSN is in any way related to the requirement for meaningful > responses to be provided during the SMTP conversation. I > still don't see how that would be fulfilled by an > in-process-processor. > > I would _like_ to understand the relevant equirement and why > it has resulted in proposals for an in-process-processor, > perhaps I'm just being stupid. I think many of us configure james with a filtering processor that apply antivirus/antispam/offensivewords filters to the incoming mail. This is currently done in an asynchronous way and someone would prefer to have an immediate reply for a subset of problems. When the SMTP handler receive the "\r\n.\r\n" after a DATA command then it calls "theConfigData.getMailServer().sendMail(mail);" then simply put the mail in the spool for later processing. Noel simply says that we can provide a fast-fail reply code to the DATA command if we run through some matcher/mailet couple. For example we could reply "451 we don't accept spam" instead of "250 Message received" and GHOST the email instead of accepting, spooling, closing the SMTP transaction succesfully, run the first processor, find out it is spam, create a bounce and send a mail back. In my scenario I think that the SMTP server could send the mail directly to the root processor and when done read the DSN attached to the message and provide a reply directly in the SMTP session instead of creating a DSN mail and reply to the sender (that could even be a fake address). Stefano --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
