Hanos22

Moin, du hattest recht! Ich habe die beiden Verzeichnisse manuell gelöscht und dann konnte ich es wieder anlegen. Danke für den Tipp!! Leider hat sich das Grundproblem dadurch nicht geändert. Die Abwesenheitsregel im lokalen Outlook funktioniert immer noch nicht. Werde mal weiter probieren. Gruß

Doch, das Verzeichnis ist vorhanden! s. Anhang! Beim Verzeichnis erstellen kommt die Meldung " Verzeichnis schon vorhanden" Ich bin als Administrator angemeldet und PS ist auch im Admin Mode ausgeführt.

Der Server!

Der Befehl get-autodiscovervirtualdirectory gibt nichts aus, deshalb wollte ich das Verzeichnis löschen und neu anlegen. Was meinst du mit Schreibfehler? PS C:\Users\Administrator.EXCHAN2010> get-clientaccessserver Name EXCHAN2010

Hallo, ich möchte gerne das virt. Autodiscover Verzeichnis mit der PS Konsole löschen und bekomme untenstehende Fehlermeldung. Der Befehl ist korrekt und das Verzeichnis existiert auch( obwohl die Fehlermeldung was anderes sagt). Vielleicht kann sich das mal jemand ansehen. PS C:\Users\Administrator.EXCHAN2010> Remove-AutodiscoverVirtualDirectory -Identity "Exchan2010\Autodiscover (Default Web Site)" Remove-AutodiscoverVirtualDirectory : Der Vorgang konnte nicht ausgeführt werden, weil das Objekt 'Exchan2010\Autodiscover (Default Web Site)' nicht auf 'Exchan2010.domäne.de' gefunden wurde. Bei Zeile:1 Zeichen:36 Remove-AutodiscoverVirtualDirectory <<<< -Identity "Exchan2010\Autodiscover (Default Web Site)" + CategoryInfo : NotSpecified: (0:Int32) [Remove-AutodiscoverVirtualDirectory], ManagementObjectNotFoundException + FullyQualifiedErrorId 78B244FA,Microsoft.Exchange.Management.SystemConfigurationTasks.RemoveAutodiscoverVirtualDirectory Gruß :)

Wieso zwei Zertifikate ? Ich habe das alte entfernt und ein neues erstellt !

Die Aktualisierung der IP Adresse klappt einwandfrei. Das komische ist, das nach einmaliger Aktivierung (allerdings nur mit Domänenanmeldung) die RPC Anbindung wunderbar funktioniert. Er muss nur einmal den Namen auflösen. Fehlt vielleicht noch ein Eintrag im DNS oder im IIS ? Habe keine Idee mehr :( Gruß

Kurzes Update: Habe jetzt das Zertifcat neu erstellt, mit dem Dyndns Namen. Hat auch wunderbar funtioniert. Aber der Fehler ist immer noch da. Wenn ich von extern über RPC zugreifen will, kann der Exchange Server nicht gefunden werden. Habe schon etliche Posts mit diesem Problem gelesen, aber bis zur Lösung hat es nie gereicht :( Gruß

Habe ich da was völlig falsch verstanden? Der FQDN ist auch der Zertifikatsname. Dieser verweist in einem MX record auf meine DYNDNS Adresse. OWA funktioniert ohne Fehlermeldung :confused

Sorry mit dem Echtnamen, vergessen. Mein Zertifikat ist auf den FQDN des Servers ausgestellt. Server2003.xx.xxx.de liegt auf meine Dyndnsadresse und ist von außen erreichbar. Deshalb wundere ich mich auch, das das zertifkat angemeckert wird.

Habe gerade das Microsoft Analyzer programm laufen lassen. Der schmeißt mir doch einen Zertifikatsfehler raus :confused: Verstehe ich nicht. Hier die Meldung: Testing SSLCertificate for validity. The SSLCertificate failed one or more certificate validation checks. Tell me more about this issue and how to resolve it Additional Details The SSL Certificate was issued by CN=server2003.xxx.de, DC=xx-xxx-xx, DC=de and is not trusted by Windows, if this is an internal CA and not trusted by our server, please check the box to ignore trust when performing the test (Note: this option is not available for the RPC/HTTP test). – Nein, Port 443 ist überall open.

Die Ports sind ja aufgrund der RPC installation auf dem server schon freigeschaltet. Im übrigen funktioniert es ja, sobald ich einmal eine Verbindung hatte. Aber ich muss noch 6 externe Rechner anbinden, wo ich keine Domänenanmeldung praktizieren kann. Das procedere läuft über Dyddns, ist aber im Zertifiakt enthalten. Zertifikatsfehler schliesse ich aus, da OWA einwandfrei funktioniert. – Danke,muss ich mal nach suchen.

Nein, habe die Zertifikate auf den Clients importiert.

Hallo Leute, habe hier einen Exchange 2003 Single Server der einwandfrei läuft. Auch OWA ist von jedem beliebigen Rechner aufrufbar. Dann habe ich RPC over HTTP installiert und musste feststellen, das ich intern und auch extern keine Verbindung zum Server herstellen konnte. Der Client versucht eine HTTPS Verbindung aufzubauen und bricht irgendwann mit der Meldung " Kann keine verbindung zum Exchange Server aufbauen. Outlook muß im Onlinemodus verfügbar sein" Im RPC Logfile steht auch nichts drin, was einen weiterbringt. Dann habe ich mich intern mit einem Client, der vorher nicht funktionierte, an der Domäne angemeldet und das RPC Procedere nochmal durchgespielt. Und siehe da, es funktionierte. Auch ohne Domänenanmeldung klappt es jetzt auf diesem Rechner ohne Probleme. Aber jeder externe Rechner versucht verzweifelt sich an dem Exchange Server anzumelden. Jemand eine Idee, woran das liegen könnte. Gruß

Fehlermeldung wie gehabt "Seite kann nicht angezeigt werden" Gelesen habe ich schon fast alles. Ich glaube, ich werde morgen ein neues Zertifikat auf den Servernamen erstellen. Das läuft wenigstens :rolleyes: