IMCEAex meldingen op Win2k3 SBS met Exchange 2003 SP1

[3DDude]

Beste Dames en Heren,

Nou is de situatie als volgt:
De klant heeft intern een Mcirosoft SBS server 2003 met domein, met daarop Exchange 2003.
Op deze interne server werkt alleen het kantoor personeel.
Ook staat hier nog een Terminal Server waarop office en dus onder andere outlook draait.
Op deze Terminal Server starten ze Outlook 2003, deze maakt vervolgens verbinding met de SBS server/ Exchange server. En dit werkt verder prima.
Omdat de klant heel veel externe medewerkers heeft is er onlangs besloten om een externe mailserver te ‘huren’. Op deze Externe mailserver draait nu het hoofddomein. En op de interne server word als smtp @kantoor.domein.com gebruikt.
Dus:
smtp.domein.com – externe mailserver
smtp.kantoor.domein.com – interne mailserver

Nou is de 2e smtp connector aangemaakt met kantoor.domein.com zodat de interne mailserver mail die van de externe mailserver word geforward van [e-mail] naar [e-mail] ook bij de user aankomt. (dit gaat alleen op voor de kantoor gebruikers)
En als primary heb ik eerst:
SMTP @Domain.com (stond op primary) gewijzigd naar
SMTP @kantoor.Domain.com naar primary. Op apply drukken genereert de melding:
The e-mail Adresses of type [smtp] have been modified.
Do you want to update all corresponding recipiënt e-mail addresses to match these new address(es).
vervolgens op Nee gedrukt.
Dit betekent dat uitgaand nu Domain.com gebruikt word naar klanten e.d. staat dit netjes en binnenkomend er ook ontvangen word op kantoor.domain.com. en bij de smtp voor Domain.com heb ik: This Exchange Organisation is responsible for all mail delivery to this address afgevinkt.
Nou werkt mailen van binnen naar buiten wel gewoon alleen naar distributiegroepen werkt dit nog niet helemaal lekker daarbij krijgen de interne mederwerkers de volgende melding:
IMCEAex-_O=DOMAIN_OU=FIRST+20ADMINISTRATIVE+20GROUP_CN=RECIPIENTS_CN=[e-mail] op 3-12-2009 13:20
Het e-mailsysteem kan dit bericht niet bezorgen, maar heeft hiervoor geen reden opgegeven. Controleer het adres en probeer het bericht opnieuw te verzenden. Als u hier weer niet in slaagt, moet u contact opnemen met de systeembeheerder.
< other.externaldomain.net #5.0.0 smtp; 5.1.0 - Unknown address error 553-'5.3.0 <IMCEAex-_O=DOMAIN_OU=FIRST+20ADMINISTRATIVE+20GROUP_CN=RECIPIENTS_CN=[e-mail]>... No such user here' (delivery attempts: 0)>
Verder heb ik ook bij Protocols  SMTP de default SMTP Virtual Server van de ISP meegegeven (dit is kpn direct adsl) dit heb ik ingevuld bij Forward all mail with unresolved recipients to host.
En heb ik bij X400 eigenschappen
Expand remote distribution list locally afgevinkt omdat de externe server op Linux draait en zelf alle distributielijsten draait en vanaf daar dus forward dus het naar mijn inzien niet nodig is om ze lokaal op te halen o.i.d*

Maar ik heb nog steeds die mooie IMCEAex-O Melding.
En dit gebeurt dus bij mailen naar distributielijsten, de externe partij legt het balletje bij mij en omdat ik geen zin in een pingpong spel heb besloten dit zelf maar op te lossen/ uit te gaan zoeken.
Wil iemand een poging wagen mij te helpen ? dit word zeer geapprecieerd want van google word ik ook niet heel veel wijzer.. en vind ik Exchange server 2000 of 2007..

Alvast bedankt voor de hulp
Mvgr Joep

[McWolf82]

Miscchien heb je hier wat aan?

[3DDude]

ja maar iemand die reageert daar zegt het volgende:
This is very weird. It looks like periodically Exchange tries to route this mesage outside of your organization. Check your Outlook nickname file (NK2) and maybe delete it.

en ik wil ook naar buiten routeren want dan kan hij naar de externe mailserver mailen vanaf binnen.
Verder is dit topic over Exchange 2007.

I have seen this behaviour a fair few times when performing Exchange migrations. In my experience this behaviour occurs due to caching of a users old email address in Outlook.

To resolve this you can try the following:

* Delete the Outlook clients nickname cache file by searching the local Outlook profile for a .NK2 file and deleting it.
* Change the Outlook to non-cached mode to ensure it is not a cached entry from the Offline Address Book.
* Check the behaviour in OWA to confirm the server is generating the correct address list and has updated the GAL.

Deze suggesties zal ik proberen want outlooks eigen caching/addresbook heb ik nog niet nagelopen, het zou best kunnen dat het hieraan ligt, aangezien ik zelf met mijn account die niet vaak gebruikt word gewoon prima kan mailen met mijn mail bij de klant, en ik denk ook dat hij hem vanuit daar die hele regel met IMCEAex meegeeft.
Bedankt voor de suggestie