Beiträge von ElRolfo

Hallo!

Unsere Telefon-Spezis möchten gerne ab sofort "Unified Messaging" auf der Exchange-2016-Farm nutzen. Ich habe daher die passenden UM Language Packs für CU12 besorgt und installiert. Das funktioniert auch grundsätzlich problemlos - nur bei der Sprache "en-US" bemängelt der Setup (logischerweise) daß diese Sprache bereits installiert ist und man möge sie doch erst entfernen bevor man sie neu installiert.

Nur - das Entfernen ist nicht möglich; es kommt eine Fehlermeldung:

"The US English (en-US) UM language pack can't be uninstalled. It's required on all Mailbox servers."

Soweit mir bekannt ist sollte man immer die aktuellen, zum CU passenden UM Language Packs verwenden. Ich verstehe aber nicht warum es mir für "en-US" nicht gelingt das Paket zu entfernen und zu erneuern.

Hat jemand eine Idee woran das liegen könnte?

Viele Grüße
ElRolfo

Moin!

Microsoft hat den 2016CU12 ja diesmal deutlich früher als erwartet herausgebracht - vermutlich wegen diverser Sicherheitsprobleme die in den letzten Wochen hochkochten.

Hat schon jemand diesen CU12 installiert und kann berichten?

Viele Grüße
Rolf

Die Änderungen werden überschrieben wenn man einen CU einspielt. Man hat dann neue web.config-Dateien. Die Anpassungen gehören zu den "Workarounds" die zusammen mit Microsoft erarbeitet wurden um diverse Schwierigkeiten in unserer Umgebung zu lösen. Zumindest der Microsoft-Support hatte keine Probleme dabei unsere web.config zu ändern und als Empfehlung für die Zukunft mitzugeben

Die Empfehlungen von Microsoft findet man mittlerweile sogar im Internet, zum Beispiel:

https://social.technet.microso…an-1-mb?forum=officeitpro

https://support.microsoft.com/…-it-creates-a-new-mailbox

Die "strikte Ablehnung" scheint also zumindest nicht von Microsoft zu stammen.

Ich habe bisher noch nicht herausgefunden wie ich die Parameter in den verschiedenen web.config mit appcmd.exe "unfallfrei" setzen bzw. eintragen kann. Selber einlesen und ändern erscheint mir zu grob geschnitzt!
Desweiteren haben wir OWA "customized", was unter anderem bedeutet bei jedem Update zumindest mal die logon.css zu prüfen und ggf. manuell zu adaptieren (die adaptierte Version kann ich dann aber auf allen Servern verwenden).

Grundsätzlich geht mir das mit dem Scripten aber schon länger durch den Kopf, nur scheiterte es bisher an der Umsetzung (und insbesondere am obigen web.config- Thema). Aber vielleicht hat ja dafür schon jemand eine Lösung gefunden?

Ja. Ich habe die Server so in Gruppen aufgeteilt daß immer drei Maschinen gleichzeitig in den Maintenance Mode versetzen kann ohne daß es jemanden stört.

Nö, sind noch 12. Das ist mit allem drum und dran 2 Tage Arbeit. Man gönnt sich ja sonst nichts.

Ja, nur 14 Server mit diversen Anpassungen (OWA, web.config ... etc). Es gibt ja Unternehmen die eine größere Menge Server in Betrieb haben, da kann das schon nervig sein.

Bei mir hat das unmittelbar nach dem Schema-Update aufgehört zu funktionieren. Aber ich habe rausgefunden was die Ursache ist: das Problem haben nach dem Schemaupdate nur Server die noch nicht mit CU11 bespielt worden sind. Die Maschinen die schon CU11 haben verhalten sich (wieder) normal.

Moin,

mir ist ein "Bug" im 2016 CU11 aufgefallen. Ich gebe das gerne weiter, falls ihr irgendwelche Scripts verwendet die das verwenden könntet ihr auch damit Probleme bekommen.

Das Problem zeigt sich wie folgt:

Bis einschließlich CU9 war dies möglich (nur zur Veranschaulichung):

$db = get-mailboxdatabase mydb
$db | get-mailbox

--> das brachte dann alle Mailboxen der Datenbank "mydb".

Wenn man das jetzt versucht er hält man eine Fehlermeldung (Objekt "mydb" nicht auf "name_domaincontroller" gefunden").

Entsprechend verhält sich das folgende Kommando (hier: get-mailbox) so als wäre keine Datenbank davorgepiped worden.

Das Problem entsteht nun immer wenn man eine Mailbox-Datenbank über eine Variable an ein anderes Kommando weitergibt.

Grüße
Rolf

Ja, schon bemerkt, danke.