Entsprechende Berechtigungen vorausgesetzt (“Senden Als” oder “Senden im Auftrag”) kann dies in Outlook problemlos bewerkstelligt werden, weil hier im E-Mail-Formular das “Von” Feld eingeblendet werden kann und man dort die entsprechende Absenderadresse einfach einträgt.

In Outlook Web Access von Exchange 2007 gibt es keine Möglichkeit, das “Von” Feld zu verwenden. Durch das Öffnen eines anderen Postfachs hat man die Möglichkeit E-Mails aus diesem Postfach zu versenden. Ein Senden im Namen einer Verteilerliste oder eines öffentlichen Ordners ist nicht möglich.

Exchange 2010 bietet in den OWA Einstellungen die Option “Absender immer anzeigen” (siehe Screenshot). Allerdings können keine S/Mime signierte bzw. verschlüsselte E-Mails über Outlook Web App versendet werden, wenn diese Einstellung aktiviert ist.

Mit einem kostenpflichtigen Third-Party-Tool “ChooseFrom” kann OWA von Exchange 2007 um die fehlende Funktion erweitert werden.

Verwandte Artikel

• Update: Exchange 2007 / 2010 – tägliche Messagingstatistik (1)
• Exchange: Verwalter von Verteilergruppen (0)
• Exchange 2010: OWA Einstellungen (0)
• Exchange 2010 – IPV6 mögliche Hürde bei der Installation (2)
• Exchange 2007: Zugriff auf öffentliche Ordner mit Entourage unter Mac OS (0)

Mit dem folgenden Powershell Code werden die Verteilernamen und die Namen des eingetragenen Verwalters ausgegeben, wenn die erforderlichen Active Directory Berechtigungen Read Property und Write Property auf “Member” fehlen:

#Alle Verteiler prüfen, bei denen das Attribut ManagedBy nicht leer ist
$groups = get-distributiongroup -ResultSize Unlimited | where-Object {$_.ManagedBy -ne $Null}
 
#Schleife wird für jede gefundene Gruppe ausgeführt
foreach ($group in $groups) {
 
	#Inhalt von ManagedBy abrufen
	$manager = $group.ManagedBy
 
	#Prüfen ob der Verwalter Berechtigungen auf das Property "Member" hat
	$permprop = get-adpermission $group.DistinguishedName -user $manager.DistinguishedName | where-Object {$_.Properties -match 'Member'}
 
	#Wenn keine Berechtigungen vorhanden sind Ausgabe des Gruppennamens und des Verwalters
	if ($permprop -eq $Null) {
		Write-Host "Gruppe: " $group.SamAccountName "Verwalter: " $manager.DistinguishedName
	} Else {
 
		#Auf das Property "Member" werden Read Property und Write Property Berechtigungen benötigt
		$permright = $permprop.AccessRights
		if ($permright -notcontains "ReadProperty, WriteProperty") {
			Write-Host "Gruppe: " $group.SamAccountName "Verwalter: " $manager.DistinguishedName
			}
	}
}

Verwandte Artikel

• Exchange: Verwalter von Verteilergruppen (0)
• Exchange 2010: Berechtigungen auf Verteilergruppen prüfen (0)
• Exchange 2007: Verteilergruppen-Mitglieder vom Typ E-Mail Kontakt (1)
• Exchange 2007 – Powershell: Liste aller Verteilerlisten und der Mitglieder (0)
• Update: Exchange 2007 / 2010 – tägliche Messagingstatistik (1)

Mit dieser Erkenntnis wäre es interessant zu wissen, bei welchen Verteilern der eingetragene Manager nicht über die erforderlichen Bearbeitungsrechte verfügt, um ggf. die Berechtigungen nachzutragen.

