![](\"https:\/\/borncity.com\/blog\/wp-content\/uploads\/2015\/01\/Stop.jpg\")
[English]Kleiner Hinweis f\u00fcr Administratoren von Microsoft Exchange Server 2016 und 2019. Microsoft hat in seiner Dokumentation zu den Anforderungen und in den Paketen f\u00fcr Updates f\u00fcr eine Installation einen dicken Bock geschossen. Dort wird UCMA 4.0 gefordert und verlinkt. Die Version 4.0 von USMA ist aber nicht mit neueren .NET-Versionen und Windows Server 2016\/2019 kompatibel. Dort braucht es UCMA 6.0. Hier ein paar Informationen zu diesem Sachverhalt. <\/p>\n
<\/p>\n
Das Problem dabei: Die vom Setup f\u00fcr die Installation von Exchange Server 2016 gefordert Unified Communications Managed API 4.0 (UCMA 4.0) wird in sp\u00e4teren .NET Framework-Versionen nicht unterst\u00fctzt. UCMA 4.0 wird auch nicht auf auf Windows Server 2012 R2, Windows Server 2016 oder Windows Server 2019 unterst\u00fctzt. Ben\u00f6tigt wird das neuer UCMA 6.0, was sich aber nicht so einfach installieren l\u00e4sst, da es Konflikte mit den Laufzeit-Bibliotheken der C++ Redistributable 2015 bis 2019 gibt. <\/p>\n Aufgefallen ist das Ganze, weil der Microsoft Exchange Server 2016 CU 18 eines Kunden beim Herunterladen von Updates \u00fcber sconfig beim Update KB3175339 (Sec-Fix f\u00fcr UCMA 4.0) h\u00e4ngen blieb. Blog-Leser Karl hat mir dann diesen Kommentar<\/a> zum Blog-Beitrag VC ++ 2019: Das Ende des MS C++ Redistribution Chaos?<\/a> hinterlassen. Dort verweist er auf seinem Post Exchange 2016 \/ Exchange 2019 wrong recommendations on Unified Communications Managed API<\/a> bei Microsoft Q&A, wo er den Sachverhalt noch ausf\u00fchrlicher beschreibt. <\/p>\n Ursache f\u00fcr das H\u00e4ngen-bleiben war, dass das Paket im Katalog aufgef\u00fchrt, aber als Download nicht mehr verf\u00fcgbar ist. Beim Kunden l\u00e4uft der Exchange Server 2016 auf Windows Server 2016 LTSC. Das CU 18 oder fr\u00fchere CUs f\u00fcr Exchange wurden in den Requirements weder erw\u00e4hnt (um nach der veralteten Version von UCMA 4.0 zu suchen), noch hat Microsoft die Pakete aktualisiert.<\/p>\n Ben\u00f6tigt wird UCMA 6.0, wobei dessen Installation in der geschilderten Umgebung zum Abenteuer ausartet. Karl hat sich die zur Installation von UCMA 6.0 geforderten Voraussetzungen angesehen und sichergestellt, dass diese erf\u00fcllt sind. Trotzdem wurde das das Installationsprogramm nach Angabe des Installationspfades auf UCMA 6.0 beendet.<\/p>\n Der Grund daf\u00fcr wurde in den Installationsprotokollen gefunden. Das UCMA-Setup versucht, C++ Redist 2015-2019 x64-Paketversion 14.12.x zu installieren, die stark veraltet ist. Leider hat derjenige, der das Paket f\u00fcr UCMA erstellt hat, eine falsche fest programmierte Versionspr\u00fcfung implementiert. Karl musste daher UCMA 4.0 deinstallieren, was in Ordnung gewesen w\u00e4re. Zus\u00e4tzlich musste er auch die Laufzeitpakete der C++ Redistributionen 2015-2019 x64 deinstallieren. <\/p>\n Karl legt in seinem Post den Microsoft-Leuten ans Herz, beim Packen und Zusammenstellen von Installationspaketen niemals feste Versionspr\u00fcfungen auf eine bestimmte Versionsnummer vorzunehmen. Die Pr\u00fcfungen sollten immer auf gleichen oder h\u00f6heren Versionsstand erfolgen. Die aktuelle und sichere Version der Restristributable von C++ 2015-2019 ist die Version 14.28.x.<\/p>\n Die obigen Ausf\u00fchrungen zu Windows Server 2016 und Exchange Server 2016 gelten auch f\u00fcr die Kombination von Microsoft Exchange Server 2019, den man ausschlie\u00dflich auf Windows Server 2019 (und demn\u00e4chst vermutlich auch auf Windows Server 2021) installieren kann. Dort is nur UCMA 6.0 zugelassen. Microsoft hat sein eigenes Zeugs, auch im Business-Umfeld, nicht mehr wirklich im Griff. <\/p>\n<\/blockquote>\n","protected":false},"excerpt":{"rendered":" [English]Kleiner Hinweis f\u00fcr Administratoren von Microsoft Exchange Server 2016 und 2019. Microsoft hat in seiner Dokumentation zu den Anforderungen und in den Paketen f\u00fcr Updates f\u00fcr eine Installation einen dicken Bock geschossen. Dort wird UCMA 4.0 gefordert und verlinkt. Die … Weiterlesen Ich bin bereits auf Twitter<\/a> auf den nachfolgenden Post von Blog-Leser Karl gesto\u00dfen, in dem er die Problemlage kurz beschreibt. Die offiziellen Dokumente Microsofts verlinken immer noch UCMA 4.0<\/a> als Voraussetzung f\u00fcr Microsoft Exchange Server 2016 (und wohl auch 2019).<\/p>\n
![\"](\"https:\/\/i.imgur.com\/hC90FsZ.png\"\/ "\\"")
<\/a><\/p>\n![\"Unified](\"https:\/\/docs.microsoft.com\/answers\/storage\/attachments\/40789-image.png\" "\\"Unified")
<\/a> <\/p>\n\n