3
Exchange 2013 SP1 CU5 Loginprobleme
Hallo zusammen,
wir haben bei uns im Unternhemen von Exc 07 SP3 CU 14 auf Exc 13 SP1 CU 5 migriert und müssen feststellen, dass es diverse Fehler gibt.
Problem 1:
Beim Aufruf von https://outlook.dom.intern/ecp
Kommt ein Dialog zur Anmeldung (Standardauth), logge ich mich dort nun mit dem Administrator ein,
bekomme ich einen Fehler 404. Setzte ich die URL nun komplett auf https://outlook.dom.intern/ecp zurück bin ich im Panel.
Problem 2:
User aus einer anderen Domäne (Vertrauensstellung) können sich nicht mehr im OWA einloggen. Fehler: Mailbox nicht vorhanden.
Es war "früher" so dass wir in dom.intern einen User angelegt haben der auf dem Exc dann eine Mailbox erhalten hat.
Dem User in dom2.intern wurde dann "Vollzugriff" auf den User aus dom.intern gestattet und so konnte man halbwegs vernüftig arbeiten.
Problem 3:
Wir nutzen den TMG 2010 zum veröffentlichen von OWA und seid der Umstellung auf Exc 13 gibts hier auch Probleme.
Sobald ich auch https://outlook.dom.intern werde ich auf https://outlook.firmen-name.de weitergeleitet.
Obwohl im internen DNS der Eintrag explizit auf die interne IPv4 des Exc 13 verweist.
wir haben bei uns im Unternhemen von Exc 07 SP3 CU 14 auf Exc 13 SP1 CU 5 migriert und müssen feststellen, dass es diverse Fehler gibt.
Problem 1:
Beim Aufruf von https://outlook.dom.intern/ecp
Kommt ein Dialog zur Anmeldung (Standardauth), logge ich mich dort nun mit dem Administrator ein,
bekomme ich einen Fehler 404. Setzte ich die URL nun komplett auf https://outlook.dom.intern/ecp zurück bin ich im Panel.
Problem 2:
User aus einer anderen Domäne (Vertrauensstellung) können sich nicht mehr im OWA einloggen. Fehler: Mailbox nicht vorhanden.
Es war "früher" so dass wir in dom.intern einen User angelegt haben der auf dem Exc dann eine Mailbox erhalten hat.
Dem User in dom2.intern wurde dann "Vollzugriff" auf den User aus dom.intern gestattet und so konnte man halbwegs vernüftig arbeiten.
Problem 3:
Wir nutzen den TMG 2010 zum veröffentlichen von OWA und seid der Umstellung auf Exc 13 gibts hier auch Probleme.
Sobald ich auch https://outlook.dom.intern werde ich auf https://outlook.firmen-name.de weitergeleitet.
Obwohl im internen DNS der Eintrag explizit auf die interne IPv4 des Exc 13 verweist.
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: 252955
Url: https://administrator.de/contentid/252955
Printed on: April 18, 2024 at 09:04 o'clock
3 Comments
Latest comment
Zitat von @ITAllrounder:
Hallo zusammen,
wir haben bei uns im Unternhemen von Exc 07 SP3 CU 14 auf Exc 13 SP1 CU 5 migriert und müssen feststellen, dass es diverse
Fehler gibt.
Problem 1:
Beim Aufruf von https://outlook.dom.intern/ecp
Kommt ein Dialog zur Anmeldung (Standardauth), logge ich mich dort nun mit dem Administrator ein,
bekomme ich einen Fehler 404. Setzte ich die URL nun komplett auf https://outlook.dom.intern/ecp zurück bin ich im Panel.
Moin,Hallo zusammen,
wir haben bei uns im Unternhemen von Exc 07 SP3 CU 14 auf Exc 13 SP1 CU 5 migriert und müssen feststellen, dass es diverse
Fehler gibt.
Problem 1:
Beim Aufruf von https://outlook.dom.intern/ecp
Kommt ein Dialog zur Anmeldung (Standardauth), logge ich mich dort nun mit dem Administrator ein,
bekomme ich einen Fehler 404. Setzte ich die URL nun komplett auf https://outlook.dom.intern/ecp zurück bin ich im Panel.
was stellst du hier um? Schreibfehler?
Problem 2:
User aus einer anderen Domäne (Vertrauensstellung) können sich nicht mehr im OWA einloggen. Fehler: Mailbox nicht
vorhanden.
Es war "früher" so dass wir in dom.intern einen User angelegt haben der auf dem Exc dann eine Mailbox erhalten
hat.
Dem User in dom2.intern wurde dann "Vollzugriff" auf den User aus dom.intern gestattet und so konnte man halbwegs
vernüftig arbeiten.
User aus einer anderen Domäne (Vertrauensstellung) können sich nicht mehr im OWA einloggen. Fehler: Mailbox nicht
vorhanden.
Es war "früher" so dass wir in dom.intern einen User angelegt haben der auf dem Exc dann eine Mailbox erhalten
hat.
Dem User in dom2.intern wurde dann "Vollzugriff" auf den User aus dom.intern gestattet und so konnte man halbwegs
vernüftig arbeiten.
http://technet.microsoft.com/en-gb/library/jj673532(v=exchg.150).aspx
Problem 3:
Wir nutzen den TMG 2010 zum veröffentlichen von OWA und seid der Umstellung auf Exc 13 gibts hier auch Probleme.
http://www.isaserver.org/articles-tutorials/configuration-general/publi ...Wir nutzen den TMG 2010 zum veröffentlichen von OWA und seid der Umstellung auf Exc 13 gibts hier auch Probleme.
Sobald ich auch https://outlook.dom.intern werde ich auf https://outlook.firmen-name.de weitergeleitet.
Obwohl im internen DNS der Eintrag explizit auf die interne IPv4 des Exc 13 verweist.
Obwohl im internen DNS der Eintrag explizit auf die interne IPv4 des Exc 13 verweist.
Ansonsten wuerde ich die User erstmal wieder zurueck auf den Ex 2007 schieben und die Probleme eingehend analysieren.
VG,
Thomas
Umgestellt in den virtuellen Verzeichnissen ist nur das er Standardauthentifierung nimmt, da der TMG das ja verlangt.
Ich befürchte aber das da etwas schief gelaufen ist und dehalb nun das Problem...mittlerweile komme ich garnicht mehr ins Admin-Center.
https://outlook.dom.int/owa LOgin läuft ohne Probleme mit dem Administrator ersetzte ich nun /owa mit /ecp geht er auf die externe URL.
Zum alten Exchange zurück ist keine Option, da die Datenbank da einen weg hat und der alte Server bereits "inaktiv" ist.
Ich befürchte aber das da etwas schief gelaufen ist und dehalb nun das Problem...mittlerweile komme ich garnicht mehr ins Admin-Center.
https://outlook.dom.int/owa LOgin läuft ohne Probleme mit dem Administrator ersetzte ich nun /owa mit /ecp geht er auf die externe URL.
Zum alten Exchange zurück ist keine Option, da die Datenbank da einen weg hat und der alte Server bereits "inaktiv" ist.
Zitat von @ITAllrounder:
Zum alten Exchange zurück ist keine Option, da die Datenbank da einen weg hat und der alte Server bereits "inaktiv"
ist.
Zum alten Exchange zurück ist keine Option, da die Datenbank da einen weg hat und der alte Server bereits "inaktiv"
ist.
Hmm, alles verbogen und den Fallback entfernt. Irgendwie nicht so die optimale Vorgehensweise, man haette im Ex2007 auch ne neu DB anlegen koennen wenn die alte defekt war. Suche dir einen Exchange 2013 zertifizierten Freelancer und las dir das von ihm gerade biegen. Ohne Ahnung weiter zu machen wird wohl alles nur schlimmer machen. Bei der Gelegenheit kann man sich dann gleich die wesentlichen Unterschiede zwischen 2007 und 2013 erklaeren lassen.
VG,
Thomas
