"550 5.6.0 CAT. InvalidContent.Exception" und E-Mails werden in Exchange Server 2016 und 2013 nicht zugestellt

Symptome

Nehmen Sie folgendes Szenario an:

• Sie senden eine E-Mail-Nachricht über ein Microsoft Exchange Server 2016- oder Exchange Server 2013-Postfach.
• Die Betreffzeile der E-Mail-Nachricht enthält nicht unterstützte codierte Zeichen, beginnend mit CP oder MS und gefolgt von "-" anstelle einer Zahl, z. B. cp-850.

In diesem Szenario wird die E-Mail nicht zugestellt. Darüber hinaus erhalten Sie möglicherweise eine Unzustellbarkeitsberichtsnachricht (Non-Delivery Report, NDR), die der folgenden ähnelt:

Daher können die Journalberichts-E-Mails des NDR für CP-850-Zeichen-E-Mails nicht an Exchange-Journalzielpostfächer zugestellt werden.

Ursache

Dieses Problem tritt auf, weil Exchange Server 2016 und Exchange Server 2013 keine E-Mail-Nachricht verarbeiten, wenn die Betreffzeile nicht unterstützte codierte Zeichen enthält.

Lösung

Installieren Sie zur Behebung des Problems eines der folgenden Updates:

• Installieren Sie für Exchange Server 2016 das kumulative Update 9 oder ein späteres kumulatives Update für Exchange Server 2016.
• Installieren Sie für Exchange Server 2013 das kumulative Update 20 oder ein späteres kumulatives Update für Exchange Server 2013.

Darüber hinaus ist eine Funktion verfügbar, mit der Fallback die Verwendung des Standardzeichensatzes in der Konfigurationsdatei ermöglicht. Wenn Sie dieses Feature aktivieren, können E-Mail-Nachrichten mit nicht unterstützten codierten Zeichen in der Betreffzeile zugestellt werden. Gehen Sie folgendermaßen vor, um dieses Feature zu aktivieren:

1. Konfigurieren Sie diese beiden Dateien: EdgeTransport.exe.config und MSExchangeDelivery.exe.config.

   • Hinweis Diese beiden Dateien befinden sich standardmäßig im folgenden Ordner: C:\Program Files\Microsoft\Exchange Server\V14\Bin, Dateien in Editor öffnen.

   • Fügen Sie in jeder Datei die folgenden Konfigurationselemente unter dem Konfigurationselement hinzu:

     Hinweis Der einzige Unterschied im Element ist "Version". Verwenden Sie z. B. "Version=15.0.1366.0" für Exchange Server 2013 kumulatives Update 20, "Version=15.1.1462.0" für Exchange Server 2016 kumulatives Update 9.

     <configSections>
         <section name="CTS" type="Microsoft.Exchange.Data.Internal.CtsConfigurationSection, Microsoft.Exchange.Data.Common, Version=15.0.1366.0, Culture=Neutral, PublicKeyToken=31bf3856ad364e35" />
     </configSections>
     <CTS>
         <Globalization>
           <FallbackToDefaultCharset Fallback="true"/>
           <DefaultCulture Culture="en"/>
         </Globalization>
     </CTS>
     

     Hinweise:
     a) Der Abschnitt configSections muss das erste Element des Konfigurationselements sein, das von .Net erzwungen wird. Andernfalls reagiert der Transportdienst beim Starten nicht mehr.
     b) Version, Kultur und öffentliches Token der Microsoft.Exchange.Data.Common-Assembly müssen korrekt sein. Sie finden sie im Global Assembly Cache (GAC).
     c) Das FallbackToDefaultCharset-Element wird verwendet, um dieses Feature zu aktivieren oder zu deaktivieren. Sie können dieses Feature aktivieren oder deaktivieren, indem Sie das Fallback-Attribut auf true oder false setzen.
     d) Mit dem DefaultCUlture-Element wird eine Fallbackkultur angegeben, wenn der Zeichensatz in der E-Mail-Nachricht nicht unterstützt wird. Sie müssen das Culture-Attribut auf einen gültigen Kulturnamen festlegen. Wenn dies nicht der Fall ist, verwendet Exchange die Kultur des aktuellen Threads als Fallbackkultur. In der Beispielkonfiguration ist die Fallbackkultur auf "en" eingestellt.

2. Speichern Sie die EdgeTransport.exe.config und MSExchangeDelivery.exe.config Dateien.

3. Starten Sie den Transportdienst neu, um dies zu übernehmen.

Hinweis Die Konfigurationsdatei muss sorgfältig bearbeitet werden. Es gibt keine Ablaufverfolgungen oder Ereignisprotokolle für die Diagnose. Das Feature funktioniert nicht wie erwartet, wenn ein Tippfehler in der Konfigurationsdatei vorliegt. Beachten Sie außerdem, dass wir für eine Nachricht mit nicht unterstützten Zeichensätzen keine Garantie für die Nachricht beim Empfang und keine Garantie für die Genauigkeit von Nachrichten übernehmen, die durch diese Nachricht beim Empfang verursacht wird.

Außerdem finden Sie hier einen verwandten Link, auf den Sie verweisen können: Eine E-Mail-Nachricht, die nicht unterstützte codierte Zeichen in der Betreffzeile enthält, wird in einer Exchange Server 2010-Umgebung nicht zugestellt.

Weitere Informationen

Möglicherweise tritt ein Problem auf, nachdem Sie dieses Update zusammen mit der Aktualisierung der EdgeTransport.exe.config Datei angewendet haben. Wenn während der Installation eines späteren kumulativen Updates für Exchange Server 2016 oder Exchange Server 2013 die EdgeTransport.exe.config Datei mit Set-AppConfigValue aktualisiert wird, wird möglicherweise die folgende Fehlermeldung angezeigt:

Microsoft.Exchange.Data.Common.LocalizedException: Set-AppConfigValue: Der Knotenabschnitt wurde in der Datei F:\Program Files\Microsoft\Exchange Server\V15\bin\EdgeTransport.exe.config gefunden, ist aber nicht eindeutig.

Um das Problem zu beheben, sollten Sie vor dem Ausführen eines späteren kumulativen Updates für Exchange Server 2016 oder Exchange Server 2013 die folgenden Schritte ausführen, um den oben aufgeführten CTS-Abschnitt aus der EdgeTransport.exe.config Datei zu entfernen:

• Beenden Sie alle Exchange-Dienste.
• Kopieren und speichern Sie die EdgeTransport.exe.config Datei.
• Entfernen Sie den folgenden CTS-Abschnitt (wie oben aufgeführt) aus der EdgeTransport.exe.config Datei.
  <CTS>
  <Globalization><FallbackToDefaultCharset Fallback="true"/>
  <DefaultCulture Culture="en"/>
  </Globalisierung>
  </CTS>

• Speichern Sie die aktualisierte EdgeTransport.exe.config Datei.
• Führen Sie die Einrichtung eines späteren kumulativen Updates von Exchange Server 2016 oder Exchange Server 2013 aus.
• Führen Sie die in diesem Artikel beschriebenen Schritte aus, um die EdgeTransport.exe.config Datei zu aktualisieren, sobald die Einrichtung abgeschlossen ist.

Status

Microsoft hat bestätigt, dass dies ein Problem bei den Microsoft-Produkten ist, die im Abschnitt „Gilt für“ aufgeführt sind.

Referenzmaterial

Informieren Sie sich über die Terminologie, die Microsoft zum Beschreiben von Softwareupdates verwendet.