Abwesenheitsassisten funktioniert nicht Outlook 2007/2010 und Exchange 2007

[Adrian.Chaventre 0]

Hallo zusammen,

 

dieses Thema wurde zwar schon oft behandelt, allerdings konnte ich durch die verschiedenen Posts mein Problem nicht lösen.

 

Zuerstmal zum System:

Windows Small business Server 2003 mit Exchange 2007

Windows Server 2003 R2 SP2 Standard als Terminal Server 

 

Also das Problem ist folgendes:

Bei einem Kunden geht bei manchen Mitarbeitern der Abwesenheitsassistent nicht. Ich habe mich schon durch die Eventlogs gekämpft und eigentlich nur unwichtige Meldungen erhalten - eine Meldung war noch dabei dass die Exchange Datenbank voll sei: Finde ich komisch weil bei keinem Mitarbeiter eine Nachricht kam und die E-Mails auch ohne Probleme funktionieren. Ich habe vorsichtshalber trotzdem mal die Datenbankgröße angepasst (+10 GB).

 

Ich habe über Google diesen Beitrag hier gefunden - dort wurde das Problem am Ende durch setzen eines DNS Eintrags behoben. Ich weiß allerdings gerade nicht, wo ich diesen genau setzen muss, damit es funktioniert...

 

Habt ihr vielleicht noch einen Tipp für mich oder einen Ansatz mit welchem ich das Problem beheben kann?

 

Viele Grüße und vielen Dank schon mal im Voraus ;)

 

 

[testperson 1.680]

Hi,

 

sind Server, Exchange Server, Client und Outlook aktuell gepatched? Gibt es evtl. einen Proxy an den Clients und dieser ist nicht sauber konfiguriert? Was sagt der E-Mail Autkonfigurations Test im Outlook?

Das Zertifikat auf dem Exchange ist gültig und enthält auch die benötigten Namen?

 

Gruß

Jan

[Adrian.Chaventre 0]

Hallo testperson ;)

 

Erstmal Danke für die schnelle Antwort.

Exchange Server, Clients und Outlook müssten auf dem aktuellsten Stand sein, einen Proxyserver gibt es nicht. Der E-Mail Autokonfigurationstest gibt verschiedene Werte zurück, kommt drauf an, ob es an einem Client ist, bei welchem der Abwesenheitsassistent funktioniert oder nicht. Ich kann leider gerade nur auf dem TS als Admin testen und da funktioniert alles... Ich werde den Test auf dem PC wiederholen, an welchem es auf jeden Fall nicht klappt und werde dann nochmal die genauen Meldungen posten.

 

Das Zertifikat passt und ist auch noch gültig. Was meinst du mit benötigten Namen?

 

Viele Grüße, Adrian

[testperson 1.680]

Hi,

 

die Common Names bzw. SANs im Zertifikat. Beim SBS sollte es z.B. SBS.domain.tld, remote.externedomain.de und Sites(?) sein. Ist es ein Zertifikat von der SBS Zertifizierungsstelle oder ein vertrauenswürdiges einer Drittanbieter CA? Das Zertifikat wird am fehlerhaften Client auch als vertrauenswürdig eingestuft und die Zertifikatskette ist ebenfalls in Ordnung?

 

Gruß

Jan

[Sunny61 806]

Ein SBS 2003 mit Exchange 2007? Bist Du sicher?

[Adrian.Chaventre 0]

Ein SBS 2003 mit Exchange 2007? Bist Du sicher?

 

Es ist nicht direkt ein SBS 2003 sondern ein Windows Server Standard FE, der basiert aber auf einem SBS 2003.

 

 

Hi,

 

die Common Names bzw. SANs im Zertifikat. Beim SBS sollte es z.B. SBS.domain.tld, remote.externedomain.de und Sites(?) sein. Ist es ein Zertifikat von der SBS Zertifizierungsstelle oder ein vertrauenswürdiges einer Drittanbieter CA? Das Zertifikat wird am fehlerhaften Client auch als vertrauenswürdig eingestuft und die Zertifikatskette ist ebenfalls in Ordnung?

 

Gruß

Jan

 

Wir haben ein Zertifikat für OWA - also für die Subdomain owa.kundendomain.de. Das Zertifikat ist von einer Vertrauenswürdigen Zertifikatsstelle ausgestellt worden - wenn ich also auf https://owa.kundendomain.de gehe bekomme ich keine Zertifikatsfehler.

 

Ob das Zertifikat auf dem fehlerhaften Client als vertrauenswürdig angezeigt wird, weiß ich gerade nicht. Der Termin des Mitarbeiters dürfte bald zu Ende sein und dann kann ich mich nochmals Remote auf den Client schalten und das Überprüfen.

 

Get-AutodiscoverVirtualDirectory | fl Identity,InternalUrl,ExternalUrl

 

Identity    : Servernamen\Autodiscover (SBS Web Applications)

InternalUrl : https://remote.kundendomain.de/Autodiscover/Autodiscover.xml

ExternalUrl : https://owa.kundendomain.de/autodiscover/autodiscover.xml

 

Get-ClientAccessServer | fl Identity,AutodiscoverServiceInternalUri

 

Identity                       : Servernamen

AutoDiscoverServiceInternalUri : https://owa.kundendomain.de/autodiscover/autodiscover.xml

 

Get-WebservicesVirtualDirectory | fl Identity,InternalUrl,ExternalUrl

 

