I just finished up a few other issues all at once and have some time to do something all of a sudden.. also, I did not realize that the error mail came from a mailet (RemoteDelivery) and that I could do something as straightforward as you suggest. I should have thought about it some more.
Thanks, Jason ----- Original Message ----- From: "Serge Knystautas" <[EMAIL PROTECTED]> To: "James Users List" <[EMAIL PROTECTED]> Sent: Wednesday, January 16, 2002 3:22 PM Subject: Re: notify sender > It's not that difficult a patch, assuming you're somewhat comfortable with > mailets (or just Java). Look into RemoteDelivery.java, and I believe there > are methods that handle the failure conditions. You can either have it send > the message to another processor in the event of delivery problems, or just > do nothing. Probably rename it to MyCompanyRemoteDelivery, rebuild, and > there you go. > > Serge Knystautas > Loki Technologies - Unstoppable Websites > http://www.lokitech.com/ > ----- Original Message ----- > From: "jason sackett" <[EMAIL PROTECTED]> > To: "James Users List" <[EMAIL PROTECTED]> > Sent: Wednesday, January 16, 2002 3:05 PM > Subject: Re: notify sender > > > > Thank you for the quick and clear response. > > > > Unfortunately this may be the anvil that breaks the camel's back. > > For some reason, to my company, it is fairly important (read: critical) > that > > the conf be obeyed (no 'notify sender'). > > To have unfiltered mail going out to customers without us knowing about it > > like this (in any case) is hard to swallow. > > I cannot disagree with them. > > > > Thanks, > > Jason > > > > ----- Original Message ----- > > From: "Serge Knystautas" <[EMAIL PROTECTED]> > > To: "James Users List" <[EMAIL PROTECTED]> > > Sent: Tuesday, January 15, 2002 6:02 PM > > Subject: Re: notify sender > > > > > > > This email is generated by the RemoteDelivery mailet. As the remote > > > delivery mailet has multiple, more involved failure conditions, it is > > > generating it's messages itself for now. It would be nice to have it > > > support an optional "processor" setting so you could have it send errors > > > delivering to a processor rather than generating the messages itself, > but > > > this hasn't been done yet either. > > > > > > Serge Knystautas > > > Loki Technologies - Unstoppable Websites > > > http://www.lokitech.com/ > > > ----- Original Message ----- > > > From: "jason sackett" <[EMAIL PROTECTED]> > > > To: <[EMAIL PROTECTED]> > > > Sent: Tuesday, January 15, 2002 4:28 PM > > > Subject: notify sender > > > > > > > > > > Hello all, > > > > > > > > I have all 'notify sender' blocks in the JAMES 2.0a2 nightly build > > > commented > > > > out. > > > > I still get this email sent from the postmaster to the user: > > > > ------------------------------------------------ > > > > Hi. This is the James mail server at chupacabra. > > > > I'm afraid I wasn't able to deliver your message to the following > > > addresses. > > > > This is a permanent error; I've given up. Sorry it didn't work out. > > > > > > > > [EMAIL PROTECTED] > > > > Invalid Addresses; > > > > nested exception is: > > > > javax.mail.SendFailedException: 550 unknown user > > > > <[EMAIL PROTECTED]> > > > > > > > > The original message is attached. > > > > > > > > ------------------------------------------------ > > > > I am trying to prevent this email from reaching the user. Is there a > > > known > > > > issue involved here, or is there something more to do than make sure > > there > > > > are no live 'notify sender' blocks in james.conf? Also, I have the > > > 'notify > > > > postmaster' in the error transport active (and the spam one inactive), > > but > > > > the postmaster does not receive the notice. > > > > > > > > Thank you for any help, > > > > Jason > > > > > > > > > > > > -- > > > > To unsubscribe, e-mail: > > > <mailto:[EMAIL PROTECTED]> > > > > For additional commands, e-mail: > > > <mailto:[EMAIL PROTECTED]> > > > > > > > > > > > > > > > > > -- > > > To unsubscribe, e-mail: > > <mailto:[EMAIL PROTECTED]> > > > For additional commands, e-mail: > > <mailto:[EMAIL PROTECTED]> > > > > > > > > > -- > > To unsubscribe, e-mail: > <mailto:[EMAIL PROTECTED]> > > For additional commands, e-mail: > <mailto:[EMAIL PROTECTED]> > > > > > > > -- > To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> > For additional commands, e-mail: <mailto:[EMAIL PROTECTED]> > -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
