Welche Exchange-Version läuft unter welcher Windows Version?   Leave a comment

Update vom 17.10.2010:

Microsoft veröffentlicht mittlerweile selbst eine umfangreiche Support Matrix, in der auch die alten Exchange-Versionen enthalten sind:

Exchange Server Supportability Matrix

Veröffentlicht 7. November 2009 von Robert Wille in Exchange

Exchange 2007: Besprechungsräume – Teil 2: Einschränkungen der Raumbuchungen   3 comments

Nach dem Sie im ersten Teil erfolgreich einen Besprechungsraum erzeugt haben und dieser auch schon munter auf Besprechungsanfragen antwortet, sollten wir noch ein paar weitere Konfigurationen vornehmen.

Alle Befehle müssen in der Exchange Shell eingegeben werden! Wichtig: Alle Befehle sind in eine Zeile zu schreiben, so lange der Befehl nicht anders gekennzeichnet ist!

Kalender-Aufsicht einstellen

Die Kalender-Aufsicht (auch “Ressource Delegate” genannt) kann Termine im Kalender genehmigen oder ablehnen oder vorhandene Termine löschen.

Einen Benutzer einstellen:

Set-MailboxCalendarSettings <Name des Raums> -ResourceDelegates <Name des Postfaches>

Den Kalender kann der eingestellte Benutzer danach über die Funktion “Freigegebenen Kalender öffnen…” öffnen und Termine darin bearbeiten.

Es ist auch möglich, mehrere Konten als Kalenderaufsichten einzutragen. Der Befehl dafür ist aber leider ein wenig länger:

Set-MailboxCalendarSettings <Name des Raums> -ResourceDelegates ($(Get-MailboxCalendarSettings <Name des Raums>).ResourceDelegates += $(Get-Mailbox <Name des Postfaches>).DistinguishedName)

Das Entfernen eines einzelnen Benutzer geschieht analog dazu mit folgendem Befehl:

Set-MailboxCalendarSettings <Name des Raums> -ResourceDelegates ($(Get-MailboxCalendarSettings <Name des Raums>).ResourceDelegates -= $(Get-Mailbox <Name des Postfaches>).DistinguishedName)