Der folgende Powershell Code gibt jeweils eine Zeile mit dem Namen des Verteilers und dem Distinguished Name des eingetragenen Verwalters aus, wenn die Active Directory Berechtigungen ReadProperty und WriteProperty auf die Eigenschaft Member nicht gesetzt sind. Es werden alle Verteiler geprüft. Der Code kann unter Exchange 2007 nicht verwendet werden, da hier noch einiges anders ist. Für Exchange 2007 werde ich das entsprechende Script separat veröffentlichen.

#Alle Verteiler prüfen, bei denen das Property "ManagedBy" gefüllt ist
$groups = get-distributiongroup -ResultSize Unlimited | where-Object {$_.ManagedBy -ne $Null}
 
#Schleife wird für jeden gefundenen Verteiler durchlaufen
foreach ($group in $groups) {
 
	#Es können mehrere Verwalter eingetragen werden, deshalb der Zusatz -expandProperty
	$managers = $group.ManagedBy
 
	#Schleife wird für jeden gefundenen Verwalter durchlaufen
	foreach ($manager in $managers) {
 
		#Prüfe ob für den Verwalter eine Berechtigung für das Property "Member" eingetragen ist
		$permprop = get-adpermission $group.SamAccountName -user $manager.DistinguishedName | where-Object {$_.Properties -match 'Member'}
 
		#Wenn keine Berechtigung vorhanden ist, Ausgabe des Gruppennamens und des Verwalters
		if ($permprop -eq $Null) {
			Write-Host "Gruppe: " $group.SamAccountName "Verwalter: " $manager.DistinguishedName
		} Else {
 
			#Es müssen die Berechtigungen Read Property _und_ Write Property auf "Member" vorhanden sein
			$permright = $permprop.AccessRights
			if ($permright -notcontains "ReadProperty, WriteProperty") {
				Write-Host "Gruppe: " $group.SamAccountName "Verwalter: " $manager.DistinguishedName
			}
		}
	}
}

Hinweise: Die mehrfachenAbfragen get-adpermission sind leider erforderlich, da sonst das Abfrageergebnis nicht verarbeitet werden kann. Das Script wurde in einer Umgebung mit Exchange 2010 SP1 (Beta) erfolgreich getestet. Wer Fehler findet, bitte in den Kommentaren melden. Danke.

Verwandte Artikel

• Exchange: Verwalter von Verteilergruppen (0)
• Exchange 2007: Berechtigungen auf Verteilergruppen prüfen (0)
• Update: Exchange 2007 / 2010 – tägliche Messagingstatistik (1)
• Exchange 2010:Disclaimer per Transportregel anhängen (1)
• Exchange 2010: Zertifikatsanforderung generieren mit New-ExchangeCertificate (1)

Administratoren, die es gewohnt sind, die Verwaltung einer Exchange Organisation über grafische Oberflächen durchzuführen, müssen beim Einsatz von Exchange 2007 bzw. Exchange 2010 in einigen Bereichen umdenken.

Zu den alltäglichen Aufgaben gehört das Festlegen eines Verwalters für Verteilergruppen, dem dadurch zumeist auch die Berechtigungen zugewiesen werden sollen, Mitglieder hinzuzufügen, bzw. wieder zu entfernen.  In Exchange 2003 Umgebungen hat man diese Aufgabe gewöhnlich in der Active Directory Benutzer und Computer Verwaltungskonsole (ADUC) ausgeführt. Wer dies in Exchange 2007 und Exchange 2010 Umgebungen beibehält, braucht nicht umzudenken.

Dabei ist es wichtig zu wissen, dass es hier um zwei verschiedene Dinge geht:

• die Anzeige des Verwalters in den Eigenschaften der Verteilergruppe im Adressbuch
• die Berechtigungen Read Member und Write Member (Mitglieder lesen / Mitglieder schreiben)

Weder über die Exchange 2007 Verwaltungskonsole, noch über die Verwaltungskonsole für Exchange 2010 können die Berechtigungen Read Member bzw. Write Member vergeben werden!

Verwalter mit Berechtigungen per ADUC setzen

