9
E-Mail-Übermittlung an externen (vormals internen) Exchange-Benutzer
Hallo liebe Administrator-Gemeinde,
ich habe hier einen Exchange 2010 Server im AD. Ein Anwender ist nun nicht mehr direkt vor Ort (Exchange A) tätig und wurde somit sowohl im Exchange (Postfach deaktiviert) als auch im AD vor ca. 2 Wochen gelöscht.
Der Anwender hat aber seine E-Mail-Adresse behalten - diese ist nun in einer Zweigstelle auf dem dortigen Exchange 2010 (Exchange B) und im AD angelegt. Es besteht keine direkte Verbindung zwischen den beiden Standorten. Allerdings schlägt der Versand nun fehl, wenn ihm Kollegen von Exchange A eine E-Mail zusenden wollen. Die Fehlermeldung lautet: #550 5.1.1 RESOLVER.ADR.ExRecipNotFound; not found ##. Der Server kann den Anwender / das Postfach also lokal nicht mehr finden - stimmt ja auch - er existiert ja nun nicht mehr. Allerdings ist die Domain als Internes Relay in den akzeptierten Domänen eingetragen. Somit müsste der Server die E-Mail doch an einen externen Server leiten, sobald eine lokale Zustellung nicht möglich ist?! Die Clients arbeiten im Cached-Modus und nutzen Outlook 2007. Habe ich etwas übersehen oder mache ich einen Denkfehler?
Danke und Gruß
NetSonic
ich habe hier einen Exchange 2010 Server im AD. Ein Anwender ist nun nicht mehr direkt vor Ort (Exchange A) tätig und wurde somit sowohl im Exchange (Postfach deaktiviert) als auch im AD vor ca. 2 Wochen gelöscht.
Der Anwender hat aber seine E-Mail-Adresse behalten - diese ist nun in einer Zweigstelle auf dem dortigen Exchange 2010 (Exchange B) und im AD angelegt. Es besteht keine direkte Verbindung zwischen den beiden Standorten. Allerdings schlägt der Versand nun fehl, wenn ihm Kollegen von Exchange A eine E-Mail zusenden wollen. Die Fehlermeldung lautet: #550 5.1.1 RESOLVER.ADR.ExRecipNotFound; not found ##. Der Server kann den Anwender / das Postfach also lokal nicht mehr finden - stimmt ja auch - er existiert ja nun nicht mehr. Allerdings ist die Domain als Internes Relay in den akzeptierten Domänen eingetragen. Somit müsste der Server die E-Mail doch an einen externen Server leiten, sobald eine lokale Zustellung nicht möglich ist?! Die Clients arbeiten im Cached-Modus und nutzen Outlook 2007. Habe ich etwas übersehen oder mache ich einen Denkfehler?
Danke und Gruß
NetSonic
Share on Facebook
Share on Twitter
Share on Reddit
Share on LinkedinPlease also mark the comments that contributed to the solution of the article
Content-Key: 164587
Url: https://administrator.de/contentid/164587
Printed on: April 18, 2024 at 23:04 o'clock
9 Comments
Latest comment
Moin NetSonic,
einfach auf dem Exchange A einen Kontakt erstellen mit der entsprechenden Mailadresse.
Dann kannst du ihm auch Mails aus deiner Domäne schicken.
Das Problem liegt daran, dass der Exchange für den FQDN (firmenname.de) sich selbst zuständig fühlt. Da der User nun nicht mehr da ist, er aber die Adresse aus der Exchange A Organisation hat, sucht der Exchange A verzweifelt intern nach der Mailbox und kann sie nicht finden (is ja auch logisch :D ). Da der Exchange aber weiß, dass er selbst für den Mailversand für firmenname.de zuständig ist, schließt er das Weiterleiten an den Relay Server aus, da der Relay ihm selber die Mail wieder zustellen würde (Loopback). Das macht wenig Sinn.
Das erstellen eines Kontaktes ist erstmal eine sehr einfache Lösung. Bei ein paar Mitarbeitern geht das vom Arbeitsaufwand her.
Werden die Anforderungen häufiger, dann solltest du über ein Änderung de Mailroutings nachdenken...
Gruß Keksdieb
einfach auf dem Exchange A einen Kontakt erstellen mit der entsprechenden Mailadresse.
Dann kannst du ihm auch Mails aus deiner Domäne schicken.
Das Problem liegt daran, dass der Exchange für den FQDN (firmenname.de) sich selbst zuständig fühlt. Da der User nun nicht mehr da ist, er aber die Adresse aus der Exchange A Organisation hat, sucht der Exchange A verzweifelt intern nach der Mailbox und kann sie nicht finden (is ja auch logisch :D ). Da der Exchange aber weiß, dass er selbst für den Mailversand für firmenname.de zuständig ist, schließt er das Weiterleiten an den Relay Server aus, da der Relay ihm selber die Mail wieder zustellen würde (Loopback). Das macht wenig Sinn.
Das erstellen eines Kontaktes ist erstmal eine sehr einfache Lösung. Bei ein paar Mitarbeitern geht das vom Arbeitsaufwand her.
Werden die Anforderungen häufiger, dann solltest du über ein Änderung de Mailroutings nachdenken...
Gruß Keksdieb
Hey keksdieb,
danke für Deine Antwort. Interessant ist aber, dass wenn ich z.B. an eine externe Adresse (test@meinedomain.de) der gleichen Domain versende, die bisher nicht im AD und als Postfach existiert hat, dann können diese zugestellt werden! Es klappt "nur" bei dem einmal vorhandenen Anwender nicht. Sind da vielleicht noch irgendwo Informationen im AD/Exchange gespeichert, die ich vollständig löschen muss?
danke für Deine Antwort. Interessant ist aber, dass wenn ich z.B. an eine externe Adresse (test@meinedomain.de) der gleichen Domain versende, die bisher nicht im AD und als Postfach existiert hat, dann können diese zugestellt werden! Es klappt "nur" bei dem einmal vorhandenen Anwender nicht. Sind da vielleicht noch irgendwo Informationen im AD/Exchange gespeichert, die ich vollständig löschen muss?
hmm,
Wie werden die Mails an den Exchange weitergereicht?
Existiert eine MX Record, der auf den Exchange zeigt oder wird vom Provider der Domain die jeweilige Mail Adresse weitergeleitet?
Oder holst du die Mails per POP Connector oder so etwas ab?
Der Eintrag wird eigentlich nicht dauerhaft gespeichert, aber so ganz sicher bin ich mir nicht.
Ich tippe aber eher, dass es an der Übertragungsart der E-Mail liegt.
Grüße
Keksdieb
Wie werden die Mails an den Exchange weitergereicht?
Existiert eine MX Record, der auf den Exchange zeigt oder wird vom Provider der Domain die jeweilige Mail Adresse weitergeleitet?
Oder holst du die Mails per POP Connector oder so etwas ab?
Der Eintrag wird eigentlich nicht dauerhaft gespeichert, aber so ganz sicher bin ich mir nicht.
Ich tippe aber eher, dass es an der Übertragungsart der E-Mail liegt.
Grüße
Keksdieb
Hallo,
die Ursache ist der Outlook Nickname Cache zusammen mit dem LegacyDN.
Bei internen Empfängern findet die Adressierung nicht über SMTP-Adressen sondern über X500-Adressen statt. Outlook merkt sich diese (zusammen mit der SMTP-Adresse). Schickt man nun eine Mail an den Empfänger, so zieht Outlook aus dem Nickname Cache die X500-Adresse (sogar, wenn man die SMTP-Adresse des Empfängers angibt), die auf das nicht mehr vorhandene Postfach verweist. Daher der Fehler.
Lösungsalternativen:
A. Nickname Cache löschen. Solltest du als erstes mal bei einem Client machen, dann kannst du zumindest sicher sein, dass das die Ursache ist
B. Outlook korrigiert den Cache gelegentlich. Das könnte schon dann stattfinden, wenn eine Mail von dem betroffenen Nutzer empfangen wird
C. Einen Mail-Enabled Contact anlegen (mit der korrekten Target-Address), dort als Proxy-Adresse die alte X500-Adresse hinzufügen
Gruß
Filipp
die Ursache ist der Outlook Nickname Cache zusammen mit dem LegacyDN.
Bei internen Empfängern findet die Adressierung nicht über SMTP-Adressen sondern über X500-Adressen statt. Outlook merkt sich diese (zusammen mit der SMTP-Adresse). Schickt man nun eine Mail an den Empfänger, so zieht Outlook aus dem Nickname Cache die X500-Adresse (sogar, wenn man die SMTP-Adresse des Empfängers angibt), die auf das nicht mehr vorhandene Postfach verweist. Daher der Fehler.
Lösungsalternativen:
A. Nickname Cache löschen. Solltest du als erstes mal bei einem Client machen, dann kannst du zumindest sicher sein, dass das die Ursache ist
B. Outlook korrigiert den Cache gelegentlich. Das könnte schon dann stattfinden, wenn eine Mail von dem betroffenen Nutzer empfangen wird
C. Einen Mail-Enabled Contact anlegen (mit der korrekten Target-Address), dort als Proxy-Adresse die alte X500-Adresse hinzufügen
Gruß
Filipp
Hi flippg,
danke für Deine Lösungsansätze. Ich werde einmal die Variante C versuchen und mich dann wieder dazu äußern...
*EDIT*
Also, da ich die alte Postfachdatenbank noch auf dem Server habe (Getrenntes Postfach), konnte ich den LegacyDN dort ermitteln und als X500-Adresse in den E-Mail-Kontakt eintragen. Eine erste Testmail ist nun erfolgreich zugestellt worden. Ich gehe also davon aus, dass es jetzt in Ordnung ist. Vielen Dank für den Tipp!
Gruß
NetSonic
danke für Deine Lösungsansätze. Ich werde einmal die Variante C versuchen und mich dann wieder dazu äußern...
*EDIT*
Also, da ich die alte Postfachdatenbank noch auf dem Server habe (Getrenntes Postfach), konnte ich den LegacyDN dort ermitteln und als X500-Adresse in den E-Mail-Kontakt eintragen. Eine erste Testmail ist nun erfolgreich zugestellt worden. Ich gehe also davon aus, dass es jetzt in Ordnung ist. Vielen Dank für den Tipp!
Gruß
NetSonic
Hallo,
ich habe genau das gleiche Problem wie NetSonic, doch leider kenn ich die LegacyDN nicht, wie kann ich die denn herausfinden.
Der User bekommt folgenden Meldung, wenn er etwas an den betroffenen User sendet.
IMCEAEX-_O=FIRST+20ORGANIZATION_OU=EXCHANGE+20ADMINISTRATIVE+20GROUP+20+28FYDIBOHF23SPDLT+29_CN=RECIPIENTS_CN=B+20Username@domain.local
#550 5.1.1 RESOLVER.ADR.ExRecipNotFound; not found ##
Ist da die LegacyDN drin? Und wenn ich E-Mail Kontakt erstelle, was muss denn bei Alias drin stehen?
Vielen Dank
Tom
ich habe genau das gleiche Problem wie NetSonic, doch leider kenn ich die LegacyDN nicht, wie kann ich die denn herausfinden.
Der User bekommt folgenden Meldung, wenn er etwas an den betroffenen User sendet.
IMCEAEX-_O=FIRST+20ORGANIZATION_OU=EXCHANGE+20ADMINISTRATIVE+20GROUP+20+28FYDIBOHF23SPDLT+29_CN=RECIPIENTS_CN=B+20Username@domain.local
#550 5.1.1 RESOLVER.ADR.ExRecipNotFound; not found ##
Ist da die LegacyDN drin? Und wenn ich E-Mail Kontakt erstelle, was muss denn bei Alias drin stehen?
Vielen Dank
Tom
Hallo,
der LegacyExchangeDN ist /O=FIRST ORGANIZATION/OU=EXCHANGE ADMINISTRATIVE GROUP (FYDIBOHF23SPDLT)/CN=RECIPIENTS/CN=Username@domain.local. Allerdings vertue ich mich dabei gerne mit den Leerzeichen etc. Mach ein Get-Recipient <einAndererNutzer> | select legacyExchangeDN, dann hast du eine "Vorlage", bei der du nur den Teil nach "CN=" austauschst.
Dann öffnest du in der EMC den Kontakt, gehst auf EMail-Addresses, wählst den gleinen Pfeil neben Add, dann Custom Address..., gibst die Adresse ein, und als Typ X500.
Gruß
Filipp
der LegacyExchangeDN ist /O=FIRST ORGANIZATION/OU=EXCHANGE ADMINISTRATIVE GROUP (FYDIBOHF23SPDLT)/CN=RECIPIENTS/CN=Username@domain.local. Allerdings vertue ich mich dabei gerne mit den Leerzeichen etc. Mach ein Get-Recipient <einAndererNutzer> | select legacyExchangeDN, dann hast du eine "Vorlage", bei der du nur den Teil nach "CN=" austauschst.
Dann öffnest du in der EMC den Kontakt, gehst auf EMail-Addresses, wählst den gleinen Pfeil neben Add, dann Custom Address..., gibst die Adresse ein, und als Typ X500.
Gruß
Filipp
Hallo Filipp,
vielen Dank für Deine schnelle Antwort. Wenn ich den Get-Recipient Befehl ausführe, bringt der Server kein Ergebnis, aber auch keine Fehlermeldung, dass die Syntax falsch wäre. Ich versteh das nicht. Es handelt sich um einen SBS2011.
Gruß, Tom
vielen Dank für Deine schnelle Antwort. Wenn ich den Get-Recipient Befehl ausführe, bringt der Server kein Ergebnis, aber auch keine Fehlermeldung, dass die Syntax falsch wäre. Ich versteh das nicht. Es handelt sich um einen SBS2011.
Gruß, Tom
Hallo Filipp,
vielen Dank für Deine Hilfe, es funktioniert jetzt.
Gruß, Tom
vielen Dank für Deine Hilfe, es funktioniert jetzt.
Gruß, Tom