(Bitte beachten Sie bei beiden Befehlen, dass der Name des Raumes zweimal eingetragen werden muss und vergessen Sie keine runde Klammer!

Um alle Aufsichten zu löschen, benutzen Sie den folgenden Befehl:

Set-MailboxCalendarSettings <Name des Raums> -ResourceDelegates $null

Buchungszeitraum einstellen

Sicher möchten Sie nicht, dass Ihr Besprechungsraum Samstags oder morgens um 04:00 Uhr gebucht wird. Also legen wir einen ordentlichen Buchungszeitraum fest:

Set-MailboxCalendarSettings <Name des Raums> -ScheduleOnlyDuringWorkHours $true

Wer darf einen Raum buchen?

Das ist sicher die wichtigste Frage: Wer darf eigentlich einen Raum buchen.

Hier werden zwei Typen und zwei Gruppen unterschieden:

Typen:

  • Buchungen (= diese Termine werden sofort genehmigt)
  • Anfragen (= dies müssen von der Kalenderaufsicht bearbeitet werden)

Gruppen:

  • Alle Benutzer
  • eingetragene Benutzer

Eingestellt werden die einzelnen Typen und Gruppen über die folgenden Parameter:

Parameter bezieht sich auf alle Werte Standard Beschreibung
-AllBookInPolicy Alle Benutzer $true / $false True Ist diese Einstellung gesetzt, werden alle Buchungen, die den Richtlinien entsprechen, sofort genehmigt
-AllRequestInPolicy Alle Benutzer $true / $false False Ist dieser Einstellung gesetzt, darf jeder Besprechungsanfragen, die den Richtlinien entsprechen, senden. Diese Richtlinie wird nur beachtet, wenn die Richtlinie AllBookInPolicy auf $false steht!
-AllRequestOutOfPolicy Alle Benutzer $true / $false False Ist diese Einstellung gesetzt, dürfen alle Benutzer Anfragen stellen, die nicht den Richtlinien entsprechen.
-BookInPolicy eingetragene Benutzer Benutzer Leer Von Benutzern, die hier eingetragen sind, werden alle Anfragen sofort genehmigt, wenn die Anfragen den Richtlinien entsprechen
-RequestInPolicy eingetragene Benutzer Benutzer Leer Alle Benutzer, die hier eingetragen sind, dürfen Anfragen schicken, die den Richtlinien entsprechen
-RequestOutOfPolicy eingetragene Benutzer Benutzer Leer Alle Benutzer, die hier eingetragen sind, dürfen Anfragen schicken, die den Richtlinien nicht entsprechen

 

Hierbei ist folgendes zu beachten: Im Standard dürfen alle Benutzer Anfragen stellen, die den Richtlinien entsprechen. Diese Anfragen werden sofort genehmigt. Wenn wir umstellen wollen, dass nur noch einzelne Personen buchen dürfen, müssen wir das abschalten.

Bespiel: Für den Besprechungsraum dürfen nur ausgewählte Personen (1) Termine eintragen, die sofort genehmigt werden: der Chef und die Sekretärin (2). Beide dürfen auch Termine eintragen, die den Richtlinien nicht entsprechen (3). Alle anderen Mitarbeiter dürfen Anfragen schicken (4), die die Kalender-Aufsicht bearbeiten muss.

Hier die Befehle dazu:

(1) Set-MailboxCalendarSettings <Name des Raums> -AllBookInPolicy $false

(2) Set-MailboxCalendarSettings <Name des Raums> -BookInPolicy ($(Get-MailboxCalendarSettings <Name des Raums>).BookInPolicy+= $(Get-Mailbox <Chef-Postfach>).DistinguishedName)

(2) Set-MailboxCalendarSettings <Name des Raums> -BookInPolicy ($(Get-MailboxCalendarSettings <Name des Raums>).BookInPolicy+= $(Get-Mailbox <Sekträtrin-Postfach>).DistinguishedName)

(3) Set-MailboxCalendarSettings <Name des Raums> -RequestOutOfPolicy($(Get-MailboxCalendarSettings <Name des Raums>).RequestOutOfPolicy+= $(Get-Mailbox <Chef-Postfach>).DistinguishedName)

(3) Set-MailboxCalendarSettings <Name des Raums> -RequestOutOfPolicy($(Get-MailboxCalendarSettings <Name des Raums>).RequestOutOfPolicy+= $(Get-Mailbox <Sekträtrin-Postfach>).DistinguishedName)

(4) Set-MailboxCalendarSettings <Name des Raums> –AllRequestInPolicy $true

(Kleiner formeller Hinweis: Sie können auch Chef gegen Chefin und Sekretärin gegen Sekretär ersetzen, das ändert aber nichts an den Einstellungen. ;))

Was haben wir getan?

  1. Wir schalten ab, dass die Anfragen von allen sofort genehmigt werden.
  2. Wir erlauben dem 1. und dem 2. Postfach die direkte Buchung
  3. Postfach 1 und 2 dürfen auch Anfragen außerhalb der Richtlinien stellen
  4. Alle anderen Mitarbeiter dürfen Anfragen innerhalb der Richtlinien stellen

Leider ist es bei Punkt 3 nicht möglich, den beiden Benutzer zu erlauben, gleich genehmigte Termine außerhalb der Richtlinien einzutragen. Außerhalb der Richtlinien sind nur Anfragen erlaubt, die von der Kalender-Aufsicht genehmigt werden müssen.

Richtlinien heißt übrigens in diesem Falle, dass die normalen Einstellungen des Kalenders beachtet worden sind, z.b. die Länge des Termines, Serientermineinstellungen, Arbeitszeiten, etc.

Und sonst noch?

Es gibt noch weitere interessante Einstellungen in Kalender, von denen ich hier exemplarisch einige vorstellen möchte:

