Check your DNS entry for the two offices - it may be that you have
either multiple A records, or a secondary MX record for the other office
that points to the server that sends to that office.  This
misconfiguration would match the behavior you describe.

And BTW - the "expiration" timeout only refers to "the time a message
will sit in a queue for a host that you can't reach before it gives up".
If the system can connect to the host it thinks it needs to connect to,
and get an error, it will always NDR immediately, despite the settings.
In this case, it thinks it needs to contact itself.  

Or, another possibility is that there are so many hops in the way that
these messages are hitting their default hop count limit, which I
believe is 20.  SMTP detects loops by counting Received: headers, that
may be what's happening here. See Q313529 for details on this. 
And see Q284204 for details on how to read NDR codes to tell what is
actually going on.

David


-----Original Message-----
From: Morrison, Gordon [mailto:[EMAIL PROTECTED]] 
Sent: Friday, February 22, 2002 2:00 PM
To: Exchange Discussions
Subject: RE: Tweaking RGCs


That's what I thought as well.  However, what I am seeing is that if I
have a single RGC pair between two offices, and the connectivity between
those two offices drops: Any user who sends a message that needs that
RGC will get an NDR within a couple of minutes saying that a message
loop was detected. Since there is no other path for the message to take,
it seems unlikely that it can be a loop, and since it comes back within
a couple of minutes, it seems as though it is not using those SMTP
settings.

-----Original Message-----
From: David Lemson [mailto:[EMAIL PROTECTED]]
Sent: Friday, February 22, 2002 1:53 PM
To: Exchange Discussions
Subject: RE: Tweaking RGCs


The Delivery Report timeouts are set on the SMTP Virtual Server that
would generate it.  It doesn't matter what kind of connector is used.

-----Original Message-----
From: Morrison, Gordon [mailto:[EMAIL PROTECTED]] 
Sent: Thursday, February 21, 2002 7:43 AM
To: Exchange Discussions
Subject: Tweaking RGCs


Is there any way to tweak the amount of time (or number of retries)a
Routing Group Connector is willing to go through before giving up on a
message and generating an NDR? The general SMTP settings do not seem to
apply.

/Gordon























___________________NOTICE____________________________
This electronic mail transmission contains confidential information
intended only for the person(s) named. Any use, distribution, copying or
disclosure by any other person is strictly prohibited. If you received
this transmission in error, please notify the sender by reply e-mail and
then destroy the message. Opinions, conclusions, and other information
in this message that do not relate to the official business of Bain &
Company shall be understood to be neither given nor endorsed by the
Company. When addressed to Bain clients, any information contained in
this e-mail is subject to the terms and conditions in the governing
client contract.

_________________________________________________________________
List posting FAQ:       http://www.swinc.com/resource/exch_faq.htm
Archives:               http://www.swynk.com/sitesearch/search.asp
To unsubscribe:         mailto:[EMAIL PROTECTED]
Exchange List admin:    [EMAIL PROTECTED]

_________________________________________________________________
List posting FAQ:       http://www.swinc.com/resource/exch_faq.htm
Archives:               http://www.swynk.com/sitesearch/search.asp
To unsubscribe:         mailto:[EMAIL PROTECTED]
Exchange List admin:    [EMAIL PROTECTED]


___________________NOTICE____________________________
This electronic mail transmission contains confidential information
intended only for the person(s) named. Any use, distribution, copying or
disclosure by any other person is strictly prohibited. If you received
this transmission in error, please notify the sender by reply e-mail and
then destroy the message. Opinions, conclusions, and other information
in this message that do not relate to the official business of Bain &
Company shall be understood to be neither given nor endorsed by the
Company. When addressed to Bain clients, any information contained in
this e-mail is subject to the terms and conditions in the governing
client contract.

_________________________________________________________________
List posting FAQ:       http://www.swinc.com/resource/exch_faq.htm
Archives:               http://www.swynk.com/sitesearch/search.asp
To unsubscribe:         mailto:[EMAIL PROTECTED]
Exchange List admin:    [EMAIL PROTECTED]

_________________________________________________________________
List posting FAQ:       http://www.swinc.com/resource/exch_faq.htm
Archives:               http://www.swynk.com/sitesearch/search.asp
To unsubscribe:         mailto:[EMAIL PROTECTED]
Exchange List admin:    [EMAIL PROTECTED]

Reply via email to