blog.icewolf.ch

Lync 2010 cumulative update January 2012

Andres Bohren — Tue, 14 Feb 2012 21:55:25 GMT

Hallo zusammen,

Microsoft hat das Cumulative Update Januar 2012 für den Lync Client herausgegeben.

Downloadlinks

Grüsse

Andres Bohren

Exchange 2010 SP2 Update Rollup1

Andres Bohren — Mon, 13 Feb 2012 23:31:59 GMT

Hallo zusammen,

Microsoft hat auf dem Exchange Team Blog das Update Rollup 1 für Exchange 2010 SP2 den Downloadlink veröffentlicht.
Welche Fehler behoben wurden, ist im KB Artikel KB2645995 beschrieben.

Grüsse

Andres Bohren

Clear Mailbox Folder Permissions

Andres Bohren — Sun, 12 Feb 2012 22:18:46 GMT

Hallo zusammen,

Kürzlich hatte ich einen interessanten Fall bezüglich der Mailboxberechtigungen.

Get-MailboxFolderPermission -Identity username:\Posteingang

Selbst ein Move der Mailbox auf eine andere Datenbank hat das Problem nicht korrigiert.

Der Fall konnte aber mit ExFolders gelöst werden. Achtung, darauf achten, dass es die Version 14.17.97.0 oder höher ist, ältere Versionen unterstüzen diese Funktion noch nicht.

Dann einfach den Folder auswählen und im Kontextmenue "Clear Permissions" auswählen.

Grüsse

Andres Bohren

Lync RBAC

Andres Bohren — Tue, 07 Feb 2012 23:56:41 GMT

Hallo zusammen,

Ich habe mir mal die RBAC Settings von Lync angeschaut. Diese sind nicht so umfangreich wie bei Exchange 2010, denn man kann die Rollen nicht anpassen sondern nur von bestehenden Rollen erben und einen Scope zuordnen.

Get-CsAdminRole | ft Identity

Also versuchen wir mal eine eigene Rolle zu erstellen und auf den Scope auf eine OU zu beschränken. Mehrere OU's können mit semikolon angegeben werden.

New-CsAdminRole -Identity "Lync IcewolfUsers CSUserAdmin" -Template CSUserAdministrator -UserScopes "OU:OU=Icewolf Users,DC=corp,DC=icewolf,DC=ch"

Die Gruppe muss also manuell angelegt werden. Bitte beachten, dass es eine Universal Security Group sein muss.

Voila, nun klappt das anlegen der neuen Rolle

Über die Admin URL kann der Benutzer nun auf das Admin Interface zugreifen.

Grüsse

Andres Bohren

Remove PST from Outlook Profile by VBS Script

Andres Bohren — Sun, 05 Feb 2012 14:42:18 GMT

Hallo zusammen,

Vor einiger Zeit habe ich mal ein VBS Script geschrieben, welches die PST Files im Outlook Profil erkennt und entfernen kann. Dieses Script kann beispielsweise ins Logonscript eingebaut werden.

Das entfernen von PST's funktioniert aber nur bei der ersten PST - sobald mehrere PST Dateien vorhanden sind, wird die schlaufe beim entfernen irgendwie verlassen - habe mich da aber nicht weiter darum gekümmert. Bin aber für Feedback dazu dankbar.

Ich habe also ein Outlook Profil mit zwei PST Dateien angelegt

Und so sieht das Script dann aus.

Diese Informationen können natürlich auch verwendet werden um ein Inventar der PST Dateien im Netzwerk anzulegen indem diese Infos im Loginscript erhoben werden und in ein File geschrieben werden.

'###############################################################################
'# Remove PST from Outlook
'# Uses Outlook to remove PST Files from Profile
'# 29.10.2011 Andres Bohren / www.icewolf.ch
'###############################################################################

Option Explicit

ListPST
ShowIdentity

Dim oWshShell
Set oWshShell = WScript.CreateObject("WScript.Shell")
'oWshShell.Popup "Removed PST Files from your Profile", 2, "RemovePST", 64

Public Sub ListPST()
    'On Error resume next
    Dim objOutlook 'As Outlook.Application
    Dim Session 'As Outlook.NameSpace
    Dim Store 'As Outlook.Store
    Dim Stores 'As Outlook.Stores
    Dim objFolder 'As Outlook.Folder
    Dim Report 'As String
    Dim strPrompt 'As String

    Set objOutlook = CreateObject("Outlook.Application")
    Set Session = objOutlook.Session
    'Set Session2 = objOutlook.Session
    Set Stores = Session.Stores

    For Each Store In Stores

    If Store.ExchangeStoreType = 3 then
      Report = ""
        Report = Report & Store.DisplayName & vbCrLf
        Report = Report & "Location : " & Store.FilePath & vbCrLf
        Report = Report & "Is Cached Exchange : " & Store.IsCachedExchange & vbCrLf
        Report = Report & "Is Data File Store : " & Store.IsDataFileStore & vbCrLf
        Report = Report & "Is Instant Search Enabled : " & Store.IsInstantSearchEnabled & vbCrLf
        Report = Report & "Is Open : " & Store.IsOpen & vbCrLf
        Report = Report & "Class : " & Store.Class & vbCrLf
        Report = Report & "Exchange Store Type : " & Store.ExchangeStoreType & vbCrLf
        Report = Report & "Store ID : " & Store.StoreID & vbCrLf & vbCrLf
        msgbox "Report: " & Report

        set objfolder = nothing
        Set objFolder = store.GetRootFolder

    strPrompt = "Remove PST file? " & Store.DisplayName & vbcrlf & Store.FilePath & vbcrlf & "Folder: " & objFolder

      If MsgBox(strPrompt, vbYesNo + vbQuestion) = vbYes Then
        Session.RemoveStore objFolder
      End If

     End If

    Next

End Sub

Sub ShowIdentity
Dim WshNetwork
Set WshNetwork = WScript.CreateObject("WScript.Network")
Msgbox "Hostname: " & WshNetwork.ComputerName & " User: " & WshNetwork.UserDomain & "\" & WshNetwork.UserName
End sub

Das VBS File kann auch heruntergeladen werden.

Grüsse

Andres Bohren

eseutil

Andres Bohren — Sun, 05 Feb 2012 14:30:02 GMT

Hallo zusammen,

Das eseutil.exe Kommandozeilentool dient zur Überprüfung und Reparatur von Exchange Datenbanken. Für Exchange 2010 habe ich auf Technet keine spezielle Seite gefunden. Für Exchange 2007 gibts eineEseutil Technet Dokumentation.

Das Eseutil liegt im Exchange Programmverzeichnis

cd C:\Program Files\Microsoft\Exchange Server\V14\Bin
eseutil.exe /?

Check

Das Tool kann nur angewendet werden wenn die Datenbank dismounted ist. Ich habe deshalb mal die MDB03 dismouted und führe das Esetuil mit dem Parameter /mh aus um die Kopfzeilen der DB anzuzeigen.

eseutil.exe /mh [Path to Database]

eseutil.exe /mh D:\MDB03\MDB03.edb

Da die Datenbank normal dismounted wurde ist die DB im "Clean Shutdown" state.

Wir können nun mit dem Parameter /ml die Logfiles Prüfen.

eseutil /ml D:\MDB03\[Logprefix]]

eseutil /ml D:\MDB03\E03

In diesem Fall ist alles okay - alle Logfiles wurden gefunden.

Löschen wir doch mal das Logfile E0300000087.log und führen den Logfile Check nochmals aus

eseutil /ml D:\MDB03\E03

Das Fehlende Logfile wird also erkennt.

Es ist auch möglich die Kopfdaten des .chk Files anzuzeigen

eseutil /mk [Path to chk File]
eseutil /mk D:\MDB03\E03.chk

Recovery

Nachdem das fehlende Logfile wieder zurückkopiert ist, mache ich mal ein recovery. Das sollte aber nur im Falle eines Fehlers angewendet werden und nicht "nur so aus spass".

Eseutil /r <Log Prefix> /l [Path of the log files] /d [Path of the database]
Eseutil /r E03 /l D:\MDB03\ /d D:\MDB03\MDB03.edb

Repair

Ein Repair sollte nur dann ausgeführt werden, wenn die DB im "Dirty Shutdown" state und die Logfiles nicht mehr verfügbar sind. Ein Database Repair hat einen Datenverlust zur Folge - deshalb wird auch eine Warung ausgegeben.

Eseutil /p [Path to Database] /t [Path to Temporary Databasefile]
Eseutil /p D:\MDB03\MDB03.edb /t D:\MDB03\temp_MDB03.edb

Grüsse

Andres Bohren

Exchange 2010 Database Files

Andres Bohren — Sun, 05 Feb 2012 13:16:57 GMT

Hallo zusammen,

