Ide,
Perhaps you need to explain more clearly what the problem is. If someone
sends e-mail to an invalid remote address under circumstances where you
permit relaying (e.g., from your local network), and there is an error, then
the message should bounce to the sender, and should also go through the
error processor; at least as I understand it.
You say that it IS getting bounced, and it IS going to the error processor.
So what IS the problem? :-) The bounce should always go to the Return-Path
or Reply-To. Did you previously test by sending from the postmaster's
account?
--- Noel
-----Original Message-----
From: Ide Roth [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, September 04, 2002 16:20
To: [EMAIL PROTECTED]
Subject: RE: Bounced mail problem
I'm not sure this is a hardcoding problem.
Previously I didn't have this problem, the orginal message was being put
into the
error folder and the bounced message was sent to the postmaster. The
problem
started after I started playing with the Redirect mailet. I remove the
Redirect
change from the congfig.xml, but something is still messing up the process.
Ide
>>> [EMAIL PROTECTED] 09/04/02 03:51PM >>>
No, it is hardcoded behavior. If not one beats me to it, I'll try to work
on it sometime within the next few weeks. The behavior isn't "wrong", per
se, but it might be more configurable. Is there a reason you don't want a
bounce message sent?
--- Noel
-----Original Message-----
From: Ide Roth [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, September 04, 2002 15:12
To: [EMAIL PROTECTED]
Subject: RE: Bounced mail problem
Yes the error processor is being invoked. And it seems that the bounce is
happening first.
Is there a way to correct this?
Ide
>>> [EMAIL PROTECTED] 09/04/02 01:29PM >>>
If you check the spoolmanager log, do you see error processor being invoked?
I believe that you should see the message handed off to the error processor,
as well as being bounced. The bounce is likely to happen first, since that
operation is within the RemoteDelivery thread, whereas the error processor
is spooled.
--- Noel
-----Original Message-----
From: Ide Roth [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, September 04, 2002 12:48
To: [EMAIL PROTECTED]
Subject: RE: Bounced mail problem
Change was done to the error processsor.
Ide
>>> [EMAIL PROTECTED] 09/04/02 12:26PM >>>
As I mentioned yesterday, RemoteDelivery.bounce() is currently hardcoded
behavior. In the event of a delivery failure, RemoteDelivery.failMessage()
sets the state to ERROR, and then calls the bounce() method, which will
bounce the e-mail to the originator, using either the Return-Path header or
the Reply-To header. So the sender will be notified of the bounce
regardless.
However, with respect to your postmaster notification, there are separate
processors labeled "error" and "spam" in the default configuration. The
"error" processor mistakenly has comments saying "spam" in it (probably cut
& paste), so I can't tell from your message which one you changed. Did you
change the error processor or the spam processor? Look for the name
attribute on the <processor> tag.
--- Noel
-----Original Message-----
From: Ide Roth [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, September 04, 2002 9:57
To: [EMAIL PROTECTED]
Subject: Bounced mail problem
Hi,
I''ve been having problem with bounced mail. I've tried to send out an
email to a bad address on a remote server. The section
I've uncomment is in the error process:
<!-- If you want to notify the postmaster that a message was marked
as spam, uncomment this -->
<mailet match="All" class="NotifyPostmaster">
</mailet>
So the postmaster(vkb@iroth) is notify of the bounced email.
It seems that the bounced message being put into the error folder and from
there it is trying notify the sender instead of the postmaster.
The orignial message should be in the error folder and from there it should
try to notify the postmaster. Could someone tell me what
I'm doing wrong?
Please Help.
[messages snipped]
--
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]>