In der Active Directory Benutzer und Computer Verwaltungskonsole die Eigenschaften der Verteilergruppe öffnen und den Reiter “Verwaltet von” bw. “Managed By” auswählen. Durch Klick auf “Ändern” und anschließender Auswahl des gewünschten Verwalters wird die Anzeige des Gruppenverwalters im Adressbuch festgelegt. Das Aktivieren der Option “Vorgesetzter kann Mitgliedsliste ändern” werden die oben genannten Berechtigungen vergeben.

Es kann hier nur ein Verwalter eingetragen werden. Wenn mehrere User die Berechtigungen zur Anpassung des Verteilers benötigen, müssen die Berechtigungen über “Sicherheit”, Erweitert hinzugefügt werden (siehe Screenshot)

Verwalter über die Exchange Verwaltungskonsole setzen

In der Verwaltungskonsole für Exchange kann sowohl unter Exchange 2007 als auch unter Exchange 2010 ein Gruppenverwalter eingetragen werden, der dann im Adressbuch angezeigt wird.

Der Unterschied zwischen Exchange 2007 und Exchange 2010 an dieser Stelle besteht darin, dass bei Exchange 2010 auch mehrere Verwalter eingetragen werden können.

Verwalter per Powershell setzen

Der Powershellbefehl mit dessen Hilfe ein Verwalter definiert werden kann und mit dem gleichzeitig die erforderlichen Berechtigungen gesetzt werden, sieht so aus:



Set-DistributionGroup -Identity verteilername -ManagedBy username | add-adpermission -user username -AccessRights ReadProbperty, WriteProperty -Properties ‘Member’

Rollenberechtigungen in Exchange 2010

Durch Anpassung der “Default Role Assignment Policy”, die für alle Benutzer gilt, kann man den Anwendern pauschal die Berechtigung zuweisen, alle Verteilergruppen zu bearbeiten, für die sie als Verwalter eingetragen sind.

Die Bearbeitung ist dann allerdings nur über die Exchange Systemsteuerung in Outlook Web App möglich. Ein Hinzufügen oder Entfernen von Mitgliedern über das Outlook Adressbuch ist nicht möglich.

Fazit

Auch bei Einsatz von Exchange 2007 und Exchange 2010 bleibt die Active Directory Benutzer und Computer Verwaltungskonsole das Tool, mit dem Verwalter für Gruppen gesetzt werden, sofern man keine Powershell einsetzen möchte.

Bei Exchange 2010 besteht zwar die Möglichkeit, den Anwendern die Berechtigung einzuräumen, Verteiler für die sie als Verwalter/Besitzer eingetragen sind über Outlook Web App verwalten zu können. Ob dies in Umgebungen erfolgreich umgesetzt werden kann, wo Anwender Verteiler bisher über das Outlook Adressbuch  gepflegt haben, bezweifle ich.

Verwandte Artikel

• Update: Exchange 2007 / 2010 – tägliche Messagingstatistik (1)
• Exchange 2007: Verteilergruppen-Mitglieder vom Typ E-Mail Kontakt (1)
• Exchange 2007: Berechtigungen Vollzugriff und “Senden Als” per Powershell vergeben (0)
• Exchange 2007: Berechtigungen für BesAdmin (2)
• Exchange 2007: Berechtigungen auslesen per Powershell (2)

In der Nachrichtenübersicht in Outlook und auf den BlackBerry Smartphones wird Datum und Uhrzeit der E-Mails angezeigt. Aber worauf bezieht sich die Zeitangabe?

Outlook

Outlook zeigt in der Nachrichtenübersicht das Datum und die Uhrzeit an, wann die E-Mail dem Empfängerpostfach zugestellt wurde.

Beim Öffnen der E-Mail sieht man in der Kopfzeile die Zeitangabe des Versands der E-Mail. Man kann hier also feststellen, wie lange die E-Mail unterwegs war, bis sie dem Postfach zugestellt wurde. Bei dieser Zeitangabe wird die Zeitzoneneinstellung des Mailservers des Absenders ebenfalls berücksichtigt und automatisch in die Zeitzone umgerechnet, die auf dem Client aktiviert ist. Wenn also die Zeitzoneneinstellung des Mailservers des Absenders nicht stimmt, können sich hier Diskrepanzen ergeben. Gleiches gilt, wenn Datum und Uhrzeit auf dem Absenderserver falsch eingestellt sind.

