Exchange 2010 hat das Konzept der internen und externen URLs für verschiedene virtuelle Verzeichnisse für den Client Access Server (CAS-Rolle).

Sie müssen alle Werte für URLs angeben wegen möglicher Probleme mit Zertifikaten und Auffindbarkeit von Exchange-Dienste für die Benutzer.

Hier sind Commandlets in Powershell alle virtuellen Verzeichnisse URLs in Exchange 2010 zu steuern (die meisten oder alle von ihnen auch in Exchange 2013 arbeiten werden):

Exchange 2010 und 2013 teilweise wird mit Hilfe von Exchange Control Panel (ECP). Ist ein Web-Service, der ausgeführt wird, auf dem IIS auf dem Client Access Server. Das Problem ist, dass, wenn Sie veröffentlichen OWA), werden Sie automatisch veröffentlichen ECP im Internet auch. Und das bedeutet eine Bedrohung für die Sicherheit.

Wenn Sie IIS ARR als Reverse Proxy für die Veröffentlichung von Exchange Online, können Sie eine Regel erstellen обрабоки, die verbieten den Zugriff auf die URL der Art https://owa.domain.com/ecp/.

So finden Sie alle Postfächer in Exchange 2010/2013 mit E-mail-Weiterleitung aktiviert?

Es ist nur ein string in Powersehll:

Wie Sie wissen, gibt es viele Arten von Exchange 2013-Protokolle und viel Speicherplatz verwendet wird - und - Platz auf Systemplatte. Theoretisch kann man Pfade aller Protokolle in Powershell ändern. Aber wegen der Anzahl der Protokolle Typen in Exchange, alle diese Ordner verwalten (und Dateigrößen, Verzeichnisgrößen, max Alter von Dateien) zu einem wahren Alptraum.

So habe ich für mich und dich ein wenig Notiz in Powershell -Skripts, so kann ich sie nach der Installation des nächsten neuen Server ausgeführt werden.

Während bisher meine Exchange-Infrastruktur erstreckt und zu modifizieren, wurde ich brauchte Receive Connectors von einem Server auf einen anderen zu kopieren. Ich schrieb ein einfaches Template-Skript für diese Aufgabe.

Ab Version Exchange 2010 präsentierte Entwickler uns sehr gute Lösung für hohe Verfügbarkeit und Fehlertoleranz von Mailbox-Datenbank-Server - Database Availability Group (DAG).

Aber Situation war nicht so lustig mit hoher Verfügbarkeit von Client Access Server in Exchange 2010. Wir hatten CAS-Arrays und NLB-Cluster zu erstellen (basierend auf Windows oder Hardware-Lösungen).

Glücklicherweise Microsoft in Exchange 2013 nach vorn auf der brandneuen Lösung der Bereitstellung von Client-Zugriff auf den Dienst gegangen. Eigentlich, jetzt sind wir "ehemaligen" Outlook Anywhere haben, die für die Kunden aus dem Internetarbeiten, sowie für die Kunden aus dem Intranet. Client-Anfragen an Server nun unabhängig von Verbindung verarbeitet, das heißt jetzt ist es absolut nicht wichtig, was genau CAS-Server an den Client antworten, weil alle Verarbeitungen von Anfragen an Postfachservern durchgeführt werden, und die CAS-Server nur Pakete werfen hin und her.

Die riesige Skalierbarkeit von Microsoft Exchange trägt schwerwiegende Nachteile zusätzlich zu all seinen Vorteilen. Einer dieser Nachteile - Schwierigkeiten bei der Nachricht von Log-Dateien zu verfolgen. Durch mehrere Transportserver haben, vorbei an jede Nachricht durch jede Mailbox-Server und lassen Sie es auf der Spur in den Protokollen.

Heute habe ich Ihnen helfen, zumindest teilweise in der Nachrichten versuchen wird in Exchange 2013 zu verfolgen.

Sobald alle Nachrichten von Exchange-Benutzern in der Datenbank gespeichert sind, können wir die Suche ausführen und bei Bedarf Aktionen gegen Nachrichten löschen. Es ist in einigen Fällen erforderlich, zum Beispiel, wenn Mitarbeiter gesendet Nachricht mit vertraulichen Informationen an den falschen Empfänger oder Sie müssen nur eine Nachricht zu finden und schauen Sie es... es kann eine Menge von Optionen.

Was kann der Exchange 2010/2013/2016 uns in solchen Fällen anbieten? Wir können Postfächer (alle oder bestimmte) in der Datenbank durchsuchen und die Suchergebnisse in eine andere Mailbox kopieren. Bei Bedarf können wir auch Suchergebnisse aus den Quellpostfächern löschen.