faq-o-matic.net » Exchange

AddReplicaToPFRecursive.ps1 und Leerzeichen im Ordnernamen

Nils Kaczenski — Tue, 09 Mar 2010 20:40:29 +0000

Exchange Server 2007 bringt ein PowerShell-Skript mit, mit dem man zu allen Öffentlichen Ordnern eines Exchange-Servers ein Replikat hinzufügen kann. Muss es auch, denn die grafische Ordnerverwaltung hat diese Funktion leider nicht mehr …

Leider schlägt das Skript aber oft fehl und meldet, es könne einen Parameter nicht erkennen. Dabei handelt es sich dann um einen Teil des Ordnernamens. Es liegt auf der Hand: Das Skript kommt nicht mit Leerzeichen klar. (Eigentlich ziemlich peinlich, aber lassen wir das.)

Die Abhilfe ist zwar einfach, aber man kommt kaum selbst drauf: Man füge in die Angabe des Ordnernamens innerhalb der doppelten Anführungsstriche noch einmal “einfache” Anführungsstriche hinzu (besser gesagt: Apostrophen). So:

AddReplicatoPFRecursive.ps1 -TopPublicFolder "'\PublicFolder with space'" -ServerToAdd NeuerServer

Hier noch die Quelle – Ehre, wem Ehre gebührt:

[Managing spaces in AddReplicaToPFRecursive.ps1 script | Zero Hour Sleep]

http://www.zerohoursleep.com/2009/12/managing-spaces-in-addreplicatopfrecursiveps1-script/

Exchange 2010 ohne Backup und dennoch sicher?

Nils Kaczenski — Thu, 25 Feb 2010 19:25:03 +0000

Exchange-MVP Walter Steinsdorfer hat einen lesenswerten Artikel zu der Marketingaussage geschrieben, dass Exchange 2010 aufgrund seiner Verfügbarkeits-Architektur kein Backup mehr benötige. Sein Fazit: “Exchange 2010 ohne Backup zu betreiben geht. Allerdings in engen Grenzen.”

Hier geht’s zum Artikel:

[Microsoft, Exchange 2010 und die Datensicherungsstory - Exchange, Security and Active Directory]
http://msmvps.com/blogs/wstein/archive/2010/02/24/microsoft-exchange-2010-und-die-datensicherungsstory.aspx

Exchange 2007/2010: Mail-Verteiler von außen nutzbar machen

Nils Kaczenski — Fri, 19 Feb 2010 08:49:48 +0000

In Exchange 2007 und 2010 sind neue Mail-Verteilergruppen standardmäßig nur intern nutzbar. Möchte man einen Verteiler einrichten, der von außen per Mail erreichbar ist, muss man dies ausdrücklich einstellen. Anderenfalls erhält man die Fehlermeldung:

#550 5.7.1 RESOLVER.RST.AuthRequired; authentication required

Zur Umstellung öffnet man in der Exchange-Konsole (GUI) den Verteiler, dort die Registerkarte „Nachrichtenübermittlungseinstellungen“ und dort „Einschränkungen für die Nachrichtenzustellung“. Die dortige Einstellung „Authentifizierung aller Absender anfordern“ ist bei Exchange 2007 und 2010 standardmäßig für neue Gruppen aktiviert. Wenn der Verteiler von außen erreichbar sein soll, muss man das Häkchen entfernen.

Exchange 2007/2010: Besprechungsraum-Kalender einsehbar machen

Nils Kaczenski — Fri, 12 Feb 2010 16:59:00 +0000

Mit Exchange 2007 ist der vormals separate “Auto-Accept Agent” Teil des Hauptprodukts geworden. Diese Funktion ermöglicht es, einen zentral gepflegten und automatisch verwalteten Kalender für eine Ressource wie etwa einen Besprechungsraum zu erzeugen. Bei aktivierter Einstellung trägt der Raum Terminbuchungen in seinen Kalender ein (sofern er Zeit hat) und informiert den Einladenden darüber. Besteht ein Terminkonflikt, so lehnt die Ressource die Anfrage ab.

Soweit, so gut. Mit Exchange 2007 war es etwas beschwerlich, solche Mailboxen zu konfigurieren, weil vieles nur über die Shell möglich war. In Exchange 2010 lassen sich die Einstellungen komfortabel über die grafische Konsole verwalten. Ein Wunsch bleibt aber in vielen Umgebungen offen: Benutzer sollen sich in manchen Firmen den Kalender eines solchen Raums öffnen können, um nach freien Zeiten Ausschau zu halten.

Standardmäßig können Anwender nur die “Frei-/Gebucht”-Informationen anzeigen. Dadurch können Sie beim Planen eines konkreten Termins anhand von Balken in der Terminübersicht feststellen, ob die Ressource frei ist. Sollen die Benutzer direkt in den Kalender sehen können, um dort auch die Details zu den Terminen zu sehen, ist etwas mehr Aufwand nötig.

Als erstes erteilt man einem Benutzer volle Zugriffsrechte auf die Ressourcenmailbox. Das kann etwa ein Admin sein. Das nötige Shell-Kommando:

Add-MailboxPermission -Identity "Besprechungsraum 007" -User "ExAdmin1" -AccessRights FullAccess

Dieser Benutzer kann nun in Outlook den Kalender des Besprechungsraums in Outlook einbinden:

Dann klickt er mit der rechten Maustaste auf den Reiter des Raum-Kalenders, wählt Eigenschaften und dort Berechtigungen.

Nun kann man die gewünschten Benutzer hinzufügen und ihnen Leseberechtigung erteilen. Sollen einfach “alle alles” sehen dürfen, kann man auch die Berechtigung für “Standard” auf Stufe 2 hochsetzen.

Abschließend kann man, falls gewünscht, den Vollzugriff auf die Mailbox für den Admin wieder entfernen.

Exchange Server 2010: Voraussetzungen installieren

Nils Kaczenski — Wed, 16 Dec 2009 07:23:00 +0000

Exchange Server 2010 lässt sich unter Windows Server 2008 (x64, SP2 oder höher) und unter Windows Server 2008 R2 installieren. Bevor es allerdings losgeht, muss man einige Voraussetzungen schaffen. Die folgende Seite stellt diese zusammen und bietet gleich die nötigen Skriptkommandos zum Kopieren.

[Exchange 2010 Prerequisites: Exchange 2010 Help]
http://technet.microsoft.com/en-us/library/bb691354.aspx

Mit-MVP Anderson Patricio hat aus diesen Informationen ein Skript gebaut, das die Installation noch einmal deutlich vereinfacht (danke für diesen Hinweis an BrainStorm vom MCSEboard.de), und Pat Richard hat es verfeinert:

[Exchange Server : Automated prerequisite installation via PowerShell for Exchange Server 2010 on Windows Server 2008 R2]
http://www.ucblogs.net/blogs/exchange/archive/2009/12/12/Automated-prerequisite-installation-via-PowerShell-for-Exchange-Server-2010-on-Windows-Server-2008-R2.aspx

Der Vollständigkeit halber hier die wichtigsten Kommandos, um unter Windows Server 2008 R2 die Rollen Mailbox, Hub Transport und Client Access vorzubereiten – das dürfte für Ein-Server-Setups die typische Auswahl sein.

Zunächst das Microsoft Filter Pack installieren:
[Download details: Microsoft Filter Pack]
http://www.microsoft.com/downloads/details.aspx?FamilyId=60C92A37-719C-4077-B5C6-CAC34F4227CC&displaylang=en
Ins Startmenü-Suchfeld eintippen: PowerShell. Auf die erste Fundstelle (Windows PowerShell) rechtsklicken und das Programm als Administrator ausführen.
Folgende Kommandos eingeben (jeweils durch Return abgeschlossen):
Import-Module ServerManager
Add-WindowsFeature NET-Framework,RSAT-ADDS,Web-Server,Web-Basic-Auth,Web-Windows-Auth,Web-Metabase,Web-Net-Ext,Web-Lgcy-Mgmt-Console,WAS-Process-Model,RSAT-Web-Server,Web-ISAPI-Ext,Web-Digest-Auth,Web-Dyn-Compression,NET-HTTP-Activation,RPC-Over-HTTP-Proxy –Restart
Nach Abschluss des zweiten Kommandos startet der Server neu. Nach dem Neustart wieder eine Administrator-PowerShell öffnen und dort eintippen:
Set-Service NetTcpPortSharing -StartupType Automatic
Und Vorsicht: Das Ganze dauert eine Weile.

Exchange 2007: Offline-Adressbuch manuell aktualisieren

Alexander Loß — Thu, 19 Nov 2009 12:40:37 +0000

Standardmäßig erzeugt Exchange das Offline-Adressbuch (OAB) nachts um 5:00 Uhr, also nur einmal alle 24 Stunden. Zwar kann man die Erzeugung per Verwaltungskonsole oder per PowerShell auch manuell anstoßen – aber damit ist das OAB noch nicht für Clients verfügbar, denn auch der Prozess, der es an die Verteilungspunkte für die Clients kopiert, läuft nicht ständig (normalerweise nur alle 8 Stunden).

Wer nicht so lange warten will oder kann, kann folgenden “inoffiziellen” Weg gehen:

In der Exchange-Verwaltungskonsole kann man unter Organisationskonfiguration->Offlineadressbuch in den Aktionen->Standard-Offlineadressbuch->Aktualisieren wählen. Damit erzeugt Exchange eine aktualisierte Version unter:

"%ProgramFiles%\Microsoft\Exchange Server\ExchangeOAB\%guid%"

Diese Version wird aber nicht aber nicht durch den FDS sofort ausgeliefert. Erst nach Neustart des Dienstes „Microsoft Exchange File Distribution Service“ oder auf Deutsch „Microsoft Exchange-Dateiverteilung“ wird das OAB in das Verzeichnis

"%ProgramFiles%\Microsoft\Exchange Server\ClientAccess\OAB\%guid%"

kopiert und an die Clients ausgeliefert.