Bei dem in den obigen Screenshots dargestellten Beispiel war die E-Mail also 10 Minuten unterwegs, bis sie meinem Postfach zugestellt wurde.

BlackBerry

Die Datun-/Zeitangabe, die in der Nachrichtenübersicht auf dem BlackBerry angezeigt wird, entspricht der Zeit, zu der die E-Mail auf das Smartphone zugestellt wurde. Im gezeigten Screenshot war das Gerät des Empfängers zwischen 19:42 und 19:54 nicht erreichbar.

Hier gilt ebenfalls, dass beim Öffnen der E-Mail Datum und Uhrzeit des Versands angezeigt werden.

Fazit

Treten bei der Zustellung einer E-Mail Verzögerungen auf, können diese durch Vergleich der Absendezeit und Empfangszeit identifiziert werden. Dabei muss man jedoch berücksichtigen, dass sich eine zeitliche Differenz auch durch fehlerhafte Zeitzoneneinstellungen bzw. fehlerhafte Zeiteinstellungen des Absenderservers ergeben kann.

Die zeitliche Differenz zwischen Zustellung im Postfach und Zustellung auf dem BlackBerry Smartphone kann folgende Ursachen haben:

• BlackBerry Enterprise Server ausgefallen bzw. Dienste nicht gestartet
• BlackBerry Smartphone des Empfängers ausgeschaltet / nicht erreichbar
• Während Telefonaten werden keine E-Mails auf das BlackBerry Smartphone zugestellt

Verwandte Artikel

• Visual Voice Mail goes Blackberry (1)
• Vergleich BlackBerry Pushtechnologie mit Microsoft Mobile Access (5)
• Update zu Visual Voice Mail für BlackBerry (0)
• Update zu SMS an Kurzwahl 73240 (0)
• Und es geht doch: Firmware 5.0.0.90 auf Blackberry Curve (8900) (0)

Bei Microsoft gibt es den EWS Editor, einen Exchange Postfach Explorer, der die EWS Schnittstelle verwendet. Der EWS Editor verwendet Autodiscover, um sich mit dem eigenen Postfach zu verbinden. Alternativ kann man die Verbindung manuell konfigurieren und dort unter anderem die Service URL, die zu verwendende Exchange Version und die ID eines anderen Postfachs angeben.

Nach dem Verbindungsaufbau wird der Inhalt des Rootcontainers des Postfachs inklusive der Systeminhalte angezeigt. Per Rechtsklick auf einzelne Ordner kann man sich unter anderem den “Associated Content”  anzeigen lassen. Für manche Aufgaben im Rahmen des Troubleshootings bei Problemen mit einem Postfach, ist der EWS Editor somit eine Alternative zu MFCMapi.

Links:

• EWS Editor Home
• Introduction to Web Services
• Exchange Web Services Reference

Verwandte Artikel

• Microsoft Exchange: Tools für den Administrator (2)
• BES 5.0.1 Exchange Web Service verwenden (Exchange 2010) (2)
• Update: Exchange 2007 / 2010 – tägliche Messagingstatistik (1)
• Powershell: Bearbeiten von Eigenschaften mit mehreren Werten (0)
• Lessons learnt Powershell 1.0 (1)

Einmal festgelegt taucht die Abfrage nie wieder auf. Sicher, man kann die Einstellungen später noch in Outlook Web App anpassen, dennoch ist die Frage interessant, wo die Einstellungen gespeichert werden. Diese Frage tauchte im Zusammenhang mit der Signatur auf, die man in den Einstellungen in Outlook Web App definieren kann. 

