Vor 2 Monaten hatte ich das erste Mal davon berichtet, jetzt ist die erste Beta Version des Service Pack 1 für Exchange 2010 zum Download verfügbar. Meiner Natur entsprechend war der Download 1 Stunde nach Veröffentlichung heruntergeladen, und mit ca. 550 MB wird allein durch die Größe des Downloads klar: Da kommt einiges an Neuerungen! 2 Stunden später war das Service Pack in meiner Umgebung schon eingespielt. Die Laufzeit der Beta ist auf 120 Tage beschränkt, demnach hoffe ich darauf dass der RTM Status innerhalb dieser Zeit noch kommen wird.
Ein Neustart später, und der CAS vergaß die Weiterleitungsregel im IIS. Aber das war auch schon das Einzige. Das Service Pack lässt sich übrigens nicht deinstallieren. Die Versionsnummer ist von 14.0.639.21 auf 14.1.180.2 gestiegen. In der EMC fallen einem unter Organization–>Mailbox zwei neue Reiter auf: Retention Policy Tags und Retention Policy.
Statt wie zuvor die Einstellungen der Retention Policy in der Powershell zu steuern, ist dies nun in der EMC möglich.
Ebenfalls neu und lange erwartet ist die Möglichkeit, die Archiv-Mailbox eines Users in einer anderen Datenbank anzulegen:
Allerdings scheint es auf den ersten Blick in der EMC nicht die Möglichkeit gegeben, die Archiv-Mailbox von bereits bestehenden Usern zu verschieben. Startet man aber einen “New Local Move Request” wird einem angeboten entweder nur die User-Mailbox zu verschieben, nur die Archiv-Mailbox zu verschieben, oder beides zu verschieben:
Möchte man alle bestehenden Archiv-Mailboxen verschieben, so muss aber doch wieder zur Powershell gegriffen werden:
Get-Mailbox | where { $_.ArchiveDatabase -ne $null } | New-MoveRequest -ArchiveOnly -ArchiveTargetDatabase ArchiveDB1
Statt dem neuen Parameter “ArchiveOnly” kann auch “PrimaryOnly” gesetzt werden, um nur die User-Mailbox zu verschieben.
Nach dem Move muss natürlich der Request wieder entfernt werden, das geht dann schnell über diesen Befehl:
Get-MoveRequest -MoveStatus Completed | Remove-MoveRequest
Und schon sind die Archiv-Mailboxen verschoben.
Neu ist auch die Möglichkeit, dass eingebundene PST Dateien jetzt mit in die Exchange Mailbox mit aufgenommen werden können.
Eine weitere große Neuerung im SP1 ist das Nachfolgetool von IsInteg. IsInteg liegt dem Exchange 2010 zwar bei (C:\Program Files\Microsoft\Exchange Server\V14\Bin), sollte aber dennoch nicht genutzt werden, da IsInteg nicht für 2010 Datenbanken aktualisiert wurde.
New-MailboxRepairRequest -Mailbox <MailboxID> -CorruptionType SearchFolder,AggregateCounts,ProvisionedFolder,FolderView -DetectOnly
Das neue CMDlet New-MailboxRepairRequest geht auch noch einen Schritt weiter: Es entdeckt nicht nur korrupte Objekte in der Mailbox, es kann sie auch beheben. Und noch viel spannender: Man muss keine Datenbank mehr offline nehmen, der Check geht über eine Mailbox. Diese ist für die Zeit der Überprüfung offline, alle anderen in der Datenbank können aber weiter arbeiten! Allerdings gibt es doch noch einen Wermutstropfen: Das CMDlet zeigt keine Ergebnisse an, diese muss man im ApplicationLog die “MSExchangeIS Mailbox Store Events” auslesen.
Aber jetzt zu meiner liebsten Neuerung: Outlook Web App ist verdammt schnell geworden. Durch die Pre-Fetch Funktion reagiert OWA wie ein Webmail Portal reagieren soll: Sofort. Auch Google Chrome wird jetzt um einiges besser supported, so kann man jetzt auch in Chrome E-Mails mit der Maus in Unterordner verschieben. Optisch wurde einiges aufgebessert, und endlich sind auch wieder Themes in OWA verfügbar. Aber nicht nur ein paar, es sind gleich 31 Stück!
Die Auswahl der Themes lässt sich in der EMC aber auch abschalten:
Soviel erstmal von meinen Erfahrungen mit der Beta Version von Exchange 2010 SP1. Es ist eindeutig nicht empfohlen die Beta in einer Produktiv Umgebung zu installieren!
Ähnliche Beiträge:
Hallo
also erstmal die Anleitungen zu DAG etc sind super!
Ich habe nun ein Exchange aus 2 Server mit allen Rollen und als Zeugen 1 DC (nicht optimal aber geht nicht anders), mit diesem DAG eingerichtet.
Die 2 Server laufen über Windows Lastausgleich auch als Webapp als “Cluster”.
Ohne SP1 Postfächer eingerichtet und ach SMTP/POP und die Empfangsconnectoren.
Jetzt nach dem install von SP1 (Final) bekomme ich beim POP zugriff aber Fehler das der Benutzer oder Passwort falsch sei.
Habt Ihr irgendwelche Erfahrungen damit?
Fehler: 0x800CCC91
MFG
Stefan
Ok habe es selbst gelöst bekomme, aus irgendeinem Grund übernimmt der POP3 Connector nicht die Einstellungen die in der GUI getätigt wurden.
Da wir keine TLS oder ähnliches verwenden war: Standard Plain Text auth aktiv , wurde aber ignoriert.
Hilfe schaft die PowerShell mit
Set-PopSettings -LoginType PlainTextLogin
POP3 Dienst anschließend neu starten und funktioniert