Parameter Werte Standard Beschreibung
-AddOrganizerToSubject $true / $false True

Mit dem Parameter AddOrganizerToSubject können Sie festlegen, ob der Name des Besprechungsorganisators als Betreff der Besprechungsanfrage verwendet wird.        Dieser Parameter wirkt sich nur aus, wenn der Parameter AutomateProcessing auf AutoAccept festgelegt ist.

-AllowConflicts $true / $false False

Mit dem Parameter AllowConflicts können Sie festlegen, ob sich überschneidende Besprechungsanfragen zugelassen werden.

-BookingWindowInDays Zahl 180 Mit dem Parameter BookingWindowInDays können Sie festlegen, wie lange im Voraus Besprechungsanfragen gebucht werden dürfen.
-ConflictPercentageAllowed Zahl 0

Mit dem Parameter ConflictPercentageAllowed können Sie einen Schwellenwert für den Prozentanteil der Konflikte bei Besprechungsserien festlegen. Wenn der Prozentanteil der Instanzen einer Besprechungsserie, die sich mit anderen Besprechungen überschneiden, diesen Wert überschreitet, wird die Besprechungsserienanfrage abgelehnt.

-ForwardRequestsToDelegates $true / $false True

Mit dem Parameter ForwardRequestsToDelegates können Sie festlegen, ob eingehende Besprechungsanfragen an die für das Postfach definierten Stellvertreter weitergeleitet werden.

-MaximumConflictInstances Zahl 0

Mit dem Parameter MaximumConflictInstances können Sie die maximale Anzahl von zulässigen Konflikten für Besprechungsserien festlegen. Wenn die Anzahl der Instanzen einer Besprechungsserie, die sich mit anderen Besprechungen überschneiden, diesen Wert überschreitet, wird die Besprechungsserienanfrage abgelehnt.

-MaximumDurationInMinutes

Zahl 1440

Mit dem Parameter MaximumDurationInMinutes können Sie die maximal erlaubte Dauer für eingehende Besprechungsanfragen festlegen.

-ProcessExternalMeetingMessages $true / $false False Mit dem Parameter ProcessExternalMeetingMessages können Sie festlegen, ob Besprechungsanfragen, die von außerhalb der Exchange-Organisation stammen, verarbeitet werden.

 

Alle Parameter finden Sie wie immer mit folgendem Befehl heraus:

Get-Help Set-MailboxCalendarSettings –Detailed

 

Weitere geht es demnächst im dritten Teil mit den benutzerdefinierten Ressourceneigenschaften.

 

Weitere Links:

Managing Resource Scheduling

How to Set Resource Booking Policies

Veröffentlicht 6. November 2009 von Robert Wille in Exchange, Exchange 2007

Exchange 2007: Besprechungsräume – Teil 1: Konfiguration der automatischen Annahme von Besprechungsanfragen   Leave a comment

In Exchange 2007 hat Microsoft eine sehr schöne Funktion eingebaut, mit der man einfach sog. Ressourcen-Postfächer erzeugen kann, z. B. für einen Besprechungsraum oder einen Beamer.

Als Highlight kann man diese Postfächer dann auch noch so konfigurieren, dass sie Besprechungsanfragen automatisch beantworten und Termin selbsttätig zu- oder absagen.

Leider ist die Konfiguration nur über die PowerShell möglich. Daher hier eine kleine Schritt-für-Schritt-Anleitung:

Legen Sie mit Hilfe der Konsole ein Raumpostfach an:

raum1

Denken Sie bei den weiteren Schritten daran, dass auch ein Raumpostfach einen normalen Active Directory-Benutzer benötigt – so wie jedes andere Postfach in Exchange auch. Wenn Sie im nächsten Dialog einen vorhandenen Benutzer wählen, muss der User in AD deaktiviert sein. Wenn Sie einen neuen Benutzer anlegen, müssen Sie ihm auch ein korrektes Kennwort (entsprechend den Kennwortrichlinien!) eintragen. Der neuen Benutzer wird automatisch so angelegt, dass er deaktiviert ist und sein Kennwort nicht abläuft.