Identity    : Servernamen\EWS (SBS Web Applications)

InternalUrl : https://owa.kundendomain.de/ews/exchange.asmx

ExternalUrl : https://firmenname.ath.cx/EWS/Exchange.asmx

 

Get-OabVirtualDirectory | fl Identity,InternalUrl,ExternalUrl

 

 

Identity    : Servernamen\OAB (SBS Web Applications)

InternalUrl : https://owa.kundendomain.de/oab

ExternalUrl : https://owa.kundendomain.de/OAB

 

Get-OwaVirtualDirectory | fl Identity,InternalUrl,ExternalUrl

 

Identity    : Servernamen\owa (SBS Web Applications)

InternalUrl : https://owa.kundendomain.de/owa

ExternalUrl : https://owa.kundendomain.de/owa

 

Identity    : Servernamen\Exadmin (SBS Web Applications)

InternalUrl :

ExternalUrl :

 

Identity    : Servernamen\Exchange (SBS Web Applications)

InternalUrl :

ExternalUrl :

 

Identity    : Servernamen\Exchweb (SBS Web Applications)

InternalUrl :

ExternalUrl :

 

Identity    : Servernamen\Public (SBS Web Applications)

InternalUrl :

ExternalUrl :

 

Get-ActiveSyncVirtualDirectory | fl Identity,InternalUrl,ExternalUrl

 

Identity    : Servernamen\Microsoft-Server-ActiveSync (SBS Web Applications)

InternalUrl : https://owa.kundendomain.de/Microsoft-Server-ActiveSync

ExternalUrl : https://owa.kundendomain.de/Microsoft-Server-ActiveSync

 

Könnte es daran liegen, dass hier ab und zu als Interne Adresse etwas mit remote. steht? Weil diese Adresse gibt es nicht.

[NorbertFe 2.041]

Es ist nicht direkt ein SBS 2003 sondern ein Windows Server Standard FE, der basiert aber auf einem SBS 2003.

Wie bitte?

 

 

 

Wir haben ein Zertifikat für OWA - also für die Subdomain owa.kundendomain.de. Das Zertifikat ist von einer Vertrauenswürdigen Zertifikatsstelle ausgestellt worden - wenn ich also auf https://owa.kundendomain.de gehe bekomme ich keine Zertifikatsfehler.

OK.

 

Get-AutodiscoverVirtualDirectory | fl Identity,InternalUrl,ExternalUrl

 

Könnte es daran liegen, dass hier ab und zu als Interne Adresse etwas mit remote. steht? Weil diese Adresse gibt es nicht.

Ja könnte. Und das müßtest du aus dem von dir geposteten Thread ja eigentlich schon rausgelesen haben, oder? ;)

 

Bye

Norbert

[Adrian.Chaventre 0]

Wie bitte?

Upps, vertan :D Basiert auf SBS 2008 und Essential Business Server 2008.

 

 

Ja könnte. Und das müßtest du aus dem von dir geposteten Thread ja eigentlich schon rausgelesen haben, oder? ;)

 

Und weißt du vielleicht auch was ich genau machen müsste, dass es passt?

 

 

Grüße, Adrian

[NorbertFe 2.041]

Naja du mußt die URLs (internal UND external) so definieren, dass sie eben von intern und extern durch den jeweiligen Client auch erreichbar sind und zum Zertifikat des Exchangeservers passen. Spontan fällt auf, dass dein EWS Verzeichnis intern per https://owa.... und von extern https://deindomainname.... angesprochen wird.

 

Bye

Norbert

[Adrian.Chaventre 0]

Naja du mußt die URLs (internal UND external) so definieren, dass sie eben von intern und extern durch den jeweiligen Client auch erreichbar sind und zum Zertifikat des Exchangeservers passen. Spontan fällt auf, dass dein EWS Verzeichnis intern per https://owa.... und von extern https://deindomainname.... angesprochen wird.

 

Bye

Norbert

 

Ok - das heißt ich muss die Pfade anpassen, dass es bei extern z.B. über die owa.kundendomain.de erreichbar ist und für intern reicht dann servername.domänenname.domänenendung?

[NorbertFe 2.041]

Was steht denn in deinem Zertifikat?

[Adrian.Chaventre 0]

Das Zertifikat ist nur für die Adresse https://owa.kundendomain.de ausgestellt.

[NorbertFe 2.041]

Quizfrage: Was wirst du dann intern und extern eintragen müssen?

 

Bye

Norbert

 

PS: Und damit deine internen User nicht erst nach extern müssen, leg ne Hostzone im DNS an owa.kundendomain.de mit der internen IP Adresse des Exchangeservers.

bearbeitet 6. März 2014 von NorbertFe

[Adrian.Chaventre 0]

Quizfrage: Was wirst du dann intern und extern eintragen müssen?

 

Bye

Norbert

 

PS: Und damit deine internen User nicht erst nach extern müssen, leg ne Hostzone im DNS an owa.kundendomain.de mit der internen IP Adresse des Exchangeservers.

 

https://owa.kundendomain.de ?? :-P ^^

 

Ok dann lege ich gleich den DNS Eintrag an und editiere die Einstellungen auf owa... Dann melde ich mich nochmal ob es geklappt hat ;) Weist du vielleicht die Befehle dafür auswendig?

bearbeitet 6. März 2014 von Adrian.Chaventre

[NorbertFe 2.041]

Antworten werden nicht mit ?-zeichen beendet! :p