Eine E-Mail-Nachricht, die nicht unterstützte codierte Zeichen in der Betreffzeile enthält, wird in einer Exchange Server 2010-Umgebung nicht zugestellt – Microsoft-Support

Eine E-Mail-Nachricht, deren Betreffzeile nicht unterstützte codierte Zeichen enthält, wird in einer Exchange Server 2010-Umgebung nicht zugestellt

Exchange Server 2010 Enterprise Exchange Server 2010 Standard Mehr... Weniger

Symptome

Stellen Sie sich das folgende Szenario vor:

• Sie senden eine E-Mail-Nachricht über ein Microsoft Exchange Server 2010-Postfach.

• Die Betreffzeile der E-Mail-Nachricht enthält nicht unterstützte codierte Zeichen, z. B. ISO-2022-JP-2-codierte Zeichen.

In diesem Szenario wird die E-Mail-Nachricht nicht zugestellt. Darüber hinaus erhalten Sie keine NDR-Nachricht (Non-Delivery Report).

Ursache

Dieses Problem tritt auf, weil Exchange Server 2010 eine E-Mail-Nachricht nicht verarbeitet, wenn die Betreffzeile nicht unterstützte codierte Zeichen enthält. Darüber hinaus tritt eine Ausnahme auf, wenn Exchange Server 2010 versucht, eine NDR-Nachricht zu generieren.

Auflösung

Um dieses Problem zu beheben, installieren Sie das folgende Update-Rollup:

2509910 Beschreibung von Update Rollup 4 für Exchange Server 2010 Service Pack 1
Nachdem Sie dieses Update-Rollup angewendet haben, erhalten Sie eine NDR-Nachricht, wenn Sie eine E-Mail-Nachricht senden, deren Betreffzeile nicht unterstützte codierte Zeichen enthält. Darüber hinaus ist eine neue Funktion verfügbar, die einen Fallback zur Verwendung des Standardzeichensatzes in der Konfigurationsdatei ermöglicht. Wenn Sie diese Funktion aktivieren, können E-Mail-Nachrichten zugestellt werden, deren Betreffzeile nicht unterstützte codierte Zeichen enthält. Um diese Funktion zu aktivieren, führen Sie die folgenden Schritte aus:

1. Öffnen Sie die Datei EdgeTransport.exe.config im Editor.
   
   Hinweis Standardmäßig befindet sich die Datei EdgeTransport.exe.config im folgenden Ordner: C:\Programme\Microsoft\Exchange Server\V14\Bin
   

2. Fügen Sie unter dem Konfigurationselement die folgenden Konfigurationselemente hinzu:
   
   
   
   Hinweis Der einzige Unterschied im Element ist „Version". Verwenden Sie beispielsweise „Version=14.1.214.0" für Exchange Server 2010 Service Pack 1, „Version=14.2.214.0" für Exchange Server 2010 Service Pack 2 oder „Version=14.3.214.0" für Exchange Server 2010 Service Pack 3.
   
   

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

   Anmerkungen

   • Der Abschnitt „configSections" muss das erste Element des Konfigurationselements sein, das von .NET erzwungen wird. Wenn nicht, reagiert der Transportdienst beim Start nicht mehr.

   • Version, Kultur und öffentliches Token der Microsoft.Exchange.Data.Common-Assembly müssen korrekt sein. Sie finden sie im Global Assembly Cache (GAC).

   • Das FallbackToDefaultCharset-Element wird zum Aktivieren oder Deaktivieren dieser Funktion verwendet. Sie können diese Funktion aktivieren oder deaktivieren, indem Sie das Fallback-Attribut auf true oder false setzen.

   • Das DefaultCulture-Element dient zur Angabe einer Fallback-Kultur, 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 nicht, verwendet Exchange die Kultur des aktuellen Threads als Fallback-Kultur. In der Beispielkonfiguration ist die Fallback-Kultur auf „ja" eingestellt, wodurch die meisten Zeichen für nicht unterstützte Zeichensätze wie „ISO-2022-JP-2" erhalten bleiben könnten.

3. Speichern Sie die Datei EdgeTransport.exe.config.

4. Starten Sie den Transportdienst neu, damit er wirksam wird.

Hinweis Die Konfigurationsdatei muss sorgfältig bearbeitet werden. Es gibt keine Traces oder Ereignisprotokolle für die Diagnose. Die Funktion funktioniert nicht oder nicht wie erwartet, wenn in der Konfigurationsdatei ein Tippfehler vorliegt. Beachten Sie außerdem, dass wir für eine Nachricht mit einem nicht unterstützten Zeichensatz keine Garantie für den Empfang der Nachricht übernehmen und auch nicht für die Wiedergabetreue der Nachrichten garantieren, die durch diese Nachricht beim Empfang verursacht werden.

Status

Microsoft hat bestätigt, dass es sich hierbei um ein Problem bei den Microsoft-Produkten handelt, die im Abschnitt „Gilt für" aufgeführt sind.