Diese Einstellungen werden im Rootcontainer des Postfachs gespeichert und zwar im “Associated Content”. Wenn man sich per MFCMapi mit  dem Postfach verbindet, kann man sich den “Associated Content” des Rootcontainers durch Rechtsklick und Auswahl der entsprechenden Option anzeigen lassen. In der Liste taucht eine “Nachricht” vom Typ IPM.Configuration.OWA.UserOptions (Message Class) auf, diese beherbergt die vorgenannten Einstellungen.

Im Property mit der Bezeichnung “PR_ROAMING_DICTIONARY, PidTagRoamingDictionary” ist unter anderem die von Outlook Web App verwendete Signatur gespeichert. Die Einstellungen werden im XML Format abgelegt. Eine Bearbeitung der Properties per MFCMapi empfiehlt sich eher nicht, es sei denn, man kennt die genaue Syntax, die hier angewendet werden muss.

Das Löschen der versteckten “Nachricht” Typ IPM.Configuration.OWA.UserOptions kommt einem Zurücksetzen der individuellen Einstellungen gleich und hat zur Folge, dass die o.g. Abfrage bei der nächsten Anmeldung wieder erscheint.

Verwandte Artikel

• Update: Exchange 2007 / 2010 – tägliche Messagingstatistik (1)
• Update Rollup 4 für Exchange 2010 (0)
• Microsoft Exchange: Tools für den Administrator (2)
• Microsoft Exchange 2010 SP1 Beta und BlackBerry Enterprise Server 5.0.1 (0)
• Exchange: Verwalter von Verteilergruppen (0)

Die 64 Bit Version ist nicht in der Lage, den “Associated Content” des Root Folders einer Mailbox anzuzeigen. Dort werden unter anderem die Einstellungen des Users  für Outlook Web Access gespeichert.

Um den “Associated Content” des Root Folders einer Mailbox anzuzeigen, muss also die 32 Bit Version von MFCMapi verwendet werden.

Verwandte Artikel

• Exchange 2010: OWA Einstellungen (0)
• Microsoft Exchange: Tools für den Administrator (2)
• Exchange Tool: EWS Editor (0)
• BlackBerry Enterprise Server: Einschränkungen bei der Synchronisierung von Kalendereinträgen (0)

Hintergrund:

Das S/MIME-Steuerelement dient dazu die Verschlüsselung und Signierung von E-Mails über Outlook Web Access zu ermöglichen

Fehlerursache

Nach dem Upgrade auf Exchange 2007 Servicepack 3 lautet die Versionsnummer von OWA 8.3.83.4, das im Servicepack 3 enthaltene S/MIME-Steuerelement (owasmime.msi) ist jedoch Version 8.3.83.2. Bei Verwendung von Outlook Web Access wird geprüft, ob das auf dem Client installierte S/MIME-Steuerelement die gleiche Versionsnummer wie OWA hat. Bei einer Nichtübereinstimmung können die Funktionen unter E-Mail-Sicherheit nicht verwendet werden.

Behebung

Auf dem/den Client  Access Servern müssen folgende Schritte ausgeführt werden:

• Öffnen des Registry Editors
• Neuen DWORD Eintrag unter HKLM\System\Current Control Set\Services\MSExchange OWA\SMIME hinzufügen
• Name des neuen Eintrags:  ForceSMIMEClientUpgrade
• Wert des Eintrags: 0

Nach einem Neustart des Servers wird in OWA unter Optionen, E-Mail-Sicherheit zwar noch die Meldung angezeigt, dass das S/MIME-Steuerelement veraltet ist, der Client wird aber nicht zu einem Update gezwungen, um die Funktionen verwenden zu können

Quelle für den Registry Key: Microsoft Technet Artikel

Verwandte Artikel

• Exchange 2007 – Gruppenmitglieder für OWA berechtigen (0)
• Exchange 2007 – Berechtigungen für OWA (0)
• Update: Exchange 2007 / 2010 – tägliche Messagingstatistik (1)
• Update Rollup 8 für Microsoft Exchange Server 2007 SP1 (0)
• Serie: Digitale Signatur für E-Mails (1) (0)

