----- Original Message -----
Sent: Monday, January 06, 2003 10:47
AM
Subject: Re: [iMS] Tokens not
processing.
Howie,
My theory, which I'm pretty sure is right,
is that this problem is showing up only where there is a bad MX (or similar
failure), and the interaction with the remote mail server never begins.
The SMTPFrom (or failto) isn't expanded, and the error message sent back
by ims is sent to the unexpanded address. This would be why the
tests you're running work.
I was told that the email was being
bounced from another mail server so, from that information, I did the testing
that I outlined previously. I can only test scenarios based on
information that I'm given. If the mail is being returned from the POST
server to the SMTP server then that's a different story but that's not the
scenario AFAIK.
PLEASE don't tell us to handle failed MX's in
ReportPostStatus. Yes, it can be handled there. But I'd prefer a
single, consistent method of handling bounces, and maintaining it in two
places is very error-prone.
From my perspective, all delivery
failures (except soft bounces from remote servers) should be handled in
reportpoststatus.
Question: if ReportPostStatus is being used, does
an email still get sent to failto? How would one disable this?
This is probably not the method I'll use, but I'm curious anyway.
ReportPostStatus is a method of
notification and is not related to FAILTO in any way. FAILTO (as I've
mentioned many times) can be disabled by setting the value to NULL or
"<>"
Regards,
Howie
Tac
