Discussion:
NDR not delivered where inbound MAIL FROM: is FOLDER
(too old to reply)
Scott Landry (MSFT)
2003-07-24 15:18:23 UTC
Permalink
In Exchange 2000 this is by design. This prevents problems with looping
that were seen with this configuration in Exchange 5.5.

HTH,
-Scott
We have inbound SMTP mail from z/OS CICS Sockets to
Exchange 5.5 via IMS. The SMTP "MAIL FROM:" argument, in
all cases, is a single SMTP address assigned to an
In all cases, no NDR are delivered to the FOLDER when
invalid TO: addresses are encountered.
However, if the "MAIL FROM:" argument SMTP address is a
Exchange MAILBOX or external SMTP address, the NDRs occur
as expected...
Permissions issues or ??????
TIA
Michael Dean
2003-07-25 17:12:51 UTC
Permalink
-----Original Message-----
In Exchange 2000 this is by design. This prevents
problems with looping
that were seen with this configuration in Exchange 5.5.
HTH,
-Scott
We have inbound SMTP mail from z/OS CICS Sockets to
Exchange 5.5 via IMS. The SMTP "MAIL FROM:" argument,
in
all cases, is a single SMTP address assigned to an
In all cases, no NDR are delivered to the FOLDER when
invalid TO: addresses are encountered.
However, if the "MAIL FROM:" argument SMTP address is a
Exchange MAILBOX or external SMTP address, the NDRs
occur
as expected...
Permissions issues or ??????
TIA
.
*****************
Appreciate your reply to the forum, Scott...

I am not Exchange admin but the Exchange Support staff
here cannot explain the problem or suggest a solution

Our mainframe SMTP app generates SMTP-formatted Exchange
addresses (to FOLDERS) dynamically. These addresses are
then affixed to notices to DOC staff which have community
safety impacts and thus very time sensitive. If the
address, for whatever reason (and there can be, sad to
say, a bunch) is invalid to Exchange, we MUST have a
timely NDR to the FOLDER so that monitoring staff can
manually determine the Community Correction Officer
involved and re-mail (manually) the notice.

If Exchange 5.5 won't deliver NDR to FOLDERS, what might
be viable "workarounds" to accomplish the desired behavior?

This is really important...thanks...

Loading...