4
EX2007 keine E-Mail Zustellung an interne Benutzer ohne domain.local
Hallo zusammen,
wir haben unseren Exchange 2003 Server via IntraORG Migration auf einen 2007er migriert. Das ganze hat auch ohne Probleme funktioniert.
Früher konnten wir einen Empfänger mit Hilfe seines Login Namens adressieren z.B. tb, nun muss aber die komplette Domain mit angegeben werden (tb@domain.local) sonst akzeptiert der Exchange die Adresse nicht.
Gibt es eine Möglichkeit, dies wieder so einzustellen (das er bei fehlender Domain z.B. das @domain.local selbst hinzufügt)?
OS: Windows Server 2008 64bit (alle Patches) mit Exchange 2007 64bit (alle Patches) als Hyper-V Guest.
Vielen Dank,
Mike
wir haben unseren Exchange 2003 Server via IntraORG Migration auf einen 2007er migriert. Das ganze hat auch ohne Probleme funktioniert.
Früher konnten wir einen Empfänger mit Hilfe seines Login Namens adressieren z.B. tb, nun muss aber die komplette Domain mit angegeben werden (tb@domain.local) sonst akzeptiert der Exchange die Adresse nicht.
Gibt es eine Möglichkeit, dies wieder so einzustellen (das er bei fehlender Domain z.B. das @domain.local selbst hinzufügt)?
OS: Windows Server 2008 64bit (alle Patches) mit Exchange 2007 64bit (alle Patches) als Hyper-V Guest.
Vielen Dank,
Mike
Auf Facebook teilen
Auf Twitter teilen
Auf Reddit teilen
Auf Linkedin teilenBitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 118478
Url: https://administrator.de/forum/ex2007-keine-e-mail-zustellung-an-interne-benutzer-ohne-domain-local-118478.html
Ausgedruckt am: 23.12.2024 um 04:12 Uhr
4 Kommentare
Neuester Kommentar
Hallo,
das ist eher seltsam. Das ist nämlich kein Exchange- sondern ein Outlook-Feature. Dieses versucht, wenn du eine Zeichenkette eingibst, diese einem Eintrag der GAL zuzuordnen.
Der Login Name ist m.W. darin gar nicht enthalten. Relativ üblich ist es allerdings, den Alias auf den gleichen Werte wie den SamAccountName ("Login-Name") zu setzen. Aber der Alias sollte bei einer IntraOrg-Migration (darunter verstehe ich: Postfächer mit Move-Mailbox-Wizard verschieben und nicht neu anlegen) nicht geändert werden. Funktioniert das Adressbuch vernünftig?
Gruß
Filipp
das ist eher seltsam. Das ist nämlich kein Exchange- sondern ein Outlook-Feature. Dieses versucht, wenn du eine Zeichenkette eingibst, diese einem Eintrag der GAL zuzuordnen.
Der Login Name ist m.W. darin gar nicht enthalten. Relativ üblich ist es allerdings, den Alias auf den gleichen Werte wie den SamAccountName ("Login-Name") zu setzen. Aber der Alias sollte bei einer IntraOrg-Migration (darunter verstehe ich: Postfächer mit Move-Mailbox-Wizard verschieben und nicht neu anlegen) nicht geändert werden. Funktioniert das Adressbuch vernünftig?
Gruß
Filipp
Hallo filippg,
Ja, das Adressbuch funktioniert einwandfrei, im Outlook Client kann sowohl mit dem Alias als auch mit dem SAM-Account Namen eine E-Mail verschickt werden und kommt auch an.
Das Problem ist aber, wenn ich z.B. eine Web-Applikation habe, die auf den SMTP des Exchange eine Mail schickt und nur den SAM-Account Namen oder den Alias ohne @domain.local nimmt, das der SMTP des Exchange die E-Mail ablehnt, vor der Migration (habe ich mit Move-Mailbox gemacht) klappte das ohne Probleme.
de Maik
Ja, das Adressbuch funktioniert einwandfrei, im Outlook Client kann sowohl mit dem Alias als auch mit dem SAM-Account Namen eine E-Mail verschickt werden und kommt auch an.
Das Problem ist aber, wenn ich z.B. eine Web-Applikation habe, die auf den SMTP des Exchange eine Mail schickt und nur den SAM-Account Namen oder den Alias ohne @domain.local nimmt, das der SMTP des Exchange die E-Mail ablehnt, vor der Migration (habe ich mit Move-Mailbox gemacht) klappte das ohne Probleme.
de Maik
Hallo Maik,
das ist ja spannend, und war mir so gar nicht bekannt. Du schickst also eine Mail an "me" und sie kommt bei "me@default.domain" an?
Ich gehe aber davon aus, dass das auch dann kein Feature von Exchange war, sondern vom IIS. Exchange 2003 setzt auf den SMTP-Server vom IIS auf, Ex 2k7 bringt einen eigenen mit. Eine Konfiguration, wie man den dazu bringen kann eine Domain zu ergänzen ist mir nicht bekannt. Afaik ist es auch nicht standardkonform, eine Mail ohne Domain (oder Hostname) zu schicken - will heißen: deine Applikation ist selber schuld, wenn ihre Mails nicht zugestellt werden.
Workaround wäre wahrscheinlich auf einem separaten Server einen IIS mit SMTP aufzusetzen und diese Anwendungen über den Relayen zu lassen.
Gruß
Filipp
das ist ja spannend, und war mir so gar nicht bekannt. Du schickst also eine Mail an "me" und sie kommt bei "me@default.domain" an?
Ich gehe aber davon aus, dass das auch dann kein Feature von Exchange war, sondern vom IIS. Exchange 2003 setzt auf den SMTP-Server vom IIS auf, Ex 2k7 bringt einen eigenen mit. Eine Konfiguration, wie man den dazu bringen kann eine Domain zu ergänzen ist mir nicht bekannt. Afaik ist es auch nicht standardkonform, eine Mail ohne Domain (oder Hostname) zu schicken - will heißen: deine Applikation ist selber schuld, wenn ihre Mails nicht zugestellt werden.
Workaround wäre wahrscheinlich auf einem separaten Server einen IIS mit SMTP aufzusetzen und diese Anwendungen über den Relayen zu lassen.
Gruß
Filipp
Hallo Filipp,
Das stimmt, der Exchange 2003 brauchte den SMTP des IIS, Ex 2k7 hat seinen eigenen. Ich denke das hat mit dem einen Zusammenhang.
Das ganze ohne @domain.local war eben ein bisschen aus Faulheit, aber Du hast recht, wenn schon umgestellt wird, dann sollten solche alten Zöpfe auch gleich ausgeräumt werden.
Ich werde das entsprechend kommunizieren und unsere ganz alten (bei den neuen Apps ist es bereits mit voller Adresse) entsprechend anpassen.
de Maik
Das stimmt, der Exchange 2003 brauchte den SMTP des IIS, Ex 2k7 hat seinen eigenen. Ich denke das hat mit dem einen Zusammenhang.
Das ganze ohne @domain.local war eben ein bisschen aus Faulheit, aber Du hast recht, wenn schon umgestellt wird, dann sollten solche alten Zöpfe auch gleich ausgeräumt werden.
Ich werde das entsprechend kommunizieren und unsere ganz alten (bei den neuen Apps ist es bereits mit voller Adresse) entsprechend anpassen.
de Maik