Alle weitere Schritte des Assistenten beantworten Sie gewohnt, wie auch bei normalen Postfächern.

Schauen Sie sich danach die Eigenschaften des Postfach einmal an:

raum2

Sie können unter “Ressourcenkapazität” zum Beispiel die Anzahl der Sitzplätze eines Besprechungsraumes einstellen. Bitte beachten Sie aber, dass die Eingabe hier keine Auswirkungen auf die Anzahl der Teilnehmer in der Einladung hat. Selbst wenn Sie hier eine kleine Zahl eintragen –> es lassen sich problemlos auch mehr Leute einladen. Zu den “benutzerdefinierten Ressourceneigenschaften” werde ich im dritten Teil dieses How-To etwas sagen.

Nun muss die Funktion der automatischen Bearbeitung noch eingeschaltet werden. Leider hat Microsoft hier keine Möglichkeit der grafischen Eingabe vorgesehen, sondern zwingt uns in die Shell:

Get-MailboxCalendarSettings <Name des Raumes> | Format-List -Property AutomateProcessing

Die Eigenschaft “AutomateProcessing” ist die, die wir suchen. Stellen Sie diese auf den Wert “AutoAccept” ein:

Set-MailboxCalendarSettings <Name des Raumes> -AutomateProcessing AutoAccept

(Die weiteren Optionen, die man hier einstellen kann, werden wir im zweiten Teil besprechen.)

Fügen Sie nun den Besprechungsraum einer Besprechungsanfrage hinzu:

raum3

Kurz nach dem Senden wird eine automatische E-Mail des Besprechungsraumes eingehen:

raum4

Fertig! Natürlich würde der Raum die Einladung ablehnen, wenn er schon für einen anderen Termin gebucht ist.

Im zweiten Teil werden Sie erfahren, wie man genauer einstellen kann, wer eine Ressource buchen darf.

Im dritten Teil erfahren Sie, was sonst noch mit Ressourcen-Postfächern möglich ist!

Weitere Informationen:

How to Enable the Auto-Processing of Meeting Messages

How to Upgrade Exchange 2003 Auto Accept Agent-Based Resource Mailboxes to Exchange 2007

Veröffentlicht 10. Oktober 2009 von Robert Wille in Exchange, Exchange 2007

E-Mail-Adressrichtlinien lassen sich nach Migration von Exchange 2000/2003 nicht auf 2007 umstellen   1 comment

Bei einer Umstellung von einer Exchange 2003-Umgebung auf 2007 kam mir neulich in bis dahin neues Problem unter:

Nach Abschluss der Migration wollte ich die "Defaul Policy"-Empfängerrichtlinie umstellen auf 2007. Dies muss geschehen, da sich sonst die gleichnamige E-Mailadressrichtlinie (das ist der Nachfolger der Empfängerrichtlinien) nicht bearbeiten lässt.

Normalerweise ist das schnell getan:

Exchange Verwaltungs-Shell starten und den folgenden Befehl eingeben:

Set-EmailAddressPolicy "Default Policy" -IncludedRecipients AllRecipients

Nur in diesem Fall weigert sich das Cmdlet und gab folgenden Fehler aus:

Set-EmailAddressPolicy : Die Empfängerrichtlinie ‚Default Policy‘ mit Postfach-Manager-Einstellungen kann nicht über die aktuelle Version der Exchange-Verwaltungskonsole verwaltet werden

Zuerst war die Verwirrung groß. Sie legte sich aber bei genauem Lesen der Fehlermeldung. Es steht ja eigentlich da: die Empfängerrichtlinie hat Postfach-Manager-Einstellungen.

Der Postfach-Manager ist eine in Deutschland selten genutzte Funktion. Inhalte aus Postfächern lassen sich damit automatisch bearbeiten, z.B. kann alles, das älter als 30 Tage ist, gelöscht werden.