• durch Installation der Exchange Verwaltungstools (für Umgebungen mit Exchange 2000 bis Exchange 2007)
• durch Installation des Microsoft Exchange Server MAPI Client und Collaboration Data Objects 1.2.1 Pakets (für Umgebungen mit Exchange 2000 bis Exchange 2010)

Exchange Verwaltungstools (System Manager) 2003 SP 2

Installation von der Microsoft Exchange 2003 CD

Vorteile

• beinhaltet den System Manager, der für die Anzeige der Microsoft Exchange Konfiguration verwendet werden kann
• Ist auf vielen BlackBerry Enterprise Servern bereits installiert
• Kompatibel mit Microsoft Exchange 2000 bis Microsoft Exchange 2007, wenn SP2 für Microsoft Exchange 2003 auf dem BlackBerry Enterprise Server installiert ist
• Kann auf Windows Server 2000 und 2003 installiert werden

Nachteile

• Kann nur schwer auf Microsoft MAPI and CDO 1.2.1 aktualisiert werden. Muss zunächst durch Verwendung der Microsoft Exchange 2003 Installationsmedien deinstalliert werden, anschließend müssen weitere Bereinigungen durchgeführt werden (siehe KB15779)
• Wurde im Jahr 2003 veröffentlicht und benötigt deshalb diverse Updates und Servicepacks
• Funktioniert nicht mit Microsoft Exchange 2010
• Kann nicht unter Windows Server 2008 oder 64 Bit Server Systemen installiert werden
• 200 MB Plattenplatz benötigt

Microsoft Exchange Server MAPI Client and Collaboration Data Objects 1.2.1

Download von Microsoft

Vorteile

• Funktioniert mit Microsoft Exchange 2010 (Version 6.5.8147 und höher)
• Kann unter Windows Server 2008 und 64 Bit Server Systemen installiert werden
• Wurde für native Microsoft Exchange 2007 oder 2010 Umgebungen veröffentlicht, bei denen kein MAPI Subsystem enthalten ist
• Benötigt nur wenig Plattenplatz
• Keine Installation von Servicepacks benötigt

Nachteile

• Upgrade von Exchange System Manager ist zeitaufwändig und benötigt eine Downtime
• Beinhaltet keinen System Manager

Fazit

Welches MAPI Subsystem eingesetzt wird, hängt von der Umgebung ab, in die der BlackBerry Enterprise Server installiert wird. Wenn bereits ein BlackBerry Enterprise Server besteht und keine Implementierung von Exchange 2010 geplant ist, sollte der Exchange System Manager auf dem BES mit den letzten Servicepacks und Hotfixes gepatcht werden.

Das MAPI Subsystem des Exchange System Manger 2003 ist für alle Microsoft Exchange Versionen bis einschließlich Microsoft Exchange 2007 zulässig, wenn das Servicepack 2 und das 6.5.7654 Sicherheitsupdate installiert wurden.

Microsoft Exchange Server MAPI Client and Collaboration Data Objects 1.2.1 wurde 2007 von Microsoft  herausgegeben, weil in Exchange 2007 kein MAPI Subsystem enthalten war. Diese MAPI Version ist die einzige, die unter Windows Server 2008 und 64 Bit Server Systemen funktioniert und mit Microsoft Exchange 2010 kommunizieren kann (6.5.8147+)

Empfehlung

Quelle: BTSC KB22870

Verwandte Artikel

• Blackberry Enterprise Server (BES): empfohlene mapi32.dll Version (0)
• Projekt: Überwachung BlackBerry Enterprise Server mit Nagios – OIDs (0)
• Microsoft Exchange 2010 SP1 Beta und BlackBerry Enterprise Server 5.0.1 (0)
• Exchange 2007: Berechtigungen für BesAdmin (2)
• Demnächst: BlackBerry Enterprise Server 5.0.1 (1)