Edit 22.01.2010: Die oben getroffene Aussage trifft nur bei Verwendung der Exchange Verwaltungskonsole zu. Ein formatierter Disclaimertext kann in Exchange 2010 per Powershell angelegt werden (siehe: http://www.roland-ehle.de/archives/909) Vielen Dank @Frank Carius für den Hinweis

Die folgenden Screenshots zeigen die Auswahlmöglichkeiten bei Exchange 2007 (links) und Exchange 2010

Die Aussage, dass der Text des Disclaimer nicht mehr formatiert werden kann, ist falsch, korrekt ist, dass der Text nicht mehr über die Exchange Verwaltungskonsole formatiert werden kann, sondern nur per Powershell. Ein neuer Disclaimer wird per Powershell wie folgt angelegt:

New-TransportRule -Name ExternalDisclaimer -Enabled $true -SentToScope ‘NotInOrganization’ -ApplyHtmlDisclaimerLocation ‘Append’ -ApplyHtmlDisclaimerText “<h3>Disclaimer Title</h3><p>This is the disclaimer text.</p>” -ApplyHtmlDisclaimerFallbackAction Wrap

Etwas HTML-Syntax Know-How ist hierbei gefragt, um den Text ordentlich zu formatierten.

Quelle: http://technet.microsoft.com/de-de/library/dd876914.aspx

Heute habe ich in einem Disclaimer folgenden Text gefunden, der an dieser Stelle wohl absolut sinnlos ist:

Weder FIRMA noch der Absender übernehmen die Haftung für Viren; es
obliegt Ihrer Verantwortung, die EMail und deren angehängte Dateien
(sofern vorhanden) auf Viren zu überprüfen.

Ich bin zwar kein Anwalt, aber ich kann mir nicht vorstellen, dass dieser Text im Ernstfall einer rechtlichen Prüfung standhält, sollte einem Empfänger tatsächlich Schaden durch eine virenverseuchte E-Mail aus dem Netzwerk dieser Firma entstehen.

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.

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.

Mit dem Servicepack 1 hat Microsoft die Möglichkeit eingeführt, die Aufbewahrungsrichtlinien über die grafische Oberfläche der Exchange Verwaltungskonsole zu verwalten. Vermutlich erhofft man sich dadurch eine größere Akzeptanz.

In folgendem Beispiel werde ich eine Aufbewahrungsrichtlinie anlegen, die lediglich einen Tag enthält, der dafür sorgen soll, dass die Systemmeldungen, die ich erhalte, automatisch nach 14 Tagen gelöscht werden.

1. Anlegen des Aufbewahrungsrichtlinientags (was für ein Wort)
   Nach dem Öffnen der Exchange Verwaltungskonsole findet man unter Organisationskonfiguration, Postfach den Reiter “Aufbewahrungsrichtlinientags”. Dort sind die vorgefertigten Tags bereits enthalten.Groß ist des Meisters Kraft, wenn er mit der rechten schafft: Ein Rechtsklick auf eine leere Stelle fördert das Kontextmenü zutage, hier bitte “Neues Aufbewahrungsrichtlinientag” auswählen

   

   Die Auswahl von “Persönliche Ordner” hat zur Folge, dass dieser Tag dem Anwender in Outlook als Wahloption zur Verfügung steht und nicht als Standardtag festgelegt wird.

   

   Auswahl der Aktion “Löschen und Wiederherstellung zulassen”

   

   Gut finde ich, dass hier am Ende auch der entsprechende Powershellbefehl angezeigt wird. In diesem Fall wäre der Powershellbefehl:

   New-RetentionPolicyTag -Name 'Remove-Systemmsgs-14d' -Type "Personal" -Comment ' -AgeLimitForRetention '14.00:00:00' -RetentionAction 'DeleteAndAllowRecovery' -RetentionEnabled $true

   

2. Anlegen der AufbewahrungsrichtlinieAuswahl “Neue Aufbewahrungsrichtlinie” aus dem Kontextmenü
   
   Hinzufügen des Aufbewahrungsrichtlinientags

   

   Last but not least, Zuweisen der Aufbewahrungsrichtline an ein Postfach. Wichtig: Jedem Postfach kann nur eine Aufbewahrungsrichtlinie zugewiesen werden.

   

3. Und so sieht das dann aus, wenn die Aufbewahrungsrichtlinie einem Ordner zugewiesen ist

   

   In E-Mails taucht dann ebenfalls der Hinweis auf den Ablaufzeitpunkt auf:

   

• Volumen der größten versendeten E-Mail
• durchschnittliche E-Mail-Größe (Out)
• Volumen der größten empfangenen E-Mail
• durchschnittliche E-Mail-Größe (In)

$hubs = Get-TransportServer
 
# Get the start date for the tracking log search
$Start = (Get-Date -Hour 00 -Minute 00 -Second 00).AddDays(-1)
 
# Get the end date for the tracking log search
$End = (Get-Date -Hour 23 -Minute 59 -Second 59).AddDays(-1)
 
$Datum = $Start.ToShortDateString()
 
$receive = $hubs | get-messagetrackinglog -Start $Start -End $End -EventID "RECEIVE" -ResultSize Unlimited | select Sender,RecipientCount,TotalBytes,Recipients
$send = $hubs | get-messagetrackinglog -Start $Start -End $End -EventID "SEND" -ResultSize Unlimited | select Sender,RecipientCount,TotalBytes
$mreceive = $receive | Measure-Object TotalBytes -maximum -minimum -average -sum
$msend = $send | Measure-Object TotalBytes -maximum -minimum -average -sum
 
$anzahl = $mreceive.count + $msend.count
$volumen = ($mreceive.sum + $msend.sum) / (1024 * 1024)
 
$volumen = "{0:N2}" -f $volumen + " MB"
 
$msendmb = $msend.sum / (1024 * 1024)
$vsend = "{0:N2}" -f $msendmb + " MB"
$bigsend = $msend.maximum / (1024 * 1024)
$avsend = $msend.average / 1024
 
$bigsendmb = "{0:N2}" -f $bigsend + " MB"
$avsendkb = "{0:N2}" -f $avsend + " KB"
 
$mreceivemb = $mreceive.sum / (1024 * 1024)
$vreceive = "{0:N2}" -f $mreceivemb + " MB"
$bigreceive = $mreceive.maximum / (1024 * 1024)
$avreceive = $mreceive.average / 1024
 
$bigreceivemb = "{0:N2}" -f $bigreceive + " MB"
$avreceivekb = "{0:N2}" -f $avreceive + " KB"
 
#$senders = $send | Group-Object Sender | Sort-Object Count -Descending
#$topsender = $senders[0].Name
#$topsender += $senders[0].Count
 
#$receivers = $receive | Group-Object Recipients | Sort-Object Count -Descending
#$topreceiver = $receivers[0]
#$topreceiver
 
$obj = new-object psObject
 
$obj |Add-Member -MemberType noteproperty -Name "Datum" -Value $Datum
$obj |Add-Member -MemberType noteproperty -Name "Anzahl Gesendete E-Mails" -Value $msend.Count
$obj |Add-Member -MemberType noteproperty -Name "Volumen Gesendete E-Mails" -Value $vsend
$obj |Add-Member -MemberType noteproperty -Name "Volumen der größten E-Mail Out" -value $bigsendmb
$obj |Add-Member -MemberType noteproperty -Name "Durchschnittliche Größe Out" -value $avsendkb
$obj |Add-Member -MemberType noteproperty -Name "Anzahl Empfangene E-Mails" -Value $mreceive.Count
$obj |Add-Member -MemberType noteproperty -Name "Volumen Empfangene E-Mails" -Value $vreceive
$obj |Add-Member -MemberType noteproperty -Name "Volumen der größten E-Mail In" -value $bigreceivemb
$obj |Add-Member -MemberType noteproperty -Name "Durchschnittliche Größe In" -value $avreceivekb
$obj |Add-Member -MemberType noteproperty -Name "Gesamtanzahl" -Value $anzahl
$obj |Add-Member -MemberType noteproperty -Name "Volumen Gesamt" -Value $volumen
 
$out = $Datum + ";" + $msend.count + ";" + $vsend + ";" + $mreceive.count + ";" + $vreceive + ";" + $anzahl + ";" + $volumen
$out | out-file c:\daily.csv -append -encoding default
 
function sendmail($body)
{
$SmtpClient = new-object system.net.mail.smtpClient
$MailMessage = New-Object system.net.mail.mailmessage
$SmtpClient.Host = "mailserver.domain.local"
$mailmessage.from = "sender@domain.tld"
$mailmessage.To.add("recipient@domain.tld")
$mailmessage.CC.add("recipient@domain.tld")
$mailmessage.Subject = “Exchange daily report for $Datum”
$MailMessage.IsBodyHtml = $false
$mailmessage.Body = $body
 
$smtpclient.Send($mailmessage)
}
 
$obj = $obj -replace("@{","")
$obj = $obj -replace("=",":`t")
$obj = $obj -replace("; ","`n")
$obj = $obj -replace("}","`n")
 
sendmail $obj

Beispielsweise werden E-Mails an nicht existierende Adressen zunächst vom einliefernden Server angenommen, ein Non-Delivery-Report (NDR) wird erst später vom Exchange 2010 Server generiert. Dadurch können sogenannte Backscatter ausgelöst werden, die von einigen RBLs, z.B. UCEProtect, ausgewertet werden und zur Eintragung des Servers in die Blacklist führen können. Ein E-Mail-Server sollte nur E-Mails für existierende E-Mail-Adressen akzeptieren.

Wenn in einer Exchange Organisation kein Edgeserver vorhanden ist, können die Antispamfunktionen auf dem Exchange 2010 System mit installierter Hub-/Transport-Rolle wie folgt per Powershell aktiviert werden:

• Wechseln ins Verzeichnis Scripts der Exchange-Installation (bei mir c:\Program Files\Microsoft\Exchange Server\V14\Scripts)
• folgenden Befehl ausführen: ./install-AntispamAgents.ps1

Nach einem Neustart des Dienstes “Microsoft Exchange Transport” stehen dann die Antispamfunktionen zur Verfügung. Unter anderem kann dann die Validierung der Empfängeradressen aktiviert werden, was dazu führt, dass für die autorisierenden akzeptierten Domains nur noch E-Mails für existierende Adressen akzeptiert werden:

Set-RecipientFilterConfig -RecipientValidationEnabled $true

Alternativ kann diese Funktion auch über die Exchange Verwaltungskonsole, unter Organisationskonfiguration, Hub- Transport, Antispam aktiviert werden (siehe Screenshot)

Wichtig: Die Validierung von Empfängeradressen funktioniert nur für Domains, die unter “akzeptierte Domänen” als “Autorisierende Domäne” eingetragen sind.

Das Exchange Team hat als Ersatz für PFDAVAdmin das Tool ExFolders veröffentlicht. Das Tool hat im Vergleich zu PFDAVAdmin einige neue Funktionen:

• Import von Ordnereigenschaften (Mit PFDAVAdmin ist nur ein Export möglich)
• Unterstützung für die neuen Berechtigungen für Frei-/Gebuchtzeiten unter Exchange 2007 und Outlook 2007
• Gleichzeitige Verbindung zu mehreren Mailbox Stores – ideal für Batchjobs

ExFolders kann nur auf einem Exchange 2010 Server ausgeführt werden. Das Ausführen auf einem Client mit installierten Verwaltungstools ist nicht mehr möglich. ExFolders unterstützt Exchange 2007 und Exchange 2010, muss aber in jedem Fall auf einem Exchange 2010 Server gestartet werden.

Nach dem Download des Zip-Archivs (siehe Links) und dem Entpacken müssen noch 2 Dinge vor dem ersten Aufruf erledigt werden:

• Da das Programm nicht signiert ist, muss die im Archiv enthaltene Regdatei importiert werden, oder sn -Vr ausgeführt werden (Siehe dazu auch die Readme Datei)
• ExFolders.exe in das Unterverzeichnis “Bin” (bei mir wäre das C:\Program Files\Microsoft\Exchange Server\V14\Bin) der Exchange 2010 Installation kopieren. Das Programm darf nur aus diesem Ordner ausgeführt werden. Bei Start aus einem anderen Verzeichnis stürzt das Programm ab.

Look and Feel von ExFolders ist dem Vorgängertool PFDAVAdmin angeglichen. Man muss sich hier also nicht umstellen

Der Verbindungsaufbau ist komfortabler als beim PFDAVAdmin: sowohl der Name des zu verwendenden Global Catalog Servers, als auch die Public Folder Datenbank können aus einer Liste ausgewählt werden und müssen nicht mehr manuell eingetragen werden.

Das Kontextmenü bei Rechtsklick auf einen Ordner ist kürzer geworden, da unnötige Funktionen entfernt wurden (z.B. Fix Folder Dacl). Rechts das Kontextmenü aus PFDAVAdmin, links das Kontextmenü aus ExFolders

Einzig die Tatsache, dass ExFolders nur auf einem Exchange 2010 Server ausgeführt werden kann, könnte ein Nachteil von ExFolders sein.  Der Funktionsumfang macht auch ExFolders zu einem unentbehrlichen Tool, das in keiner Exchange-Admin-Werkzeugkiste fehlen darf.

Links:

• Exchange, meet Exfolders
• Download ExFolders

Beim Einrichten des Backups, wird automatisch die Vollsicherung ausgewählt. Dadurch werden zwar auch die Exchange Datenbanken gesichert, jedoch werden die Logdateien abschließend nicht gelöscht und unter “Letzte vollständige Sicherung” wird bei den Datenbanken nichts angezeigt. Damit bei einer Vollsicherung auch die Logdateien gelöscht werden muss das Backup wie folgt eingerichtet werden:

Bei Konfigurationstyp muss “Benutzerdefiniert” ausgewählt werden.

Die zu sichernden Elemente nach Wunsch hinzufügen. Wichtig: hier muss das Laufwerk, auf dem die Exchange Datenbanken gespeichert sind enthalten sein.

Anschließend den Button “Erweiterte Einstellungen” anklicken und

hier “Vollständige VSS-Sicherung” auswählen.