New updates for Exchange Server 2016 and Exchange 2019 (September 2019)

Today the CU3 for Exchange Server 2019 and the CU14 for Exchange Server 2016 were released. The Exchange 2019 CU3 is available for download in the VLSC, Visual Studio Subscription and Action Pack.

New updates for Exchange Server 2016 and Exchange 2019 (September 2019)

Here are the details of the changes and fixed problems:

The CU 14 for Exchange 2016 can be downloaded here:

Incidentally, both CUs contain the Security updates from 10.09.2019as well as the error corrections described in the two articles mentioned above.

With the last Exchange 2019 CU, it took a while until the CU could also be downloaded in the Action Pack and Visual Studio Portal. However, the CU3 for Exchange 2019 is already available in the Visual Studio Portal:

New updates for Exchange Server 2016 and Exchange 2019 (September 2019)

20 thoughts on “Neue Updates für Exchange Server 2016 und Exchange 2019 (September 2019)”

  1. Vielleicht Outlook Home – Junk – Junk E-Mail Options – dort ev. Low: Move the most obvious junk email to the junk email folder. Ist nur ein Tip.

    Reply
  2. Hallo zusammen,

    wir haben einen frisch installierten Exchange 2019 CU3. Dort verwenden wir einen Spam-Filter, der die Spam Nachrichten mit SCL9 bewertet. Das funktioniert auch (laut Nachrichten-Eigenschaft), allerdings bleiben die eMails im Posteingang. Bei allen anderen Exchange gehen die bei SCL9 automatisch in den Junk-Ordner. Hat jemand eine Idee?

    Danke im Voraus!
    LG Dennis

    Reply
  3. Auch bei mir erhalte ich nach dem Update auf CU14 die EventsIDs 4999 und 1 vorhanden.

    EventID 1:
    MSExchange Autodiscover
    Unhandled Exception „Object reference not set to an instance of an object.“
    Stack trace: at Microsoft.Exchange.AutoDiscoverV2.FlightSettingRepository.GetHostNameFromVdir(ADObjectId serverSiteId, String protocol)
    at Microsoft.Exchange.AutoDiscoverV2.AutoDiscoverV2.ExecuteOnPremEndFlow(AutoDiscoverV2Request request)
    at Microsoft.Exchange.AutoDiscoverV2.AutoDiscoverV2.Execute(AutoDiscoverV2Request request, ITenantRepository tenantRepository)
    at Microsoft.Exchange.AutoDiscoverV2.AutoDiscoverV2HandlerBase.c__DisplayClass11_0.b__0()
    at Microsoft.Exchange.Common.IL.ILUtil.DoTryFilterCatch(Action tryDelegate, Func`2 filterDelegate, Action`1 catchDelegate)

    Eventid 4999
    MSExchange Common:
    Watson report about to be sent for process id: 53380, with parameters: E12IIS, c-RTL-AMD64, 15.01.1847.003, w3wp#MSExchangeAutodiscoverAppPool, M.Exchange.AutodiscoverV2, M.E.A.FlightSettingRepository.GetHostNameFromVdir, System.NullReferenceException, b90d-dumptidset, 15.01.1847.003.
    ErrorReportingEnabled: True

    Reply
  4. Der selbe Fehler tritt auch in Exchange 2019 bei Updates von CU2 auf CU3 auf und schreibt die Event Viewers voll. Weiss jemand ob MS davon Kenntnis hat? Gruss Marcel

    Reply
  5. Hallo , seit dem Update auf CU14 sehe ich auf unseren Systemen folgenden Fehler im Eventlog. Ist eine Hybrid Umgebung . Bisher konnte ich keine Auswirkungen feststellen. Derzeit konnte ich dazu noch nichts finden. Hat sonst jemand das Problem?

    – System MSExchange Autodiscover EventID 1
    Object reference not set to an instance of an object.
    at Microsoft.Exchange.AutoDiscoverV2.FlightSettingRepository.GetHostNameFromVdir(ADObjectId serverSiteId, String protocol) at Microsoft.Exchange.AutoDiscoverV2.AutoDiscoverV2.ExecuteOnPremEndFlow(AutoDiscoverV2Request request) at Microsoft.Exchange.AutoDiscoverV2.AutoDiscoverV2.Execute(AutoDiscoverV2Request request, ITenantRepository tenantRepository) at Microsoft.Exchange.AutoDiscoverV2.AutoDiscoverV2HandlerBase.c__DisplayClass11_0.b__0() at Microsoft.Exchange.Common.IL.ILUtil.DoTryFilterCatch(Action tryDelegate, Func`2 filterDelegate, Action`1 catchDelegate)

    Reply
    • Hallo MK !

      Genau das selbe in deutsch hier bei uns.
      Scheint sich aber nicht auf die Funktion auszuwirken.
      Autodiscover Test iO, Alle Kollegen (ca. 600) arbeiten sauber unter OL365 und OL2010…
      Schaut ein wenig so aus als ob das in C# programmierte Modul von Autodiscover einen Bug hat …
      Ich hoffe es schaukelt sich da nichts hoch … ;)

      Rossi

      Reply
  6. Ich habe mal gelesen, um einen Reindex für das betreffende Postfach anzutriggern, solle man dies bei EX2019 in eine andere DB verschieben. Laut Ignite Folien gibt es auch einen PowerShell Befehl für den Reindex, fkt. in der RTM Version aber noch nicht.

    Reply
  7. Hallo zusammen,

    kann mir jemand nach dem Update mit folgenden Problem helfen?
    Er zeigt mir hier im ContentIndexState „NotApplicable“ was kann ich machen?

    [PS] C:\ProgramData\Microsoft\Windows\Start Menu\Programs\Microsoft Exchange Server 2019>Get-MailboxDatabaseCopyStatus | ft name,contentindexstate -AutoSize

    Name ContentIndexState
    —- —————–
    DB01\HOMESERVER001 NotApplicable

    Reply
  8. Danke für den Hinweis.
    Im Action Pack ist aktuell
    Exchange Server Standard/Enterprise 2019 Multilanguage Cumulative Update 2
    enthalten – Leider noch kein CU3.

    Reply

Leave a Comment