7
Outlook-Exchg16: keine aut. Antworten, keine fremden Frei-Gebucht Infos
Hallo,
seit einigen Wochen schon können unsere Outlook-Clients keine fremden Frei/Gebucht Infos in der Gruppenterminplanung mehr sehen sowie auch die aut. Abwesenheitsbenachrichtung tut nicht : "da zur Zeit kein Server verfügbar ist".
Das passiert bei allen Clients (O16 oder O19), Cached oder nicht.
Und: OWA kann alles wie gewünscht, es geht nur um diesen damn Fat-Client
Autodiscover-Test (ohne POP/IMAP/Guessmart) ist OK
Mein 3rd-party kommt da auch nicht recht weiter und vertröstet auf unsere in einigen Wochen anstehende Migration auf EXCHG19.
Ich will aber nicht so lange warten müssen und hoffe auf handhabbare Tips Eurerseits...
Handhabbar deswegen, weil man im Web bei der Suche nach diesem Problem recht bald auf die Untiefen der Exchg. Powershell stösst mit Kommandos, die sich mir nicht erschließen - und ich will 'auf Verdacht' nicht mehr kaputt machen als lösen bei diesem bescheidenen Problem
Danke Euch
seit einigen Wochen schon können unsere Outlook-Clients keine fremden Frei/Gebucht Infos in der Gruppenterminplanung mehr sehen sowie auch die aut. Abwesenheitsbenachrichtung tut nicht : "da zur Zeit kein Server verfügbar ist".
Das passiert bei allen Clients (O16 oder O19), Cached oder nicht.
Und: OWA kann alles wie gewünscht, es geht nur um diesen damn Fat-Client
Autodiscover-Test (ohne POP/IMAP/Guessmart) ist OK
Mein 3rd-party kommt da auch nicht recht weiter und vertröstet auf unsere in einigen Wochen anstehende Migration auf EXCHG19.
Ich will aber nicht so lange warten müssen und hoffe auf handhabbare Tips Eurerseits...
Handhabbar deswegen, weil man im Web bei der Suche nach diesem Problem recht bald auf die Untiefen der Exchg. Powershell stösst mit Kommandos, die sich mir nicht erschließen - und ich will 'auf Verdacht' nicht mehr kaputt machen als lösen bei diesem bescheidenen Problem
Danke Euch
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: 667641
Url: https://administrator.de/forum/outlook-exchg16-keine-aut-antworten-keine-fremden-frei-gebucht-infos-667641.html
Ausgedruckt am: 07.04.2025 um 01:04 Uhr
7 Kommentare
Neuester Kommentar
moin...
was sagen die die üblichen verdächtigen, also die entsprechenden exchange logs dazu... und natürlich das ereignisprotokoll?
Zitat von @winacker:
Hallo,
seit einigen Wochen schon können unsere Outlook-Clients keine fremden Frei/Gebucht Infos in der Gruppenterminplanung mehr sehen sowie auch die aut. Abwesenheitsbenachrichtung tut nicht : "da zur Zeit kein Server verfügbar ist".
Das passiert bei allen Clients (O16 oder O19), Cached oder nicht.
Und: OWA kann alles wie gewünscht, es geht nur um diesen damn Fat-Client
Mein 3rd-party kommt da auch nicht recht weiter und vertröstet auf unsere in einigen Wochen anstehende Migration auf EXCHG19.
Ich will aber nicht so lange warten müssen und hoffe auf handhabbare Tips Eurerseits...
Handhabbar deswegen, weil man im Web bei der Suche nach diesem Problem recht bald auf die Untiefen der Exchg. Powershell stösst mit Kommandos, die sich mir nicht erschließen - und ich will 'auf Verdacht' nicht mehr kaputt machen als lösen bei diesem bescheidenen Problem
also Powershell ist aber das a und o... was soll ich sagen, nicht für alles gibbet ein bunte oberfläche...Hallo,
seit einigen Wochen schon können unsere Outlook-Clients keine fremden Frei/Gebucht Infos in der Gruppenterminplanung mehr sehen sowie auch die aut. Abwesenheitsbenachrichtung tut nicht : "da zur Zeit kein Server verfügbar ist".
Das passiert bei allen Clients (O16 oder O19), Cached oder nicht.
Und: OWA kann alles wie gewünscht, es geht nur um diesen damn Fat-Client
Mein 3rd-party kommt da auch nicht recht weiter und vertröstet auf unsere in einigen Wochen anstehende Migration auf EXCHG19.
Ich will aber nicht so lange warten müssen und hoffe auf handhabbare Tips Eurerseits...
Handhabbar deswegen, weil man im Web bei der Suche nach diesem Problem recht bald auf die Untiefen der Exchg. Powershell stösst mit Kommandos, die sich mir nicht erschließen - und ich will 'auf Verdacht' nicht mehr kaputt machen als lösen bei diesem bescheidenen Problem
was sagen die die üblichen verdächtigen, also die entsprechenden exchange logs dazu... und natürlich das ereignisprotokoll?
Danke Euch
Frank
Powershell: schon klar dass die dafür nötig ist, nur möchte ich in meinem Livesystem keine Dinge ausführen die nicht weiter dokumentiert sind - das traue ich mich bei Exchg. einfach nicht.
Events:
schuldig der unvollständigen Recherche...
Sehe jetzt das bei meinen Tests in der letzten halben Sunde eine Menge gleicher ERROR ID1 'MSX Autodiscover' auftauchen:
Unhandled Exception "Object reference not set to an instance of an object."
Stack trace: at Microsoft.Exchange.AutoDiscoverV2.FlightSettingRepository.GetHostNameFromVdir(ADObjectId serverSiteId, String protocol)
at Microsoft.Exchange.AutoDiscoverV2.AutoDiscoverV2.ExecuteOnPremEndFlow(AutoDiscoverV2Request request)
at Microsoft.Exchange.AutoDiscoverV2.AutoDiscoverV2.Execute(AutoDiscoverV2Request request, ITenantRepository tenantRepository)
at Microsoft.Exchange.AutoDiscoverV2.AutoDiscoverV2HandlerBase.<>c__DisplayClass11_0.<ProcessRequest>b__0()
at Microsoft.Exchange.Common.IL.ILUtil.DoTryFilterCatch(Action tryDelegate, Func`2 filterDelegate, Action`1 catchDelegate)
Events:
schuldig der unvollständigen Recherche...
Sehe jetzt das bei meinen Tests in der letzten halben Sunde eine Menge gleicher ERROR ID1 'MSX Autodiscover' auftauchen:
Unhandled Exception "Object reference not set to an instance of an object."
Stack trace: at Microsoft.Exchange.AutoDiscoverV2.FlightSettingRepository.GetHostNameFromVdir(ADObjectId serverSiteId, String protocol)
at Microsoft.Exchange.AutoDiscoverV2.AutoDiscoverV2.ExecuteOnPremEndFlow(AutoDiscoverV2Request request)
at Microsoft.Exchange.AutoDiscoverV2.AutoDiscoverV2.Execute(AutoDiscoverV2Request request, ITenantRepository tenantRepository)
at Microsoft.Exchange.AutoDiscoverV2.AutoDiscoverV2HandlerBase.<>c__DisplayClass11_0.<ProcessRequest>b__0()
at Microsoft.Exchange.Common.IL.ILUtil.DoTryFilterCatch(Action tryDelegate, Func`2 filterDelegate, Action`1 catchDelegate)
Moin...
ist den dein Autodiscover ordentlich eingerichtet? Zertifikat ok?
ecp geht auch, oder Fehler?
welchen CU stand hat dein Server?
hast du wenigstens eine ordentlich datensicherung?
Frank
ist den dein Autodiscover ordentlich eingerichtet? Zertifikat ok?
ecp geht auch, oder Fehler?
welchen CU stand hat dein Server?
hast du wenigstens eine ordentlich datensicherung?
Mein 3rd-party kommt da auch nicht recht weiter und vertröstet auf unsere in einigen Wochen anstehende Migration auf EXCHG19.
wie der kommt da nicht weiter, das upgrade ist Kinderkram, jedenfalls von 2016-->2019! dafür fahre ich nichtmal zum kunden raus Frank
- Autodiscover: kann ich nicht mehr zu aussagen als das was ich oben schon geschrieben habe, weitere Tests dazu kenne ich nicht.
- ECP läuft, allerdings nicht mit meinem Haupt-Domänenadmin, da kommt nach dem Login ein weißes Bild auf weißem Grund. Nutze z.Zt. alternative Domadmins
- CU ist 19, die 20 hatte den Server so verwurschtelt das ich das Backup ziehen musste
- Backup: VEEAM. Aus Erfahrung alle 12 Stunden im Rahmen der allg. Sicherung sowie als Teil der Hauptmschinen über den Tag stündlich
3rd-Party: der hat keinen Bock in dem 16er weiter zu suchen, da die gern nach Schema F vorgehen und die Ist-Installation eben nicht von denen war sondern vom Vorgänger. Und eben wg. der immer wieder auftretenden Nickeligkeiten empfiehlt man, auf den frischen 19er zu gehen
- ECP läuft, allerdings nicht mit meinem Haupt-Domänenadmin, da kommt nach dem Login ein weißes Bild auf weißem Grund. Nutze z.Zt. alternative Domadmins
- CU ist 19, die 20 hatte den Server so verwurschtelt das ich das Backup ziehen musste
- Backup: VEEAM. Aus Erfahrung alle 12 Stunden im Rahmen der allg. Sicherung sowie als Teil der Hauptmschinen über den Tag stündlich
3rd-Party: der hat keinen Bock in dem 16er weiter zu suchen, da die gern nach Schema F vorgehen und die Ist-Installation eben nicht von denen war sondern vom Vorgänger. Und eben wg. der immer wieder auftretenden Nickeligkeiten empfiehlt man, auf den frischen 19er zu gehen
moin...
3rd-Party: der hat keinen Bock in dem 16er weiter zu suchen, da die gern nach Schema F vorgehen und die Ist-Installation eben nicht von denen war sondern vom Vorgänger. Und eben wg. der immer wieder auftretenden Nickeligkeiten empfiehlt man, auf den frischen 19er zu gehen
na fein... spätestens da, muss er fixen... nix gegen den Kollegen, aber vor dem umzug sollte das AD sauber sein, und der EX2016 halbwegs laufen- auch mit CU20....
mach mal nen DCdiag, und berichte..
hast du schon einmal probeweise ein outlook Profil neu angelegt- also vorher gelöscht (Outlook-Dateien Verzeichnis) ?
gut... wie können wir dir helfen, soll ich mir mal den Exchange ansehen?
Frank
Zitat von @winacker:
- Autodiscover: kann ich nicht mehr zu aussagen als das was ich oben schon geschrieben habe, weitere Tests dazu kenne ich nicht.
- ECP läuft, allerdings nicht mit meinem Haupt-Domänenadmin, da kommt nach dem Login ein weißes Bild auf weißem Grund. Nutze z.Zt. alternative Domadmins
na das mit der weißen seite, ist meistens einfach...- Autodiscover: kann ich nicht mehr zu aussagen als das was ich oben schon geschrieben habe, weitere Tests dazu kenne ich nicht.
- ECP läuft, allerdings nicht mit meinem Haupt-Domänenadmin, da kommt nach dem Login ein weißes Bild auf weißem Grund. Nutze z.Zt. alternative Domadmins
- CU ist 19, die 20 hatte den Server so verwurschtelt das ich das Backup ziehen musste
ui... was war da genau? meist ist es alter exchange müll am AD, bzw. DCs die nicht sauber entfernt wurden...- Backup: VEEAM. Aus Erfahrung alle 12 Stunden im Rahmen der allg. Sicherung sowie als Teil der Hauptmschinen über den Tag stündlich
Prima... im V-Fall reicht auch die exchange DB und ein Recover Setup- der rest steht im AD3rd-Party: der hat keinen Bock in dem 16er weiter zu suchen, da die gern nach Schema F vorgehen und die Ist-Installation eben nicht von denen war sondern vom Vorgänger. Und eben wg. der immer wieder auftretenden Nickeligkeiten empfiehlt man, auf den frischen 19er zu gehen
mach mal nen DCdiag, und berichte..
hast du schon einmal probeweise ein outlook Profil neu angelegt- also vorher gelöscht (Outlook-Dateien Verzeichnis) ?
gut... wie können wir dir helfen, soll ich mir mal den Exchange ansehen?
Frank
Hallo und guten Abend,
hat jemand das Problem schon gelöst? Wir haben das gleiche Problem mit Exchange 2016 On-Prem und Outlook 2016.
Viele Grüße
hat jemand das Problem schon gelöst? Wir haben das gleiche Problem mit Exchange 2016 On-Prem und Outlook 2016.
Viele Grüße
moin...
was für ein Fehler genau hast du, AD Fehler und ne halbe DAG? glaube ich nicht
ist den dein Autodiscover ordentlich eingerichtet? Zertifikat ok?
OWA, dort alles ok?
ecp geht auch, oder Fehler?
welchen CU stand hat dein Server?
hast du eine ordentlich datensicherung?
was sagen die üblichen verdächtigen, also die Exchange logs, und Ereignisanzeige?
Viele Grüße
Frank
Zitat von @renegade-account:
Hallo und guten Abend,
hat jemand das Problem schon gelöst? Wir haben das gleiche Problem mit Exchange 2016 On-Prem und Outlook 2016.
klar ist das problem zu lösen, teilweise auch sehr einfach Hallo und guten Abend,
hat jemand das Problem schon gelöst? Wir haben das gleiche Problem mit Exchange 2016 On-Prem und Outlook 2016.
was für ein Fehler genau hast du, AD Fehler und ne halbe DAG? glaube ich nicht
ist den dein Autodiscover ordentlich eingerichtet? Zertifikat ok?
OWA, dort alles ok?
ecp geht auch, oder Fehler?
welchen CU stand hat dein Server?
hast du eine ordentlich datensicherung?
was sagen die üblichen verdächtigen, also die Exchange logs, und Ereignisanzeige?
Viele Grüße
