92370
07.03.2011
46062
13
0
Abwesenheitsassistent
ihre Einstellungen für automatische antworten können nicht angezeigt werden da der Server zurzeit nicht verfügbar ist.
Hallo zusammen,
wir haben einen SBS2008 im Einsatz und auf den Clients Outlook 2010.
Jetzt haben wir das Problem, dass der Abwesenheitsassistent nicht wirklich will.
Nach dem anklicken des Button „Automatische Antworten“ erscheint die Meldung:
„ihre Einstellungen für automatische antworten können nicht angezeigt werden da der Server zurzeit nicht verfügbar ist. Versuchen sie es später erneut.“
Über den OWA ist die Verwendung jedoch möglich.
Hat jemand eine Idee?
Danke!
Hallo zusammen,
wir haben einen SBS2008 im Einsatz und auf den Clients Outlook 2010.
Jetzt haben wir das Problem, dass der Abwesenheitsassistent nicht wirklich will.
Nach dem anklicken des Button „Automatische Antworten“ erscheint die Meldung:
„ihre Einstellungen für automatische antworten können nicht angezeigt werden da der Server zurzeit nicht verfügbar ist. Versuchen sie es später erneut.“
Über den OWA ist die Verwendung jedoch möglich.
Hat jemand eine Idee?
Danke!
Kommentieren
Teilen
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: 162148
Url: https://administrator.de/forum/abwesenheitsassistent-162148.html
Ausgedruckt am: 27.04.2025 um 08:04 Uhr
13 Kommentare
Neuester Kommentar
Moin,
genau dieses Problem hatten wir auch.
Es liegt an der Autodiscover diese Verbindet sich nicht mehr richtig.
Der Planungsassistent geht auch nicht oder?
Gruß
genau dieses Problem hatten wir auch.
Es liegt an der Autodiscover diese Verbindet sich nicht mehr richtig.
Der Planungsassistent geht auch nicht oder?
Gruß
Moin moin,
den Planungsassistent habe ich noch nicht genutzt und es auch nicht versucht.
Das mit dem Autodiscover ist nicht schlecht, aber was und wo und wie soll ich da tun?
Gruß Eitel
den Planungsassistent habe ich noch nicht genutzt und es auch nicht versucht.
Das mit dem Autodiscover ist nicht schlecht, aber was und wo und wie soll ich da tun?
Gruß Eitel
im Internetinformationsdienste-Manager gehen dort den Tree öffnen bis Autodiscover.
Dort dann rechte Maustaste im Explorer öffnen. Dort ist dann die Autodiscover XML diese muss du dann für euer System bearbeiten.
Nachdem ich diese an unser System angepasst habe funktioniert es bei allen Benutzer bis auf einen.
Dies ist aber mit neuer Outlook Synchronisation behoben.
Gruß
Dort dann rechte Maustaste im Explorer öffnen. Dort ist dann die Autodiscover XML diese muss du dann für euer System bearbeiten.
Nachdem ich diese an unser System angepasst habe funktioniert es bei allen Benutzer bis auf einen.
Dies ist aber mit neuer Outlook Synchronisation behoben.
Gruß
mhhhh..... was soll da stehen?
im Moment sieht es so aus:
<?xml version="1.0" encoding="utf-8"?>
<Autodiscover>
<!-- This is a placeholder file -->
</Autodiscover>
im Moment sieht es so aus:
<?xml version="1.0" encoding="utf-8"?>
<Autodiscover>
<!-- This is a placeholder file -->
</Autodiscover>
Jap da ist schon der Fehler...
er weiß nicht welchen Server er zugreifen soll.
<?xml version="1.0" encoding="utf-8" ?>
<Autodiscover xmlns="http://schemas.microsoft.com/exchange/autodiscover/responseschema/2006">
<Response xmlns="http://schemas.microsoft.com/exchange/autodiscover/outlook/responseschema/2006a">
<Account>
<AccountType>email</AccountType>
<Action>settings</Action>
<Protocol>
<DomainRequired>on</DomainRequired>
<SPA>off</SPA>
<SSL>on</SSL>
<AuthRequired>on</AuthRequired>
<Type>SMTP</Type>
<Server>SERVER EINTRAGEN</Server>
<Port>Dein PORT</Port>
<DomainRequired>on</DomainRequired>
<SPA>off</SPA>
<SSL>on</SSL>
<AuthRequired>on</AuthRequired>
<UsePOPAuth>on</UsePOPAuth>
<SMTPLast>on</SMTPLast>
</Protocol>
</Account>
</Response>
So habe ich den XML TAG bei mir angepasst.
Funktionen die du nicht gebrauchst löschen bzw. hinzufügen.
Die XML Befehle musst du dir dann aus dem Web suchen.
Müsste aber so erst mal funktionieren.
er weiß nicht welchen Server er zugreifen soll.
<?xml version="1.0" encoding="utf-8" ?>
<Autodiscover xmlns="http://schemas.microsoft.com/exchange/autodiscover/responseschema/2006">
<Response xmlns="http://schemas.microsoft.com/exchange/autodiscover/outlook/responseschema/2006a">
<Account>
<AccountType>email</AccountType>
<Action>settings</Action>
<Protocol>
<DomainRequired>on</DomainRequired>
<SPA>off</SPA>
<SSL>on</SSL>
<AuthRequired>on</AuthRequired>
<Type>SMTP</Type>
<Server>SERVER EINTRAGEN</Server>
<Port>Dein PORT</Port>
<DomainRequired>on</DomainRequired>
<SPA>off</SPA>
<SSL>on</SSL>
<AuthRequired>on</AuthRequired>
<UsePOPAuth>on</UsePOPAuth>
<SMTPLast>on</SMTPLast>
</Protocol>
</Account>
</Response>
So habe ich den XML TAG bei mir angepasst.
Funktionen die du nicht gebrauchst löschen bzw. hinzufügen.
Die XML Befehle musst du dir dann aus dem Web suchen.
Müsste aber so erst mal funktionieren.
Hallo,
das ist ja nun totaler quatsch.
Einstellungen für Autodiscover (ebenso wie alle anderen Exchange-Dienste im IIS) bearbeitet man nicht über den IIS-Manager, sondern über das Exchange-Management.
Und dass dort nur ein Placeholder-File liegt ist vollständig beabsichtigt. Auf dem Verzeichnis liegt ein Filtertreiber (ISAPI, glaube ich nennt sich der Mechanismus), der die Datei vor dem ausliefern entsprechend modifiziert (nämlich derart, dass die Informationen zur CAS-Konfiguration ausgelesen und statt dem Inhalt des Platzhalters ausgeliefert werden). Bestenfalls bringt das Ersetzen des Platzhalters gar nichts (weil nämlich weiterhin die generierte Datei ausgeliefert wird), schlechtestenfalls funktioniert das erstmal & bringt dich bei der nächsten Änderung am Exchange zum tagelangen suchen, weil das Autodiscover sich nämlich total seltsam verhält.
Zurück zum Thema: Häufigster Fehler bei Autodiscover ist, dass der Client dem SSL-Zertifikat nicht vertraut.
Ansonsten würde ich empfehlen, einfach mal eine Suchmaschine zu befragen, es gibt zu dem Thema nun wahrlich genug Pamphlete.
Gruß
Filipp
das ist ja nun totaler quatsch.
Einstellungen für Autodiscover (ebenso wie alle anderen Exchange-Dienste im IIS) bearbeitet man nicht über den IIS-Manager, sondern über das Exchange-Management.
Und dass dort nur ein Placeholder-File liegt ist vollständig beabsichtigt. Auf dem Verzeichnis liegt ein Filtertreiber (ISAPI, glaube ich nennt sich der Mechanismus), der die Datei vor dem ausliefern entsprechend modifiziert (nämlich derart, dass die Informationen zur CAS-Konfiguration ausgelesen und statt dem Inhalt des Platzhalters ausgeliefert werden). Bestenfalls bringt das Ersetzen des Platzhalters gar nichts (weil nämlich weiterhin die generierte Datei ausgeliefert wird), schlechtestenfalls funktioniert das erstmal & bringt dich bei der nächsten Änderung am Exchange zum tagelangen suchen, weil das Autodiscover sich nämlich total seltsam verhält.
Zurück zum Thema: Häufigster Fehler bei Autodiscover ist, dass der Client dem SSL-Zertifikat nicht vertraut.
Ansonsten würde ich empfehlen, einfach mal eine Suchmaschine zu befragen, es gibt zu dem Thema nun wahrlich genug Pamphlete.
Gruß
Filipp
Vielen Dank schon mal an dieser Stelle für eure Hilfe und Kommentare.
Wenn die Lösung von Matrix funktionieren würde, wäre es ja nicht schlecht. Leider ist es in meinem Fall nicht so. Und wenn Filipp Recht hat, soll es auch recht sein.
Es ist auch klar, dass es Suchmaschinen gibt, wo man oft eine Lösung findet. Aber die Suchmaschinen leben ja von uns hier im Forum.
Ich sehe ein solchen Verweis, anstatt einer richtigen Antwort mit der Lösung, in sämtlichen Foren nicht als den richtigen weg. Weil sonst irgendwann, nur noch bei der Suche in den Suchmaschinen, diese nicht wirklich hilfreichen Verweise zu finden sind.
Ich würde mich freuen, wenn es mehrere Lösungsvorschläge geben würde. Dann kann sich jeder, den für sich richtigen Weg raussuchen.
Vielleicht gibt es ja hier noch jemanden, mit einer Lösung für das oben genannte Problem.
Gruß Eitel
Wenn die Lösung von Matrix funktionieren würde, wäre es ja nicht schlecht. Leider ist es in meinem Fall nicht so. Und wenn Filipp Recht hat, soll es auch recht sein.
Es ist auch klar, dass es Suchmaschinen gibt, wo man oft eine Lösung findet. Aber die Suchmaschinen leben ja von uns hier im Forum.
Ich sehe ein solchen Verweis, anstatt einer richtigen Antwort mit der Lösung, in sämtlichen Foren nicht als den richtigen weg. Weil sonst irgendwann, nur noch bei der Suche in den Suchmaschinen, diese nicht wirklich hilfreichen Verweise zu finden sind.
Ich würde mich freuen, wenn es mehrere Lösungsvorschläge geben würde. Dann kann sich jeder, den für sich richtigen Weg raussuchen.
Vielleicht gibt es ja hier noch jemanden, mit einer Lösung für das oben genannte Problem.
Gruß Eitel
Hallo Eitel,
dass wir uns da nicht falsch verstehen: ich bin gerne Bereit, in Foren auch detaillierte Antworten zu geben, auch wenn mir klar ist, dass potentiell alles, was ich sagen kann schon irgendwo im Internet zu finden ist. Aber das setzt auch einen gewissen Detailgrad der Frage voraus. Alles was wir haben ist "Funktioniert nicht". Und dann jedesmal bei Null anzufangen, und alles mögliche zum Thema Autodiscover herunterzuleiern (oder auch Regeln allgemein, ist ja noch nichtmal sicher, dass es am AutoDiscoer liegt), das ist nun wirklich zu blöd.
Schreibe, was du probiert hast, was dir aufgefallen ist, wo du gescheitert bist, dann finden sich wahrscheinlich auch konkretere Antworten.
Gruß
Filipp
PS: Und zu dem Hinweis mit dem SSL-Zertifikat (wie gesagt: in den meisten Fällen liegt es daran): Was passiert, wenn du mit dem Internet Explorer OWA aufrufst? Bekommst du dann eine Warnmeldung?
dass wir uns da nicht falsch verstehen: ich bin gerne Bereit, in Foren auch detaillierte Antworten zu geben, auch wenn mir klar ist, dass potentiell alles, was ich sagen kann schon irgendwo im Internet zu finden ist. Aber das setzt auch einen gewissen Detailgrad der Frage voraus. Alles was wir haben ist "Funktioniert nicht". Und dann jedesmal bei Null anzufangen, und alles mögliche zum Thema Autodiscover herunterzuleiern (oder auch Regeln allgemein, ist ja noch nichtmal sicher, dass es am AutoDiscoer liegt), das ist nun wirklich zu blöd.
Schreibe, was du probiert hast, was dir aufgefallen ist, wo du gescheitert bist, dann finden sich wahrscheinlich auch konkretere Antworten.
Gruß
Filipp
PS: Und zu dem Hinweis mit dem SSL-Zertifikat (wie gesagt: in den meisten Fällen liegt es daran): Was passiert, wenn du mit dem Internet Explorer OWA aufrufst? Bekommst du dann eine Warnmeldung?
Hallo Filipp,
Zum PS:
Ja ich bekomme eine Warnmeldund beim OWA, was ich auch auf das Zertifikat schieben möchte, es aber auch nicht anders kenne. War bei unseren alten SBS 2003 auch nicht anders. Doch da ging der Abwesenheitsassistent.
Vom Client aus erscheint:
Es besteht ein Problem mit dem Sicherheitszertifikat der Website.
Das Sicherheitszertifikat dieser Website wurde für eine andere Adresse der Website ausgestellt.
Die Sicherheitszertifikatprobleme deuten eventuell auf den Versuch hin, Sie auszutricksen bzw. Daten die Sie an den Server gesendet haben abzufangen.
Es wird empfohlen, dass Sie die Webseite schließen und nicht zu dieser Website wechseln.
Klicken Sie hier, um diese Webseite zu schließen.
Laden dieser Website fortsetzen (nicht empfohlen).
Nach einem Klick auf "Laden dieser Website fortsetzen (nicht empfohlen)" erscheint:
Serverfehler 403 - Verboten: Zugriff verweigert.Die angegebenen Anmeldeinformationen berechtigen Sie nicht dazu, dieses Verzeichnis oder diese Seite anzuzeigen.
Wenn ich den OWA über den Server öffne klappt es ohne Fehler.
Gruß Eitel
Zum PS:
Ja ich bekomme eine Warnmeldund beim OWA, was ich auch auf das Zertifikat schieben möchte, es aber auch nicht anders kenne. War bei unseren alten SBS 2003 auch nicht anders. Doch da ging der Abwesenheitsassistent.
Vom Client aus erscheint:
Es besteht ein Problem mit dem Sicherheitszertifikat der Website.
Das Sicherheitszertifikat dieser Website wurde für eine andere Adresse der Website ausgestellt.
Die Sicherheitszertifikatprobleme deuten eventuell auf den Versuch hin, Sie auszutricksen bzw. Daten die Sie an den Server gesendet haben abzufangen.
Es wird empfohlen, dass Sie die Webseite schließen und nicht zu dieser Website wechseln.
Klicken Sie hier, um diese Webseite zu schließen.
Laden dieser Website fortsetzen (nicht empfohlen).
Nach einem Klick auf "Laden dieser Website fortsetzen (nicht empfohlen)" erscheint:
Serverfehler 403 - Verboten: Zugriff verweigert.Die angegebenen Anmeldeinformationen berechtigen Sie nicht dazu, dieses Verzeichnis oder diese Seite anzuzeigen.
Wenn ich den OWA über den Server öffne klappt es ohne Fehler.
Gruß Eitel
wenn du du proxy verwendets hast du ein problem ^^
Hallo,
Nun weiß ich nicht, wie deine Server heißen, was du vielleicht noch für DNS-Aliase angelegt hast etc. Und bei SBS war das Namespace-Planning m.W. etwas anders als bei Exchange selber -> Da kann ich dir so nicht weiterhelfen und würde dich auf das Internet verweisen.
Danijel schrie etwas von Proxy, das kann da durchaus die Ursache sein (dass der sich nämlcih einfach an OWA zu authentifizieren versucht, aber eben mit falschen Credentials). Grundsätzlich sind OWA, EAS und RPC-over-HTTPS aber proxyfähig.
Gruß
Filipp
Zum PS:
Ja ich bekomme eine Warnmeldund beim OWA, was ich auch auf das Zertifikat schieben möchte, es aber auch nicht anders kenne.
Da haben wir's doch.Ja ich bekomme eine Warnmeldund beim OWA, was ich auch auf das Zertifikat schieben möchte, es aber auch nicht anders kenne.
War bei unseren alten SBS 2003 auch nicht anders. Doch da ging der Abwesenheitsassistent.
Ja. Aber da gab's auch noch keine Exchange Web Services (EWS). Deswegen hat auch Outlook 2010 OOF, Regeln, Free&Busy über MAPI gemacht. Aber wenn es an einem Exchange 2007 oder 2010 angeschlossen ist, möchte es dafür unbedingt EWS verwenden, und lässt sich davon auch nicht abringen. Über Autodiscover ermittelt Outlook, unter welcher URL EWS erreichbar ist. Und wenn Autodiscover nicht funktioniert, kann OL die URL nicht ermitteln, und etliches geht nicht. Außerdem besteht Outlook darauf, dass mit der Verschlüsselung "alles sauber" ist, sprich: das das Zertifikat auf den richtigen Namen und von einer vertrauenswürdigen Zertifizierungsstelle ausgestellt ist.Es besteht ein Problem mit dem Sicherheitszertifikat der Website.
Das Sicherheitszertifikat dieser Website wurde für eine andere Adresse der Website ausgestellt.
Dann lautet also das Zertifikat auf den falschen Namen. Wahrscheinlich kommt noch hinzu, dass der Herausgeber vom Client nicht als vertrauenswürdig angesehen wird.Das Sicherheitszertifikat dieser Website wurde für eine andere Adresse der Website ausgestellt.
Nun weiß ich nicht, wie deine Server heißen, was du vielleicht noch für DNS-Aliase angelegt hast etc. Und bei SBS war das Namespace-Planning m.W. etwas anders als bei Exchange selber -> Da kann ich dir so nicht weiterhelfen und würde dich auf das Internet verweisen.
Nach einem Klick auf "Laden dieser Website fortsetzen (nicht empfohlen)" erscheint:
Serverfehler 403 - Verboten: Zugriff verweigert.Die angegebenen Anmeldeinformationen berechtigen Sie nicht dazu, dieses
Verzeichnis oder diese Seite anzuzeigen.
Das allerdings ist auch schlecht & sollte nicht sein.Serverfehler 403 - Verboten: Zugriff verweigert.Die angegebenen Anmeldeinformationen berechtigen Sie nicht dazu, dieses
Verzeichnis oder diese Seite anzuzeigen.
Danijel schrie etwas von Proxy, das kann da durchaus die Ursache sein (dass der sich nämlcih einfach an OWA zu authentifizieren versucht, aber eben mit falschen Credentials). Grundsätzlich sind OWA, EAS und RPC-over-HTTPS aber proxyfähig.
Gruß
Filipp
Hallo Filipp!
Ich habe ein ähnliches Problem mit dem Abwesenheitsassistenten.
Die Zertifikate wurden zwar selbst ausgestellt, funktionieren aber und sobald die auch unter den Vertrauenswürdigen sind, kann man ohne Fehlermeldung von extern OWA und Outlook ohne ständige Meldung bedienen.
Dennoch funktionieren bei einem User die Automatischen Antworten weder in Outlook 2010, noch in Outlook 2013 nicht.
Von extern bekomme ich beim Anmelden am OWA ein Timeout, die Bandbreite und Performance ist aber auch sehr beschränkt.
OWA und die automatischen Antworten für diesen User funktionieren intern, ist aber auch mit Timeouts mitunter verbunden.
Kann man das jetzt pauschal auf die Performance schieben?
Ich habe ein ähnliches Problem mit dem Abwesenheitsassistenten.
Die Zertifikate wurden zwar selbst ausgestellt, funktionieren aber und sobald die auch unter den Vertrauenswürdigen sind, kann man ohne Fehlermeldung von extern OWA und Outlook ohne ständige Meldung bedienen.
Dennoch funktionieren bei einem User die Automatischen Antworten weder in Outlook 2010, noch in Outlook 2013 nicht.
Von extern bekomme ich beim Anmelden am OWA ein Timeout, die Bandbreite und Performance ist aber auch sehr beschränkt.
OWA und die automatischen Antworten für diesen User funktionieren intern, ist aber auch mit Timeouts mitunter verbunden.
Kann man das jetzt pauschal auf die Performance schieben?
Hallo,
Gruß
Filipp
Dennoch funktionieren bei einem User die Automatischen Antworten weder in Outlook 2010,
noch in Outlook 2013 nicht.
Seeeehr exakte Fehlerbeschreibung (von der doppelten Verneinung mal abgesehen). Insbesondere auch im Zusammen hang mitnoch in Outlook 2013 nicht.
OWA und die automatischen Antworten für diesen User funktionieren intern
"Funktionieren" sie nun oder nicht?Von extern bekomme ich beim Anmelden am OWA ein Timeout
Wenn gar nichts geladen wird, liegt das meistens nicht an Bandbreite/Latenz, sondern daran, dass die andere Seite nichts liefert (z.B. aufgrund fehlerhafter Firewalleinstellungen).Gruß
Filipp
