Remember, all (well most) SMTP addresses are relative.  It's not that there
is no such thing as a FQN or FQA, it's just that the combination of MX
records and relay host pointers can move mail with identical addresses via
numerous routes.  There is a difference between saying that a specific
address is no longer valid, and the process by which an address gets
resolved and the message delivered has changed.

One of the tools that you need, is a "happy chart."  Working with your
network engineer, lay out exactly how name resolution and delivery works.
Do not combine any steps.  Your flow should read something like . . .

Client Path . . .
1.  Message picked up by MAPI services from Outlook.
2.  Message received by Exchange Server MTA.
        - if address is in AD format, MTA attempts internal delivery
        - if address is not in AD format, it is handed to a gateway assigned
to that format.

Exchange Path . . .
1. blah blah
2. blah blah

X.400 Path . . .
1. blah blah
2. blah blah

Digital fax path . . .
1. blah blah
2. blah blah

SMTP Path . . .
1. gateway receives message from MTA
2. Gateway looks up name of its relay host.  It is (write it down here!)
3.  Gateway calls its DNS server (write it down the name here!*) for the IP
address of its relay host
4.  Gateway opens port (probably 80) on its realy server
5.  blah blah
* note that if the IP stack on your gateway server uses a static address,
then the DNS server's numeric IP address is likely specified in your network
stack's property sheets.  If however you are using DHCP resolution, your
gateway server gets the address of its DNS server updated each time it is
booted, so you should lay out the details of exactly what your DHCP server
does, and so on.  The idea is to make sure that every last minute detail of
houw your system works is in a map in your hands.  You have to have that
map.  It is extremely important.  Your job depends on it.

Once you have a detailed map of how your system works, then tracing the
problem will be straight forward.  You simply follow the dots until you find
one that isn't connected.  It is asking too much to simply "know" every last
detail without having ever mapped it out.


-----Original Message-----
From: Varghese, Wilson [mailto:[EMAIL PROTECTED]]
Sent: Monday, February 18, 2002 2:38 PM
To: Exchange Discussions
Subject: RE: Help with mail enabled Public folder


Hmm.. users do type in [EMAIL PROTECTED] which resolves to same name.  So it
might be going out and trying to come back in.  Our MX record at the ISP
points to our firewall which forwards emails to our Exchange 5.5 server.  Is
there a setting where I can tell it that all internal emails to xxx.com
shouldn't go outside?  

But I'm still don't understanding why it wouldn't just deliver like it was
doing for the last 4 years since the only change was that the public folder
was rehomed to the new Exchange 2k server.   

There shouldn't have been any address change since no one is allowed to
modify it.  

Wilson Varghese 
NT Systems Manager
KMV, LLC
Office: (415)229-0726
Email: [EMAIL PROTECTED]

 -----Original Message-----
From:   Dupler, Craig [mailto:[EMAIL PROTECTED]] 
Sent:   Monday, February 18, 2002 2:31 PM
To:     Exchange Discussions
Subject:        RE: Help with mail enabled Public folder

Perhaps.  Are you then also saying that your Outlook users are using the
external form of address ( [EMAIL PROTECTED] <mailto:[EMAIL PROTECTED]>) and thus
forcing it out through you SMTP gateway for routing by your relay host, and
then back in again?

You see, I am convinced that if they were mailing to the folder as an AD
addressable object from within, then an delivery failure should not be
possible.  Another possibility comes to mind.  Cached but obsolete addresses
gathered in the Outlook Contacts list.  In either case, or perhaps another
which has not yet suggested itself, an addressing change has occurred.
There are but two general possibilities: either the address being used is
truly valid and the resolution of it is failing, or the address is not
valid.

Is Sir John around here someplace?

-----Original Message-----
From: Varghese, Wilson [mailto:[EMAIL PROTECTED]]
Sent: Monday, February 18, 2002 2:14 PM
To: Exchange Discussions
Subject: RE: Help with mail enabled Public folder


Sorry, but internal I mean our normal outlook users in the domain that
connect to the Exchange servers.  All the other email works, I can send to
other users fine.  

I didn't do any MX record changes since the site was still the same, we
still have the 5.5 server as our primary until all the users are migrated
over.  

Hope that helps?
Wilson



 -----Original Message-----
From:   Dupler, Craig [mailto:[EMAIL PROTECTED]] 
Sent:   Monday, February 18, 2002 2:09 PM
To:     Exchange Discussions
Subject:        RE: Help with mail enabled Public folder

When you say "internal users" what do you mean?

The way you laid out the problem, it rather sounds like these users are not
using Exchange, but some other SMTP mailer and then relying on your internal
DNS to point it toward Exchange - yes?

If this be the case, did your true DNS domain names and/ or MX records
change during your upgrade?  I think you have an address resolution issue at
the DNS level.

-----Original Message-----
From: Varghese, Wilson [mailto:[EMAIL PROTECTED]]
Sent: Monday, February 18, 2002 1:41 PM
To: Exchange Discussions
Subject: Help with mail enabled Public folder
Importance: High


Hello everyone, 

Current setup..
One site, with Exchange 5.5 and Exchange 2000 server.
Public folders are replicated across both servers but all are homed on
Exchange 2000 server.
Exchange 2000 is in a child domain that is native for DL reasons.

We have a public folder called [EMAIL PROTECTED] <mailto:[EMAIL PROTECTED]>   with an
email address of [EMAIL PROTECTED] <mailto:[EMAIL PROTECTED]>  so when you send an
email to [EMAIL PROTECTED] <mailto:[EMAIL PROTECTED]> , it get put in the public
folder.  This has been working fine for over 4 years, but lately after the
Exchange 2000 addition, we are having issues from internal users that send
email to this.  They get the following NDR.

Your message did not reach some or all of the intended recipients.

      Subject:  test
      Sent:     2/18/2002 12:47 PM

The following recipient(s) could not be reached:

      [EMAIL PROTECTED] on 2/18/2002 12:47 PM
            The message was undeliverable because the recipient specified
has changed address permanently and forwarding was not applicable
            <sf1-its-exc-001.Exchange.kmv.com #5.1.6>

Emails from a test yahoo account went to the folder fine after about 15
minutes so I am assuming that it's being sent to one of the servers then
being replicated to the other.  (our replication is set to 15 minutes)  

What I want to know is why the internal users are getting NDRs when the
external clients can send to it fine.  Please any info you have would be
great.  I have checked technet and support and can't find this error
referenced anywhere.  

Thank you, 

Wilson 






_________________________________________________________________
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]

_________________________________________________________________
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]

_________________________________________________________________
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