Bei Exchange Server sind verschiedene Dateien für die Exchange Datenbanken beteiligt. Einge gute übersicht dazu gibts in diesem Buch Exchange Server 2010 Administrator's Pocket Consultant Seite 77.

Im grossen und ganzen bestehen die Mailbox Datenbanken aus der Datenbank (database.edb) und den dazugehörigen Transaction Logs (E##.log, E##00000001.log...) sowie den Reserve Logfiles (E##00000001.log,...E##0000000A.log)

Im Windows Explorer sieht das dann so aus

Und hier die Beschreibungen der einzelnen Files

Datei	Funktion	Beschreibung
E03.chk	Checkpoint File	In diesem File wird gespeichert, welche Transaktionen der Logfiles bereits commited sind.
E03.log	Actual Exchange Logfile	Aktuelle Transaktionen welche änderungen an der Datenbank vornehmen
E0300000001.log,E0300000002.log...	Secundary Exchange Logfiles	Weitere Logfiles werden erstellt. Es können bis zu einer Billion Logfiles zu einer Mailbox Datenbank erstellt werden.
E03res00001.jrs,...E03res0000A.jrs	Reserve Logfiles	Reserve Logfiles, falls das Log volläuft
E03tmp.log	Temporary Logfile	Temporäres Logfile
MDB03.edb	Exchange Database	Exchange Mailbox Datenbank
tmp.edb	Tempory Transactions	Temporärer Speicherplatz für Transaktionen

Grüsse

Andres Bohren

Microsoft introduces PST Capture

Andres Bohren — Wed, 01 Feb 2012 23:18:10 GMT

Hallo zusammen,

Wie im Juni angekündigt, wurde gestern auf dem Exchange Team Blog das PST Capture Tool vorgestellt. Das Tool kann hier heruntergeladen werden. Ebenfalls ist eine PST Capture Dokumentatation auf Technet verfügbar.

Architektur

Die Architektur ist Agentenbasiert. Sprich es gibt einen Server welcher mit den Agenten auf den Clients kommuniziert um die PST Dateien zu suchen und auf den PST Capture Server zu übertragen.

PST Capture Server

Prerequisits auf dem PST Capture Server

Dotnet 3.5
Outlook 2010 x64
Serviceaccount ist Local Mitglied der lokalen Administratoren Gruppe auf dem PST Capture Server
Der Serviceaccount hat eine Mailbox
Serviceaccount ist Mitglied der Rolle "Public Folder Management"

Der Serviceaccount muss in die Lokale Administratoren Gruppe des PST Capture Servers hinzugefügt werden

Der Serviceaccount muss eine Mailbox haben

Der Serviceaccount muss zur Rolle "Public Folder Management" hinzugefügt werden.

Installation PST Capture Server

Hier die Screenshots des PST Capture Servers

Installation PST Capture Agent

Hier die Screenshots des PST Capture Agents

Den Client kann man auch Silent installieren

msiexec /i \\<share>\PSTCaptureAgent.msi /q CENTRALSERVICEHOST=<server> SERVICEPORT=6674

Die Konfiguration wird in der Registry abgelegt

[HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Exchange\PST Capture\DiscoveryAgent]
"CentralServiceHost"="icesrv04.corp.icewolf.ch"
"CentralServicePort"=dword:00001a12
"CheckConfigInterval"=dword:0000003c

Outlook mit PST

In Outlook habe ich nun ein PST erstellt

Das sieht dann etwa so aus

PST Capture Console

Und das ist nun die PST Capture Console

Es lohnt sich sicher einen Blick auf Tools --> Settings zu werfen

Nun suchen wir mal nach PST's. Computer welche den Agenten installiert haben, erkennt man am grünen Bildschirm.

Es können nur lokale Disks durchsucht werden. Falls PST's auf Fileservern liegen, soll gemäss Microsoft der Agent auch auf dem Fileserver installiert werden.

Die PST Datei wurde gefunden, nun kann man diese zur Import List hinzufügen.

In der Importlist muss noch die Mailbox zugewiesen werden

Nun kann der PST Import beginnen

Wenn Outlook läuft, wird die PST Datei von Outlook verwendet und kann nicht kopiert werden.

Voila, der Import hat nun geklappt

Wie man sieht, ist im Postfach nun ein Ordner "Persönliche Ordner" vorhanden. Leider wird in Outlook die PST Datei nicht abgehängt oder gelöscht, so kann der Benutzer die PST Datei also weiterhin verwenden - das finde ich bei einer Agentenbasierten Architektur echt nicht sexy!

Grüsse

Andres Bohren

Resource Booking between Exchange Organisations (ProcessExternalMeetingMessages)

Andres Bohren — Sat, 28 Jan 2012 18:07:02 GMT

Hallo zusammen,

Resource Kalender wie beispielsweise Räume stellen bei einer Migration eine besondere Herausforderung dar. Exchange erlaubt nämlich nur Terminanfragen derselben Exchange Organisation.

Listigerweise gibt es einen Paramenter "ProcessExternalMeetingMessages" im Set-CalendarProcessing cmdlet welcher wie folgt beschrieben ist:

The ProcessExternalMeetingMessages parameter specifies whether to process meeting requests that originate outside the Exchange organization. If set to $false, meeting requests that originate outside of the organization are rejected. Valid input for this parameter is $true or $false.

Ist aber für die Katz - egal ob auf True oder False gesetzt - Exchange beantwortet keine Meeting Requests von extern! Und damit Basta!

Damit das doch geht müssen gemäss meinen Recherchen folgende Dinge erfüllt sein:

Der Receive Connector auf Exchange 2010 muss auf "Externally Secured" stehen
Es muss ein Contact Object mit der Emailadresse des Meeting Requesters im AD existieren

Sind diese beiden Anforderungen nicht erfüllt, erhält der Absender keine zu- oder Absage

Receive Connector

Der dem Receive Connector muss mit "Externally Secured" stehen.

Bei den Permission Groups müssen "Anonymous Users" und "Exchange Servers" ausgewählt sein.

Durch das setzen von "Externally Secured" werden folgende Extended Rights auf dem Receive Connector gesetzt.

Get-ReceiveConnector -Identity ICESRV01\TestReceiveConnector | Get-ADPermission | where {$_.User -like "NT AUTHORITY\ANONYMOUS LOGON"} | select user, ExtendedRights

Send Connector

Der Send Connector ist "hundsgewöhnlich" einfach Target IP...

...und Address Space sind gesetzt.

Contact Object

Im Active Directory wo die Room Mailbox steht, habe ich ein Mail Enabled Contact Object mit der Emailadresse des Users gemacht, welche den Meeting Request versendet.

Resource Booking Attendant

Auf der Room Mailbox ist der "Resource Booking Attendant" gesetzt und das Automate Processing auf "AutoAccept" gesetzt.

Testing

Nun kanns losgehen, der User "Source01" aus der Domain "source.internal" bucht den Raum "SitzungszimmerEiger" in der Domain corp.icewolf.ch

Ändert den Typ auf Resource (geht aber auch als normaler Teilnehmer)

Und versendet die Besprechungsanfrage....

Et voila, die Terminanfrage wird angenommen.

Fazit

Forestübergreifendes bzw. Exchange Organisation übergreifendes Resource Booking ist möglich. Allerdings ist der Aufwand mit gegenseitigen Contacts und speziellen ReceiveConnector Settings nicht ganz ohne.

Ausserdem ist der Parameter "ProcessExternalMeetingMessages" für die Katz - das hat bei mir nicht funktioniert. Aus meiner Sicht ist es also nicht möglich Räume von Extern (vom Internet) her zu Buchen - ausser ich mache jedesmal ein Contact Object - aber das ist ziemlich "bäääää"

Grüsse

Andres Bohren

Disable Ballon PopUp in Outlook when Exchange Connectivity changes

Andres Bohren — Sat, 28 Jan 2012 17:00:17 GMT

Hallo zusammen,

Bei kurzen Verbindungsunterbrüchen zwischen Outlook und Exchange informiert Outlook den Benutzer darüber, dass sich der Status der Konnektivität geändert hat. Das sieht dann etwa so aus. Dies kann Beispielsweise vorkommen, wenn die aktive Datenbank auf Exchange in einem DAG auf einen anderen Server verschoben wird.

Dies Ballon PopUps kann man in Outlook aber auch deaktivieren. Einfach mit der rechten Maustaste in der Statusleiste auf das Outlook Icon klicken und die Option "Änderung in Netzwerkkonnektivität anzeigen" deaktivieren.

Dabei wird der folgende Registry Key geändert:

HKEY_CURRENT_USER\Software\Microsoft\Office\14.0\Outlook\Display Types\Balloons\NetConn

"NetConn"=dword:00000000 --> bedeutet dass die Benachrichtigung deaktiviert ist

"NetConn"=dword:00000001 --> bedeutet dass die Benachrichtigung aktiviert ist

Grüsse

Andres Bohren