Kostenloses E-Book zu Exchange 2010

Nils Kaczenski — Mon, 26 Oct 2009 20:59:57 +0000

Ein kostenloses E-Book zu Exchange Server 2010 gibt es bei Red Gate Software. Es ist verfasst von Exchange-MVP Jaap Wesselius. Eine kurze Registrierung ist allerdings erforderlich.

[Red Gate Software - Exchange Server Archiver and "Exchange 2010 - A Practical Approach"]
http://www.red-gate.com/specials/Exchange/esa_exchange2010.htm?utm_source=simpletalkarticle&utm_medium=weblink&utm_content=2010ebookoct09

Virtueller Launch von Windows 7 und Windows Server 2008 R2

Nils Kaczenski — Sat, 24 Oct 2009 05:07:00 +0000

Microsoft hat neben seiner “Joint Launch”-Tour und einigen internationalen Veranstaltungen zur Einführung von Windows 7, Windows Server 2008 R2 und Exchange Server 2010 eine virtuelle Launch-Plattform online gestellt. Auf einer übersichtlichen Silverlight-Navigationsseite stehen viele kurze Videos und zahlreiche technische Dokumente zu den neuen Produkten bereit. Ein Besuch lohnt allemal!

http://vepexp.microsoft.com/thenewefficiency

Exchange 2007 SP2 und Windows Server 2008 R2

Meinolf Weber — Fri, 18 Sep 2009 09:36:49 +0000

Es besteht jetzt die Möglichkeit, Exchange 2007 SP2 auf Windows Server 2008 in einem ansonsten puren Windows Server 2008 R2 Netzwerk zu installieren. Achtung: Die direkte Installation von Exchange 2007 auf einem Server unter Windows 2008 R2 ist nach wie vor nicht möglich!

Hier der Link für die benötigten Schritte vom Exchange Team Blog, allerdings nur in Englisch:

http://msexchangeteam.com/archive/2009/09/15/452494.aspx

Exchange-Server verweigert Deinstallation

Nils Kaczenski — Thu, 03 Sep 2009 09:35:14 +0000

Beim Versuch, einen Exchange-Server (ab 2000) zu deinstallieren, kann es sein, dass folgende Meldung erscheint:

Schaut man aber im Exchange-Verwaltungsprogramm nach, so sieht man außer den Systemobjekten keine Mailboxen mehr. Die Ursache liegt meist in nicht korrekt angelegten Mailboxen oder in Benutzern, die sich nie an Exchange angemeldet haben. Um diese zu identifizieren und zu entfernen, kann man folgende Schritte ausführen.

Zunächst muss man die entsprechenden Objekte identifizieren. Dazu fragt man Active Directory nach Objekten, die in dem Attribut “msExchHomeServerName” den Namen des Exchange-Servers stehen haben, der entfernt werden soll. Ein einfacher Weg geht über eine Abfrage in Carmen:

[faq-o-matic.net » Carmen: Mit SQL das AD abfragen]
http://www.faq-o-matic.net/2004/10/20/carmen-mit-sql-das-ad-abfragen/

Dort nutzt man folgende Abfrage:

SELECT * FROM WHERE msExchHomeServerName = '*AlterExchangeServer*'

Hierbei ist der LDAP-Name der Domäne (das Trägt Carmen selbst ein) und AlterExchangeServer der betreffende Computername.

Carmen dürfte nun einige Objekte ausgeben. Um diese von den falschen Exchange-Attributen zu befreien, gibt es je nach Version unterschiedliche Vorgehensweisen:

Wenn es sich um Exchange 2000 oder 2003 handelt, kann man direkt auf dem Server das AD-Verwaltungsprogramm öffnen und in der Domäne nach dem Objekt suchen. Rechtsklick – Exchange-Aufgaben – Exchange-Attribute entfernen.
Unter Exchange 2007 gibt es diese Möglichkeit nicht mehr. Hier kann man das betreffende Objekt mit ADSI Edit bearbeiten und die beiden Attribute “homeMDB” und “msExchHomeServerName” leeren.

Danach sollte sich Exchange deinstallieren lassen.

faq-o-matic.net » Exchange

AddReplicaToPFRecursive.ps1 und Leerzeichen im Ordnernamen

Verwandte Beiträge:

Exchange 2010 ohne Backup und dennoch sicher?

Verwandte Beiträge:

Exchange 2007/2010: Mail-Verteiler von außen nutzbar machen

Verwandte Beiträge:

Exchange 2007/2010: Besprechungsraum-Kalender einsehbar machen

Verwandte Beiträge:

Exchange Server 2010: Voraussetzungen installieren

Verwandte Beiträge:

Exchange 2007: Offline-Adressbuch manuell aktualisieren

Verwandte Beiträge:

Kostenloses E-Book zu Exchange 2010

Verwandte Beiträge:

Virtueller Launch von Windows 7 und Windows Server 2008 R2

Verwandte Beiträge:

Exchange 2007 SP2 und Windows Server 2008 R2

Verwandte Beiträge:

Exchange-Server verweigert Deinstallation

Verwandte Beiträge: