21
Outlook 2010 mit Exchange verbinden - plötzlich Probleme
Hallo Admins,
man staunt immer wieder über seltsame Probleme....
Heute morgen sollte ein neuer User eingerichtet werden...
Beim Einrichten von Outlook 2010 mit einem Exchange Server 2010 kommt es zu folgendem Problem:
Der Benutzername des Users kann vom Exchangeserver nicht aufgelöst werden, wenn ich auf "Name überprüfen" klicke.
Normalerweise ist die manuelle Konfiguration nicht notwendig, da alle Einstellungen für die EInrichtung von Outlook2010 autoamtisch ermittelt werden. Dies scheitert jedoch mit der selben Fehlermeldung.
ok nach langem hin und her probieren habe ich eine Lösung gefunden mit der ich allerdings selbstverständlich nicht zufrieden bin.
Gibt man als Servernamen den Domaincontroller(server03) an so wird der Username aufgelöst.
die Konfiguration läuft dann durch, USER wird aufgelöst, ExchangeServer wird aufgelöst(server 03 ändert sich in server02), alles wird "unterstrichen"=aufgelöst - Klickt WEITER -> Outlook steht zur Verfügung.
Gibt man hingegen den EXCHANGE Servernamen(server02) direkt an - so erscheint die obige Fehlermeldung.
Ich würde gerne das Problem lösen - ohne die oder einen Server neu zu starten.
Warum kann der Exchange 2010 die USER nicht korrekt auflösen? Wie kann ich mich dem Problem annähern?
Gibt es Instrumente mit denen man das herausfinden kann?
25 User
Alle Outlook 2010
1x Exchange 2010 (server02)
1x PDC (server03)
(server01) = alter SBS 2003 (nicht mehr am Netz)
Freue mich auf eure Antworten und Tipps. Das Problem muss gelöst werden!
man staunt immer wieder über seltsame Probleme....
Prolembeschreibung:
Heute morgen sollte ein neuer User eingerichtet werden...
Beim Einrichten von Outlook 2010 mit einem Exchange Server 2010 kommt es zu folgendem Problem:
Der Benutzername des Users kann vom Exchangeserver nicht aufgelöst werden, wenn ich auf "Name überprüfen" klicke.
Fehlermeldung:
Normalerweise ist die manuelle Konfiguration nicht notwendig, da alle Einstellungen für die EInrichtung von Outlook2010 autoamtisch ermittelt werden. Dies scheitert jedoch mit der selben Fehlermeldung.
ok nach langem hin und her probieren habe ich eine Lösung gefunden mit der ich allerdings selbstverständlich nicht zufrieden bin.
Gibt man als Servernamen den Domaincontroller(server03) an so wird der Username aufgelöst.
die Konfiguration läuft dann durch, USER wird aufgelöst, ExchangeServer wird aufgelöst(server 03 ändert sich in server02), alles wird "unterstrichen"=aufgelöst - Klickt WEITER -> Outlook steht zur Verfügung.
Gibt man hingegen den EXCHANGE Servernamen(server02) direkt an - so erscheint die obige Fehlermeldung.
Ich würde gerne das Problem lösen - ohne die oder einen Server neu zu starten.
Warum kann der Exchange 2010 die USER nicht korrekt auflösen? Wie kann ich mich dem Problem annähern?
Gibt es Instrumente mit denen man das herausfinden kann?
Hier noch Infos zur Umgebung:
25 User
Alle Outlook 2010
1x Exchange 2010 (server02)
1x PDC (server03)
(server01) = alter SBS 2003 (nicht mehr am Netz)
Freue mich auf eure Antworten und Tipps. Das Problem muss gelöst werden!
Auf Facebook teilen
Auf X (Twitter) teilen
Auf Reddit teilen
Auf Linkedin teilenBitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 204597
Url: https://administrator.de/forum/outlook-2010-mit-exchange-verbinden-ploetzlich-probleme-204597.html
Ausgedruckt am: 10.04.2025 um 18:04 Uhr
21 Kommentare
Neuester Kommentar
Moin,
Frage 1: Was ist vor plötzlich passiert?
Frage 2: Läuft das DNS sauber?
Frage 3: Was hast DU Schon gemacht, um Dein Problem einzugrenzen?
LG, Thomas
Das Problem muss gelöst werden!
ist das eine Drohung? Sicher solltest Du das Problem lösen, wenn Du für das Netz verantwortlich bist ...Frage 1: Was ist vor plötzlich passiert?
Frage 2: Läuft das DNS sauber?
Frage 3: Was hast DU Schon gemacht, um Dein Problem einzugrenzen?
LG, Thomas
Hi
Der name server03 ist ein Netbios Name und der Name server03.domain.local ist ein DNS Name. Wenn als server03.domain.local nicht funktioniert würde ich folgendes machen.
Ich würde die DNS einstellung am client kontrollieren. Ich würde ein NSlookup und einen Ping ausführen um zu testen ob der Client den Server auflösen kann.
Ich würde im DNS die einträge kontrollieren. Sind sie richtig sind alle vorhanden.
LG Andy
Der name server03 ist ein Netbios Name und der Name server03.domain.local ist ein DNS Name. Wenn als server03.domain.local nicht funktioniert würde ich folgendes machen.
Ich würde die DNS einstellung am client kontrollieren. Ich würde ein NSlookup und einen Ping ausführen um zu testen ob der Client den Server auflösen kann.
Ich würde im DNS die einträge kontrollieren. Sind sie richtig sind alle vorhanden.
LG Andy
Hallo nur kurz zur Info -> das was du schreibst ist verständlich klar.
Bei uns funktioniert die Namensauflösung einwandfrei - nslookup und der Reverselook ist auch perfekt.
Ping funktionier mit dem FQDN selbstverändlich auch, lief auch immer. Habe das heute auch noch getestet.
- wie bereits oben beschrieben -> wenn ich server03.domain.local (EXCHANGE2010 FQDN) eingebe -> switched es auf den server02.domain.local (DC)
ich hatte mir das *.domain.local der Einfachheit im oberen Betrag gespart
viele nette Grüße
Bei uns funktioniert die Namensauflösung einwandfrei - nslookup und der Reverselook ist auch perfekt.
Ping funktionier mit dem FQDN selbstverändlich auch, lief auch immer. Habe das heute auch noch getestet.
- wie bereits oben beschrieben -> wenn ich server03.domain.local (EXCHANGE2010 FQDN) eingebe -> switched es auf den server02.domain.local (DC)
ich hatte mir das *.domain.local der Einfachheit im oberen Betrag gespart
viele nette Grüße
Hi
Ok gut gibt es am Client einen Fehler im Eventlog wenn du server02 verwendest? Wenn ja welchen ?
Was passiert wenn du über Telnet versuchst den Exchangeserver anzusprechen? Meldet er sich mit Server02 und 03 ?
LG Andy
Ok gut gibt es am Client einen Fehler im Eventlog wenn du server02 verwendest? Wenn ja welchen ?
Was passiert wenn du über Telnet versuchst den Exchangeserver anzusprechen? Meldet er sich mit Server02 und 03 ?
LG Andy
Hallo keine-Ahnung,
nein das ist keine Drohung ;) Gehe nur motiviert an die Sache dran... selbstverständlich löse ich das Problem... ;)
Ich schreibe hier im Forum um eine solche Problematik zu diskutieren und eventuell bei der Problemlösung neue Ideen für Ansätze zu erhalten... vielleicht hat auch jemand bereits ein ähnliches Problem gehabt...
Antwort1: passiert ist nichts besonders, Ich hatte gestern einen "send Connector" auf ein anderes MX GW umgestellt
und einen neuen Receive Connector eingerichtet.. Aber das kanns sicher nicht sein...
Antwort 2: DNS läuft sauber, forward als auch reverse, sowohl mit fqdn als auch mit netbiosname
Antwort 3: Ich habe den ExchangeConnectivity Test durchgeführt.. das läuft.. habe es an verschiedenen Rechner innerhalb des LANs / VPN versucht. Wie bereits erwähnt funktioniert es sobald ich den SERVER03.domain.local (DC) eingebe.. gebe ich den Exchange Server server02.domain.local ein läuft die config nicht durch...
-- Wie kann ich prüfen ob Exchange mit dem AD "kommunizieren" kann?
-- Logs Verbosity ... ?
-- Alle Ideen sind willkommen..
viele Grüße
nein das ist keine Drohung ;) Gehe nur motiviert an die Sache dran... selbstverständlich löse ich das Problem... ;)
Ich schreibe hier im Forum um eine solche Problematik zu diskutieren und eventuell bei der Problemlösung neue Ideen für Ansätze zu erhalten... vielleicht hat auch jemand bereits ein ähnliches Problem gehabt...
Antwort1: passiert ist nichts besonders, Ich hatte gestern einen "send Connector" auf ein anderes MX GW umgestellt
und einen neuen Receive Connector eingerichtet.. Aber das kanns sicher nicht sein...
Antwort 2: DNS läuft sauber, forward als auch reverse, sowohl mit fqdn als auch mit netbiosname
Antwort 3: Ich habe den ExchangeConnectivity Test durchgeführt.. das läuft.. habe es an verschiedenen Rechner innerhalb des LANs / VPN versucht. Wie bereits erwähnt funktioniert es sobald ich den SERVER03.domain.local (DC) eingebe.. gebe ich den Exchange Server server02.domain.local ein läuft die config nicht durch...
-- Wie kann ich prüfen ob Exchange mit dem AD "kommunizieren" kann?
-- Logs Verbosity ... ?
-- Alle Ideen sind willkommen..
viele Grüße
Weder noch.. er meldet sich mit einem externen DNS Namen ....
Über telnet connected sich das Mailgateway (ist ein Linux Debian/Gnu postfix 2x)
dieser connected sich über unsere feste IP x.x.x.x:25 auf den Exchange .. und stellt mails zu.
im Lokalen Netz komme ich per Telnet nicht auf den Exchange... - das ist doch auch nicht wichtig?
oder übersehe ich etwas ?
an den CLIENTS gibt es keine Fehler.. im Eventlog - nur den Fehler Siehe Screenshot
Über telnet connected sich das Mailgateway (ist ein Linux Debian/Gnu postfix 2x)
dieser connected sich über unsere feste IP x.x.x.x:25 auf den Exchange .. und stellt mails zu.
im Lokalen Netz komme ich per Telnet nicht auf den Exchange... - das ist doch auch nicht wichtig?
oder übersehe ich etwas ?
an den CLIENTS gibt es keine Fehler.. im Eventlog - nur den Fehler Siehe Screenshot
Hi
Intressanter Fehler den du da hast. Tritt das Problem bei mehreren Pcs auf oder nur bei dem einen ?
Hast du mal versucht BPA über den Server laufen zu lassen ? Gibt es fehler die BPA findet.
BPA=best practice analyzer
LG Andy
Intressanter Fehler den du da hast. Tritt das Problem bei mehreren Pcs auf oder nur bei dem einen ?
Hast du mal versucht BPA über den Server laufen zu lassen ? Gibt es fehler die BPA findet.
BPA=best practice analyzer
LG Andy
stimme dir zu alles sehr interessant.. ;) da die User ersteinmal arbeiten können lasse ich den Server bis heute Abend noch laufen - dann reboote ich ... mir wäre es aber lieber das Problem zu verstehen und richtig lösen zu können.
den BPA habe ich noch nicht laufen lassen...
Tritt an mehreren PCs auf. Im LAN habe ich 3 getestet
Über ein VPN Office habe ich 2 getestet ...
den BPA habe ich noch nicht laufen lassen...
Tritt an mehreren PCs auf. Im LAN habe ich 3 getestet
Über ein VPN Office habe ich 2 getestet ...
mh weißt du wo ich den für Exchange 2010 finde ?
.. such ...
ok.. in der Toolbox innerhalb der Management Console..
.. such ...
ok.. in der Toolbox innerhalb der Management Console..
Hi
Du hast ja weiter ober geschrieben das du einen Receive Connector eingerichtet hast. Du hast hier aber nicht zufällig einen falschen IP bereich angegeben?
Mal schauen was BPA sagt. bin gespannt.
LG Andy
Du hast ja weiter ober geschrieben das du einen Receive Connector eingerichtet hast. Du hast hier aber nicht zufällig einen falschen IP bereich angegeben?
Mal schauen was BPA sagt. bin gespannt.
LG Andy
Hi.
Das passiert normalerweise dann, wenn Autoconfiguration gestört ist - das ist serverseitig. Klicke bitte zum Testen auf das Outlook-Trayicon mit der rechten taste, während Du die Shift-Taste drückst und wähle den Autokonfig-Test und gib die Resultate wieder.
Das passiert normalerweise dann, wenn Autoconfiguration gestört ist - das ist serverseitig. Klicke bitte zum Testen auf das Outlook-Trayicon mit der rechten taste, während Du die Shift-Taste drückst und wähle den Autokonfig-Test und gib die Resultate wieder.
Hallo Der WoWustte...
gut die Diagnose kenne ich .. habe ich auch schon reingeschaut... bei einem Client.
Ich müsste die Diagnose starten können bevor ich das Profil / während ich es anlege....
weißt du wie das geht? Eventuell über Outlook Parameter... ich recherchier mal..
Es bringt mir wenig bei den bestehenden Outlook Usern das zu testen (dort geht ja alles)
Dort sieht auch alles super aus..
Grüße
gut die Diagnose kenne ich .. habe ich auch schon reingeschaut... bei einem Client.
Ich müsste die Diagnose starten können bevor ich das Profil / während ich es anlege....
weißt du wie das geht? Eventuell über Outlook Parameter... ich recherchier mal..
Es bringt mir wenig bei den bestehenden Outlook Usern das zu testen (dort geht ja alles)
Dort sieht auch alles super aus..
Grüße
Es bringt mir wenig bei den bestehenden Outlook Usern das zu testen
So meinte ich es aber...und natürlich bringt es Dir was, denn das von mir für möglich gehaltene Problem ist ja serverseitig - kann also auch an den "funktionierenden" Clients nachvollzogen werden.
Danke für den Tipp!
lief soweit alles super, Connection ist auch da..
sowhl mit RCP over HTTPS als auch ohne (hab beides mal getestet)
Beim Autodiscover kann ich erwähnen, dass der 1. Versuch scheitert, Outlook versucht es dann aber erneut mit der subdomain.. ich denke das ist Clientseitig von Outlook so definiert....
1. Versuch https://domain.com/autodiscover/autodiscover.xml (schlägt fehl) da domain.com ein LinuxWebserver ist..
2. Versuch https://autodiscover.meinedomain.com/autodiscover/autodiscover.xml ....
Autodiscover probierts dann nochmal ... und es funktioniert dann
Also zusammenfassend gesagt: Autodiscover scheint zu gehen. Vermute den Fehler wie bereits erwähnt nicht dort.
lief soweit alles super, Connection ist auch da..
sowhl mit RCP over HTTPS als auch ohne (hab beides mal getestet)
Beim Autodiscover kann ich erwähnen, dass der 1. Versuch scheitert, Outlook versucht es dann aber erneut mit der subdomain.. ich denke das ist Clientseitig von Outlook so definiert....
1. Versuch https://domain.com/autodiscover/autodiscover.xml (schlägt fehl) da domain.com ein LinuxWebserver ist..
2. Versuch https://autodiscover.meinedomain.com/autodiscover/autodiscover.xml ....
Autodiscover probierts dann nochmal ... und es funktioniert dann
Also zusammenfassend gesagt: Autodiscover scheint zu gehen. Vermute den Fehler wie bereits erwähnt nicht dort.
Ich vermute ihn weiterhin dort - hatte letzte Woche ein ähnliches Problem und bin jetzt noch am graue Haare wieder nachfärben.
Bitte teste auf einem "funktionierenden" Client auch folgende 2 Dinge:
-Funktioniert OOF (Out-of-Office assistent)?
-Kann man free/busy-Info bei eingeladenen Personen in den Terminen einsehen?
Bitte teste auf einem "funktionierenden" Client auch folgende 2 Dinge:
-Funktioniert OOF (Out-of-Office assistent)?
-Kann man free/busy-Info bei eingeladenen Personen in den Terminen einsehen?
Hallo derWoWusste... meine Haare werden Schneeweisss wenns so weiter geht.... Danke schon Vorab für deine Mühe....
Ich habe eine Sache bemerkt...
hier mal als Screenshot..
"Verzeichnis" bleibt disconnected... in unserer Umgebung ist das "alles verbunden". Beim Problemkunden leider nicht.
Outlook Status:
Verbunden mit Exchange Server... (Mails gehen ein + aus)
Der user wird immer mal wieder nach Username und Passwort gefragt..
Ich habe eine Sache bemerkt...
hier mal als Screenshot..
"Verzeichnis" bleibt disconnected... in unserer Umgebung ist das "alles verbunden". Beim Problemkunden leider nicht.
Outlook Status:
Verbunden mit Exchange Server... (Mails gehen ein + aus)
Der user wird immer mal wieder nach Username und Passwort gefragt..
so ich glaub ich hab gleich die Lösung:
https://social.technet.microsoft.com/Forums/en-US/exchangesvrclients/thr ...
PERFEKT - Problem gelöst:
Erklärung:
Auf dem Exchange Server läuft ein Dienst names Microsoft Exchange System Attendant - dieser ist zuständig die Daten ausm AD zu lesen... auch für das generieren des Adressbuchs etc zuständig ist...
Der Service "lief zwar" ... es gab auch keine Fehler in der Log - trotzdem gings nicht.
Habe den Dienst gestoppt und neugestartet ..
Anschließend musste ich noch den Diens "Microsoft Exchange ADress Book" starten...
das wars;)
https://social.technet.microsoft.com/Forums/en-US/exchangesvrclients/thr ...
PERFEKT - Problem gelöst:
Erklärung:
Auf dem Exchange Server läuft ein Dienst names Microsoft Exchange System Attendant - dieser ist zuständig die Daten ausm AD zu lesen... auch für das generieren des Adressbuchs etc zuständig ist...
Der Service "lief zwar" ... es gab auch keine Fehler in der Log - trotzdem gings nicht.
Habe den Dienst gestoppt und neugestartet ..
Anschließend musste ich noch den Diens "Microsoft Exchange ADress Book" starten...
das wars;)
Schön - sehr interessant für die Zukunft.
Zitat von @fabio84:
Erklärung:
Auf dem Exchange Server läuft ein Dienst names Microsoft Exchange System Attendant - dieser ist zuständig die Daten ausm
AD zu lesen... auch für das generieren des Adressbuchs etc zuständig ist...
Der Service "lief zwar" ... es gab auch keine Fehler in der Log - trotzdem gings nicht.
Habe den Dienst gestoppt und neugestartet ..
Anschließend musste ich noch den Diens "Microsoft Exchange ADress Book" starten...
Erklärung:
Auf dem Exchange Server läuft ein Dienst names Microsoft Exchange System Attendant - dieser ist zuständig die Daten ausm
AD zu lesen... auch für das generieren des Adressbuchs etc zuständig ist...
Der Service "lief zwar" ... es gab auch keine Fehler in der Log - trotzdem gings nicht.
Habe den Dienst gestoppt und neugestartet ..
Anschließend musste ich noch den Diens "Microsoft Exchange ADress Book" starten...
Hi
Weisst du auch wodurch das hängen des dienstes verursacht wurde ?
Aber sehr intressant
Gut das es wieder geht.LG Andy
Schick 
! Allmählich sollte man doch wieder auf Brieftauben umsteigen ...
LG, Thomas
! Allmählich sollte man doch wieder auf Brieftauben umsteigen ...LG, Thomas
Hi Jungs...
ja ist echt verrückt - hab heut schon alle Haare verloren ;)
vielleicht hat jemand noch eine idee wie man speziell für die Dienste:
- Microsoft Exchange System Attendant
- Microsoft Exchange Adress Book
die Verbosity erhöhen kann - eventuell sieht man dann etwas in den Syslogs...
dann könnte man das besser diagnostizieren..
über eure Ideen freue ich mich.
viele Grüße
ja ist echt verrückt - hab heut schon alle Haare verloren ;)
vielleicht hat jemand noch eine idee wie man speziell für die Dienste:
- Microsoft Exchange System Attendant
- Microsoft Exchange Adress Book
die Verbosity erhöhen kann - eventuell sieht man dann etwas in den Syslogs...
dann könnte man das besser diagnostizieren..
über eure Ideen freue ich mich.
viele Grüße