Unter 2003 sieht das beim Öffnen der Empfängerrichtlinie dann so aus:empfrl1

Exchange Server 2007 kennt diese alten Einstellungen nicht mehr. Microsoft hat das Thema deutlich ausgebaut und nennt es nun "Richtlinien zum Verwalten von Nachrichtendatensätzen" (weitere Informationen im Technet).

Die alten Postfach-Managereinstellungen müssen vor einer Migration erst entfernt werden (die Schritte werden im Systemmanager von Exchange 2003 ausgeführt!):

empfrl2

empfrl3

(Haken entfernen).

Wenn die Richtlinie gespeichert wurde, kann der Vorgang der Aktualisierung in der Exchange 2007-Verwaltungs-Shell wiederholt werden.

Normalerweise sollte er jetzt fehlerfrei durchlaufen.

Veröffentlicht 15. November 2008 von Robert Wille in Exchange, Exchange 2007, Exchange 2010

Win 2008: WSUS als Rolle hinzufügen   Leave a comment

Mit einem optionalen Update für den Windows Server 2008 ermöglichte es Microsoft, dass Administratoren sehr einfach einen Windows Server Update Service 3.0 SP 1, kurz WSUS, auf einen Windows Server 2008 installieren können.

Hier sind die Schritte im einzelnen.

Schritt 1: Installieren Sie das Update

Führen Sie hierzu entweder die Windows-Update-Funtion aus und wählen Sie dort das richtige Update aus (Achtung! Es ist ein optionales Update). Alternativ können Sie das Update auch manuell installieren (siehe Link im Anhang) oder über einen anderen WSUS-Server zur Verfügung stellen.

wsus1
Bild 1

wsus2
Bild 2

Schritt 2: Fügen Sie die Rolle hinzu

Die Installation des Updates erfordert keinen Neustart. Fügen Sie nun die neue Rolle hinzu:
wsus3
Bild 3

Es werden paar weitere Rollen benötigt:
wsus4
Bild 4

Achtung: Die Installation der Rolle wird durch die Installation der WSUS-Dienste unterbrochen! Wie auch bei einer normalen WSUS-Installation fragt die WSUS-Installation einige Daten ab. Dies passiert während des Installationsvorgangs und hält diesen solange an! Während der WSUS-Installation können Sie auch die erste Konfiguration vornehmen (müssen aber nicht, Abbrechen geht auch).

Schritt 3: Konfigurieren Sie den WSUS-Server

Nach der Installation wird der WSUS-Server wie gewohnt über das MMC "Microsoft Windows Server Update Service 3.0 SP 1" konfiguriert (oder natürlich über einen der anderen vielen Wege beim Windows Server 2008 – z.B. im Server-Manager).

Weitere Links:

Veröffentlicht 13. September 2008 von Robert Wille in Windows Server, Windows Server 2008

Ex 2007: Abwesenheitsnachrichten haben keinen Absender   Leave a comment

Beim Umstieg auf einen Exchange 2007-Server fiel einem Kunden auf, dass Abwesenheitsnachrichten ohne Absender, bzw. mit dem Absendereintrag <> verschickt werden. Diese Mails wurden durch sein Gateway auf dem Weg nach draußen abgefangen, weil dieses Gateway Mails ohne Absender nicht erlaubte.

Auch wenn dieses Verhalten auf den ersten Blick komisch erscheint, so ist es doch vollkommen standardkonform.

RFC 3798 regelt für sog. Message Disposition Notification (darunter fällt auch die Abwesenheitsnachricht) dass die "envelope sender address null (<>)" sein muss. Dieses Verhalten soll verhindern, dass auf automatische Meldungen wiederum automatisch (z.B. mit einer Unzustellbarkeitsnachricht) reagiert wird.

Exchange 2007 hält sich an diesen Standard und verschickt Abwesenheitsnachrichten mit dem Absender <>.

Quellen:

Veröffentlicht 11. September 2008 von Robert Wille in Exchange, Exchange 2007, Exchange 2010