Kleine IT-Episoden, der Diabetes & das wahre Leben
Das für die Nutzung von Microsoft Exchange Server 2013 in einer Microsoft Exchange Server 2010-Umgebung erforderliche Cumulative Update ist am 02.04.2013 erschienen. Mit diesem Update sowie dem entsprechenden Exchange Server 2010 SP3, welches erforderlich ist, kann eine Migration auf die neuste Version des Exchange Servers durchgeführt werden.
Link
P.S. Das Service Pacck 3 des Microsoft Exchange Servers wird ebenfalls bei einer Installation auf einem Microsoft Windows Server 2012 benötigt.
Link
Um PowerShell-Skripte als Benutzer auszuführen möchte muss dieses erst einmal freigeben, da diese Funktion bei der Standard-Installation deaktiviert ist.
Dazu kann der folgende Befehl genutzt werden, der als Administrator ausgeführt werden muss:
Set-ExecutionPolicy Unrestricted
Um dieses zum Beispiel bei automatisierten Installation anpassen zu können, ist auch eine Bearbeitung der Registry möglich, um diese Option anzupassen:
Pfad: HKEY_LOCAL_MACHINE\Software\Microsoft\Powershell\1\ShellIds\Microsoft.Powershell
Name: ExecutionPolicy
Typ: REG_SZ
Wert: Unrestricted
Es gibt allerdings noch weitere Policy-Einstellungen, die ich hier gern hier einmal zusammenfasse:
OMA hat nichts mit dem Familienstand zu tun, sondern ist ein wieder eingeführtes Feature mit dem Service Pack 2 für Exchange 2010.
Über den folgenden Link wird der Zugriff ermöglicht:
http://exchangeserver/owa/oma
Es muss vom Nutzer immer der gesamte String angegeben werden.
Zur Authentifizierung von einem Standard-Client wird eine Benutzer- und Kennwortabfrage genutzt. Benutzer, die auf den Standard Outlook Web App zugreifen dürfen, können auch diese Funktionalität nutzen.
Über OMA wie bei OWA können ebenfalls Mails abgerufen werden. Dieses kann zum Beispiel für Abfragen von zusätzlichen Postfächer über Mobile Devices genutzt werden, die entweder eine geringe Netzwerkanbindung haben bzw. nur einen minimalistischen Zugriff über den Browser zum Beispiel bei älteren Smartphones nutzen können.
Da es sich bei dieser Zugriffsmöglichkeit mit einem begrenzten Funktionsumfang zur Verfügung steht und zum Beispiel ein IRM (Rechtemanagement) nicht genutzt werden kann, ist es in manchen Umgebungen erforderlich diese Webseite zu deaktivieren.
Dieses kann über den folgenden Befehl durchgeführt werden:
Set-OWAMailboxPolicy
-OWAMiniEnabled:$False
Bei einer meiner Installationen kam es zu Problemen bei der Aktualisierung durch diefolgenden Microsoft-Updates:
Ich konnte diese Installationsmöglichkeit mit der Funktion „Software“ der Systemsteuerung (adaptiv „Programme und Funktionen“ seit Windows Vista) wieder zur Verfügung stellen.
Ich musste dafür die Software „.NET Framework 4 Client Profile“ reparieren. Sollte der Button „Ändern/Entfernen“ nicht zur Verfügung stehen, muss nur das entsprechende MSI-Paket von Microsoft geladen werden und die Reparatur-Funktion wird bei der Ausführung angeboten.
Am gestrigen Tage erhielt ich eine Anfrage aufgrund meines Artikels zum Active Directory-Schema und der Installation des entsprechenden SnapIns per DLL-Registrierung. Der Anfragende bekam immer die Fehlermeldung „The Module schmmgmt.dll Loaded but the Call to DllRegisterServer Failed with Error Code 0x80040201“.
Er hatte auch seinem Benutzer die höchstmöglichen Active-Directory-Rechte eingeräumt, was allerdings den Fehler nicht beseitigte. Das Hinderniss um den Befehl erfolgreich auszuführen war die UAC, die bei Windows Server 2008 R2 genauso aktiviert ist wie bei den Clientbetriebssystemen.
Nachdem der Fragende den Befehl „regsvr32 schmmgmt.dll“ in einem Konsolenfenster mit administrativer Berechtigung ausgeführt hatte bekam er von dem System eine Erfolgreiche Rückmeldung und konnte auch das SnapIn nutzen.
Nach der Installation der „Remote Server Administration Tools“, die zum Beispiel für die Verwaltung einer Active Directory oder zum Erstellen von Gruppenrichtlinien verwandt wird, erscheinen diese als Programmgruppe unter dem Punkt „Alle Programme“ sowie als Unterpunkt im „Startmenü“.
Dieses kann per Registry-Key getrennt voneinander ausgeblendet werden.
Eintrag „Administrative Tools“ im Startmenü verbergen:
Pfad: HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Explorer\Advanced
Objekt: StartMenuAdminTools
Objekttyp: DWORD
Value: 0
Programmgruppe unter „Alle Programme“ verbergen:
Pfad: HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Explorer\Advanced
Objekt: Start_AdminToolsRoot
Objekttyp: DWORD
Value: 0
Der generellte Zugriff auf die eingebundenen Management-Konsolen ist weiterhin möglich und wird durch diese Registrywerte nicht beeinträchtigt.
Aufgrund einer Domänenumstellung bei einem Kunden war es erforderlich den Befehl ADPREP von einer Windows Server 2008 R2-CD auszuführen.
Dabei musste auf einem Domänencontroller mit Windows Server 2003 R2 (32-Bit) eine Schemavorbereitung für eine Windows Server 2008 R2 Domäne durchgeführt werden.
Dieses stellt im eigentlichen kein Problem dar, wenn man an eine Kleinigkeit denkt:
Ich hatte leider noch eine ältere Zusammenstellung in meinen Unterlagen gefunden, wo der diese Unterscheidung leider nicht noch dokumentiert war.
Somit konnte ich mit dem entsprechenden Befehlen die Domäne auf ihre Umstellung auf einem Windows Server 2008 R2-Domänencontroller vorbereitet werden:
adprep32 /forestprep
adprep32 /domainprep /gpprep
Nach dem Hinzufügen des ersten Domänencontrollers sollte noch der folgende Befehl ausgeführt werden.
adprep32 /rodcprep
Somit hat man Befehl komplett für die Umstellung genutzt.