SMTP-Erweiterungen für Exchange Server 2007

Artikel
09/29/2014

Gilt für: Exchange Server 2007 SP3, Exchange Server 2007 SP2, Exchange Server 2007 SP1, Exchange Server 2007

Letztes Änderungsdatum des Themas: 2009-09-17

Das SMTP-Modul (Simple Mail Transfer Protocol) ist einer der Hauptverteiler von COM-Ereignissen. Das SMTP-Kernmodul ist für die gesamte Standard-SMTP-Kommunikation verantwortlich und verwendet die meisten Standarderweiterungen des SMTP-Diensts. Das SMTP-Kernmodul verarbeitet den ESMTP-Standard (Extended Simple Mail Transfer Protocol), der in RFC 821 (Request for Comments) und RFC 1869 definiert ist. Protokollereignisse können verwendet werden, um das SMTP-Protokoll so zu ändern, dass neue ESMTP-Befehle hinzugefügt werden, oder sogar die Aktionen der vorhandenen Befehle zu ändern. Exchange Server 2007 verwendet diese Protokollereignisse, um Exchange-spezifische erweiterte SMTP-Befehle für die effizientere Kommunikation mit anderen Servercomputern mit Exchange in der Organisation als mit Standard-SMTP zu implementieren.

Dass die erweiterten SMTP-Befehle für Exchange Server 2007 geladen sind, können Sie überprüfen, indem Sie mithilfe von telnet eine Verbindung mit dem TCP-Port Ihres virtuellen SMTP-Servers herstellen. Wenn der EHLO-Befehl zum Initiieren einer ESMTP-Verbindung gesendet wird, zeigt die Serverantwort die vom virtuellen SMTP-Server unterstützten Features an. Die Standardbefehle werden aufgelistet, wenn ein HELP-Befehl gesendet wird.

In der folgenden Tabelle werden die SMTP-Features erläutert, die vom Exchange-erweiterten SMTP-Dienst unterstützt werden.

In Exchange Server 2007 unterstützte SMTP-Features

SMTP-Serverantwort	Kommentare
8BITMIME	Zeigt an, dass der lokale virtuelle SMTP-Server 8-Bit-MIME-Nachrichten (Multipurpose Internet Mail Extensions) unterstützt.
AUTH, AUTH GSSAPI NTLM LOGIN und AUTH=LOGIN	Zeigt an, dass der lokale virtuelle SMTP-Server die SMTP-Authentifizierungsdiensterweiterung unterstützt. Die zusätzlichen Informationen, die hinter dem Schlüsselwort AUTH stehen, zeigen die unterstützen Authentifizierungsmechanismen an.
BDAT, CHUNKING	Eine Alternative zum DATA-Befehl, die zwei Argumente nimmt. Wenn ein virtueller SMTP-Server auf den EHLO-Befehl mit der Antwort CHUNKING reagiert, zeigt der SMTP-Server damit an, dass der BDAT-Befehl von ihm unterstützt wird und dass Nachrichten in Blöcken akzeptiert werden. Das erste Argument zeigt die Länge des binären Datenpakets an, sodass der SMTP-Host nicht fortwährend nach dem Ende der Daten suchen muss. Der empfangende Server zählt die in der Nachricht enthaltenen Bytes und geht davon aus, dass, sobald die Nachrichtengröße mit dem vom BDAT-Befehl gesendeten Wert übereinstimmt, alle Nachrichtendaten empfangen wurden. Das zweite Argument zeigt an, ob ein Datenpaket das letzte in der aktuellen Übertragung ist. Das zweite Argument ist optional.
BINARYMIME	Zeigt an, dass der virtuelle SMTP-Server Nachrichten akzeptiert, die binäres Material ohne Transportcodierung enthalten. Diese Nachrichten müssen zusammen mit dem MAIL-Befehl den Parameter BODY verwenden, der den Wert BINARYMIME umfasst. Wenn der SMTP-Server einen MAIL-Befehl mit dem Wert BINARYMIME für den Parameter BODY akzeptiert, gibt der Server an, dass alle Bits in jedem mit dem BDAT-Befehl übergebenen Oktett erhalten bleiben. Die SMTP-Erweiterung BINARYMIME kann nur zusammen mit CHUNKING verwendet werden.
DATA	Wird von einem Remotehost gesendet, um die Übertragung von Nachrichteninhalten zu initiieren.
DSN	Ein ESMTP-Befehl, der Benachrichtigungen über den Übermittlungsstatus gemäß RFC 1891 ermöglicht.
EHLO	Wird von einem Client gesendet, um den Start einer ESMTP-Sitzung anzuzeigen. Der Server kann die Unterstützung für ESMTP-Befehle in seiner Antwort auf EHLO anzeigen.
HELO	Wird von einem Client gesendet, um sich selbst zu identifizieren – in der Regel mit einem Domänennamen, und um den Start einer Standard-SMTP-Sitzung anzuzeigen.
HELP	Gibt eine Liste mit SMTP-Befehlen zurück, die vom virtuellen SMTP-Server in Standard-SMTP-Sitzungen (im Gegensatz zu ESMTP-Sitzungen) unterstützt werden.
MAIL	Gibt den Start einer Nachrichtenübertragung an, indem der Absender der Nachricht identifiziert wird. Wir in der Form "MAIL FROM" verwendet.
PIPELINING	Stellt die Möglichkeit zum Senden eines Befehlsstroms bereit, ohne nach jedem Einzelbefehl auf eine Antwort warten zu müssen.
QUIT	Zeigt das Ende einer Standard- oder erweiterten SMTP-Sitzung an.
RCPT	Gibt die Nachrichtenempfänger an. Wird in der Form "RCPT TO" verwendet.
RSET	Hebt die gesamte Nachrichtentransaktion auf und setzt den Puffer zurück.
SIZE	Bietet einen Mechanismus, durch den der virtuelle SMTP-Server die maximal unterstützte Nachrichtengröße angeben kann. Kompatible Server müssen Größenerweiterungen bieten, um die maximale Nachrichtengröße anzugeben, die akzeptiert werden kann. Remotehosts sollten keine Nachrichten senden, die die vom Server angegebene Größe überschreiten.
STARTTLS	Gibt an, dass der SMTP-Server sicheres SMTP über TLS (Transport Layer Security) unterstützt. Die SMTP-Diensterweiterung für sicheres SMTP über TLS ist in RFC 2487 definiert.
VRFY	Stellt sicher, dass ein Postfach für die Nachrichtenübermittlung zur Verfügung steht. Zum Beispiel stellt "VRFY TED" sicher, dass ein Postfach für Ted auf dem lokalen Server vorhanden ist. Dieser Befehl ist in Exchange 2007 standardmäßig verfügbar, dient jedoch nicht zur Überprüfung von Benutzern. Der Server informiert den Remotehost darüber, dass die Identität des Benutzers zwar nicht bestätigt werden kann, dass Nachrichten jedoch akzeptiert werden. Die Serverantwort hat folgendes Format: 252 2.1.5 Cannot VRFY user, but will take message for Ted@wingtiptoys.com
XEXCH50	Bietet die Möglichkeit, während einer Exchange 2007-Kommunikation zwischen Servern erweiterte Eigenschaften für den Umschlag des Nachrichtentransports im MDBEF (Message Database Encoding Format) zu senden.
X-EXPS GSSAPI NTLM LOGIN, X-EXPS=LOGIN	X-EXPS ist ein proprietärer Befehl von Exchange. Er ist mit AUTH vergleichbar, da er die Methoden angibt, die von Servercomputern mit Exchange 2007, Exchange 2003 und Exchange 2000 für die Authentifizierung verwendet werden können. Hierzu gehören folgende Methoden: GSSAPI Generic Security Services Application Programming Interface; eine Methode, die die Authentifizierung durch Kerberos ermöglicht. NTLM Windows NT und LAN Manager; eine Methode, die die Authentifizierung über das Protokoll "Windows NT Herausforderung/Rückmeldung" ermöglicht. LOGIN AUTH LOGIN; eine Standardauthentifizierungsmethode, bei der ein Benutzername und Kennwort verwendet werden, die mit Base 64 codiert sind.
X-LINK2STATE	Erweitert den SMTP-Dienst um die Unterstützung der Linkstatusweitergabe. Details zum Linkstatusalgorithmus, der für die Weitergabe von Linkstatusinformationen innerhalb von und zwischen Routinggruppen verwendet wird, finden Sie unter Message Routing Architecture (englischsprachig).

Hinweis

Alle Exchange-spezifischen SMTP-Befehle beginnen mit "X-"(ohne die Anführungszeichen). Wenn diese Befehle nicht in der EHLO-Antwort des virtuellen SMTP-Servers aufgeführt werden, wird auf dem Server die Windows Server-basierte Version des SMTP-Diensts ausgeführt. In diesem Fall müssen Sie Exchange Server 2007 und alle Service Packs neu installieren.

Protokollereigniskategorien

Das SMTP-Protokollmodul löst Protokollereignisse aus, um die Kommunikation zwischen Hosts zu steuern. Es gibt drei Haupttypen von Ereignissen, die in einer solchen Kommunikation über SMTP auftreten können:

Der SMTP-Dienst empfängt einen SMTP-Befehl.

Diese Ereignisse treten auf, wenn ein SMTP-Remotehost oder -client eine Verbindung mit dem lokalen SMTP-Dienst herstellt und durch Senden des Befehls HELO oder EHLO eine Sitzung einrichtet. Ereignisse dieser Kategorie sind OnInboundCommand-SMTP-Ereignisse in eingehenden Verbindungen.
Der SMTP-Dienst empfängt eine SMTP-Antwort.

Diese Ereignisse treten auf, wenn der lokale SMTP-Dienst von einem SMTP-Remotehost oder -client Antworten auf ausgehende SMTP-Befehle empfängt. Ereignisse dieser Kategorie sind OnServerResponse-SMTP-Ereignisse in ausgehenden Verbindungen.
Der SMTP-Dienst sendet einen SMTP-Befehl.

Diese Ereignisse treten auf, wenn der lokale SMTP-Dienst eine Verbindung mit einem SMTP-Remotehost herstellt und zur Übertragung von Nachrichten eine Sitzung einrichtet. Ereignisse dieser Kategorie sind die SMTP-Ereignisse OnSessionBegin, OnMessageStart, OnPerRecipient, OnBeforeData und OnSessionEnd in ausgehenden Verbindungen.

In der folgenden Tabelle wird ein Überblick über die Funktion der einzelnen SMTP-Ereignisse gegeben.

Protokollereignisse im SMTP-Dienst

Ereignis	Kommentare
OnInboundCommand	Tritt auf, wenn der SMTP-Dienst einen SMTP-Befehl empfängt, der einer Ereignissenke die Möglichkeit zu einer Antwort gibt.
OnServerResponse	Tritt auf, wenn der SMTP-Dienst eine SMTP-Antwort auf einen zuvor gesendeten SMTP-Befehl empfängt.
OnSessionBegin	Tritt auf, bevor der EHLO-Befehl übertragen wird.
OnMessageStart	Tritt auf, bevor der MAIL FROM-Befehl übertragen wird.
OnPerRecipient	Tritt auf, bevor der RCPT TO-Befehl übertragen wird.
OnBeforeData	Tritt auf, bevor der DATA-Protokollbefehl übertragen wird.
OnSessionEnd	Tritt auf, bevor der QUIT-Befehl übertragen wird.

Exchange-spezifische SMTP-Protokollerweiterungen

Das Exchange Server 2007-Installationsprogramm registriert Exchange-spezifische SMTP-Protokollerweiterungen für die folgenden SMTP-Protokollfeatures:

XEXCH50

XEXCH50 ist eine ESMTP-Erweiterung von Exchange, die für die Weiterleitung bestimmter Nachrichteneigenschaften, wie z. B. Umschlag-, Nachrichten- und Empfängereigenschaften, verwendet wird. Der XEXCH50-Befehl ist recht kurz. Auf einen XEXCH50-Befehl, der eine Erfolgsantwort erhalten hat, folgt ein BLOB variabler Größe (Binary Large Object). (Die Größe entspricht dem ersten Argument des XEXCH50-Befehls.)

Dieses Feature wird mithilfe von neun Ereignissenken implementiert, um die vollständige Kommunikation zwischen zwei Servern zu unterstützen, auf denen Exchange ausgeführt wird. In der folgenden Tabelle sind die Protokollereignisse den entsprechenden XEXCH50-Ereignissenken zugeordnet. Alle XEXCH50-Senken sind in Peexch50.dll implementiert. Diese Datei befindet sich im Verzeichnis \Programme\Exchsrvr\bin.

Protokollerweiterungen für den XEXCH50-Befehl

Ereignissenke	Protokollereignis	Kommentare
Exchange SMTP-XEXCH50-Senke für bevorstehende Datenübertragung	OnBeforeData	Benachrichtigt die XEXCH50-Senke über die bevorstehende Übertragung des DATA-Protokollbefehls. Die XEXCH50-Senke hat nun die Möglichkeit, den SMTP-Dienst zu veranlassen, stattdessen einen XEXCH50-Befehl zu senden, um eine XEXCH50-Kommunikation zu starten.
Exchange SMTP-XEXCH50-Senke für eingehende EHLO-Befehle	OnInboundCommand	Benachrichtigt die XEXCH50-Senke über den Empfang eines EHLO-Befehls.
Exchange SMTP-XEXCH50-Senke für eingehende XEXCH50-Befehle	OnInboundCommand	Implementiert den XEXCH50-Befehl zum Start einer XEXCH50-Kommunikation.
Exchange SMTP-XEXCH50-Senke für eingehende MAIL-Befehle	OnInboundCommand	Implementiert den MAIL-Befehl in einer XEXCH50-Kommunikation.
Exchange SMTP-XEXCH50-Senke für eingehende MAIL-Befehle	OnInboundCommand	Ermöglicht es dem lokalen virtuellen SMTP-Server, die Empfängerinformationen in einer eingehenden XEXCH50-Kommunikation zu empfangen.
Exchange SMTP-XEXCH50-Senke für Ereignisse auf Empfängerbasis	OnPerRecipient	Ermöglicht es dem lokalen virtuellen SMTP-Server, die Empfängerinformationen in einer ausgehenden XEXCH50-Kommunikation zu senden.
Exchange SMTP-XEXCH50-Senke für EHLO-Antworten	OnServerResponse	Ermöglicht es dem lokalen virtuellen SMTP-Server, nach dem Senden eines EHLO-Befehls an den Remotehost eine Antwort zu empfangen. Die Antwort vom Remotehost zeigt möglicherweise an, dass XEXCH50-Kommunikation unterstützt wird. Exchange nimmt XEXCH50 in die Liste der unterstützten Befehle auf, die an den die Verbindung herstellenden Host zurückgesendet werden.
Exchange SMTP-XEXCH50-Senke für Antworten	OnServerResponse	Ermöglicht es dem lokalen virtuellen SMTP-Server, nach dem Senden eines ausgehenden XEXCH50-Befehls eine Antwort zu empfangen. Wenn beispielsweise der lokale SMTP-Dienst einen XEXCH50-Befehl ohne vorherige Authentifizierung gesendet hat, antwortet der Remoteserver mit: 504 Need to authenticate first.
Exchange SMTP-XEXCH50-Senke für RCPT-Antworten	OnServerResponse	Ermöglicht es dem lokalen virtuellen SMTP-Server, für jeden in einem ausgehenden RCPT-Befehl angegebenen Empfänger Statusinformationen vom Exchange-Remoteserver zu empfangen. Möglicherweise liegt eine Empfängeradresse in einem falschen Format vor oder der Server kann Nachrichten nicht weiterleiten. Wenn die Empfängerangaben korrekt sind, sendet der virtuelle SMTP-Remoteserver die Adresse zusammen mit Statusinformationen an den lokalen SMTP-Dienst zurück, z. B.: 250 2.1.5 administrator@tailspintoys.com.

X-LINK2STATE

X-LINK2STATE-Befehle und -Antworten sind spezifische Erweiterungen von SMTP. Es handelt sich hierbei um einen proprietären Befehl von Exchange, der auf den Austausch von Routingtopologieinformationen zwischen Exchange-SMTP-Servern ausgelegt ist. Die maximal mögliche Größe eines X-LINK2STATE-Befehls bzw. einer X-LINK2STATE-Antwort beträgt 1024 Byte. Bei dieser Größe handelt es sich häufig um die tatsächliche Größe von X-LINK2STATE-Befehlen und -Antworten.

Dieses Feature wird mithilfe von fünf Ereignissenken implementiert. Wie in der folgenden Tabelle dargestellt, wird eine Ereignissenke jedoch für zwei verschiedene Ereignisse verwendet. Alle X-LINK2STATE-Ereignissenken sind in Xlsasink.dll im Verzeichnis \Programme\Exchsrvr\bin implementiert.

Protokollerweiterungen für den X-LINK2STATE-Befehl

Ereignissenke	Protokollereignis	Kommentare
X-LSA-Senke des Handlers für eingehende EHLO-Befehle	OnInboundCommand	Benachrichtigt die X-LINK2STATE-Ereignissenken über den Empfang eines eingehenden EHLO-Befehls.
X-LSA-Senke des Handlers für eingehende Befehle	OnInboundCommand	Benachrichtigt die X-LINK2STATE-Ereignissenken über den Empfang eines eingehenden X-LINK2STATE-Befehls.
X-LSA-Senke	OnMessageStart, OnSessionEnd	Zeigt den Start (MAIL-Befehl) und das Ende (QUIT-Befehl) einer ausgehenden X-LINK2STATE-Kommunikation an. Da der virtuelle SMTP-Remoteserver der endgültige Empfänger des übertragenen Orginfo-Pakets ist, müssen in einem ausgehenden RCPT-Befehl keine Empfänger angegeben werden. Diese Ereignissenke überträgt die Linkstatusinformationen.
X-LSA-Senke für den Antworthandler	OnServerResponse	Antwortet auf einen eingehenden X-LINK2STATE-Befehl mit Informationen über die Übertragungsweise von Linkstatusinformationen. Beispiel für eine Antwort: 200 LAST CHUNK={00000029} MULTI (5) ({00000010} DONE_RESPONSE). Auf diese Weise wird der letzte Datenblock angegeben, der vom virtuellen SMTP-Server gesendet wurde.
X-LSA-Senke des Handlers für EHLO-Antworten	OnServerResponse	Beantwortet einen eingehenden EHLO-Befehl durch Auflisten des X-LINK2STATE-Befehls in der Serverantwort.

X-EXPS

X-EXPS ist ein für Exchange proprietäres Verb, auch wenn es AUTH ähnelt. Es gibt keinen Höchstwert für die Größe von Datenblöcken oder die Anzahl der ausgetauschten Datenblöcke. Die Syntax der Datenbefehle und -antworten sind von dem gewählten AUTH-Paket abhängig, z. B. LOGIN, NTLM, GSSAPI oder ein anderes. Weitere Informationen finden Sie im AUTH RFC.

Obwohl EXPS für "Exchange Protocol Security" (Exchange-Protokollsicherheit) steht, bezieht sich dies nur auf ein Protokoll, nämlich SMTP. Einige Verben, die in Exchange 2000 Server und Exchange Server 2003 verwendet werden, sind für diese Produkte proprietär und stehen im Zusammenhang mit ESMTP-Verben. Sie werden als ESMTP X-Verben bezeichnet.

Diese Features werden mithilfe von fünf Ereignissenken implementiert, wie in der folgenden Tabelle angegeben. Alle Protokollsicherheitserweiterungen sind in Exps.dll im Verzeichnis \Programme\Exchsrvr\bin implementiert.

X-EXPS-Protokollsicherheitserweiterungen

Ereignissenke	Protokollereignis	Kommentare
Exchange SMTP-Sicherheitssenke für EXPS-EOD	OnInboundCommand	Zeigt das Ende der Datenübertragung an (_EOD).
Exchange SMTP-Sicherheitssenke für EXPS-AUTH-Befehle	OnInboundCommand	Zeigt einen eingehenden AUTH-Befehl an.
Exchange SMTP-Sicherheitssenke für EHLO-Befehle	OnInboundCommand, OnServerResponse	Zeigt einen eingehenden EHLO-Befehl an und antwortet auf EHLO durch Auflisten des X-EXPS-Befehls in der Serverantwort.
Exchange SMTP-Sicherheitssenke für MAIL-Befehle	OnInboundCommand, OnServerResponse, OnMessageStart	Zeigt den Start der Datenübertragung an. Diese Ereignissenke ist für alle relevanten MAIL-Befehlsszenarien implementiert. Sie verarbeitet Ereignisse, die einen eingehenden MAIL-Befehl melden, auf einen eingehenden MAIL-Befehl antworten und einen ausgehenden MAIL-Befehl senden.
Exchange SMTP-Sicherheitssenke für EXPS	OnInboundCommand, OnServerResponse, OnMessageStart	Zeigt den Start einer X-EXPS-Sitzung an. Diese Ereignissenke ist für alle relevanten X-EXPS-Befehlsszenarien implementiert. Sie verarbeitet Ereignisse, die einen eingehenden X-EXPS-Befehl melden, auf einen eingehenden X-EXPS-Befehl antworten und einen ausgehenden X-EXPS-Befehl senden können.

Junk-E-Mail-Kontrolle

Diese Funktion wird mithilfe von drei Ereignissenken implementiert, die Absender- und Empfängerinformationen über eingehende SMTP-Verbindungen verarbeiten, wie in der folgenden Tabelle angegeben. Die Ereignissenken für die Junk-E-Mail-Kontrolle sind in Turflist.dll im Verzeichnis \Programme\Exchsrvr\bin implementiert.

SMTP-Erweiterungen für die Junk-E-Mail-Kontrolle

Ereignissenke	Protokollereignis	Kommentare
Senke des Handlers für eingehende RCPT-Befehle	OnInboundCommand	Zeigt einen eingehenden RCPT-Befehl mit einer Empfängeradresse an, die überprüft werden soll.
TURF-Senke des Handlers für eingehende MAIL-Befehle	OnInboundCommand	Zeigt einen eingehenden MAIL-Befehl mit einer Empfängeradresse an, die überprüft werden soll.
Senke des Handlers für eingehende EOD-Befehle	OnInboundCommand	Zeigt einen eingehenden _EOD-Befehl an.

X-ANONYMOUSTLS

Dieser Parameter ist neu in Exchange 2007. Er ermöglicht die Auswahl eines eingehenden bzw. ausgehenden anonymen TLS-Zertifikats (Transport Layer Security). Exchange fragt den Verzeichnisdienst Active Directory ab, um den Fingerabdruck des Zertifikats auf dem Server abzurufen. Das Attribut msExchServerInternalTLSCert für das Serverobjekt speichert den Fingerabdruck des Zertifikats. Wenn das Attribut msExchServerInternalTLSCert nicht gelesen werden kann oder wenn der Wert null ist, wird X-ANONYMOUSTLS in der SMTP-Sitzung von Exchange nicht angekündigt, und es wird kein Zertifikat geladen.

XLONGADDR

Dieser Parameter ist neu in Exchange 2007. Er ermöglicht das Akzeptieren von langen X.400-E-Mail-Adressen durch den Empfangsconnector. Die X.400-E-Mail-Adressen werden in SMTP-E-Mail-Adressen mithilfe der Kapselungsmethode IMCEA (Internet Mail Connector Encapsulated Address) gekapselt.

Wenn der Wert dieses Parameters $False ist, beträgt die maximale Länge für eine vollständige SMTP-E-Mail-Adresse 571 Zeichen.

Wenn der Wert dieses Parameters $True ist, werden die folgenden Änderungen vorgenommen:

Das XLONGADDR-Schlüsselwort wird in der EHLO-Antwort des Empfangsconnectors angekündigt.
Die akzeptierte Zeilenlänge einer SMTP-Sitzung wird auf 8.000 Zeichen erhöht.
Gültige lange Adressen werden von den SMTP-Befehlen MAIL FROM: und RCPT TO: akzeptiert.

Daher können X.400-E-Mail-Adressen nach der IMCEA-Kapselung bis zu 1.860 Zeichen lang sein.

Der gültige Eingabebereich für diesen Parameter ist $True oder $False. Der Standardwert lautet $False. Dieser Parameter kann nur auf Empfangsconnectors geändert werden, die auf Hub-Transport-Servern konfiguriert sind.

XRDST

Dieser Parameter ist neu in Exchange 2007. Diese Protokollerweiterung wird für die Mitteilung eines Routingziels verwendet, das einer Nachricht an einen Remoteserver zugeordnet ist. Wenn ein Remoteserver XRDST nicht ankündigt und die zu sendende Nachricht XRDST-Unterstützung erfordert, wird die MSExchangeTransport-Ereignis-ID 2021 im Ereignisprotokoll protokolliert. Der symbolische Name dieses Ereignisses lautet "tuple_SmtpSendUnableToTransmitRDst". Dieses Ereignis zeigt an, dass die Nachricht nicht gesendet werden kann.

EXPS EXCHANGEAUTH GSSAPI NTLM

Dieser Parameter ist neu in Exchange 2007. Es handelt sich um eine Standardempfangsconnector-Diensterweiterung, die nach X-ANONYMOUSTLS angekündigt wird.

X-EXCHANGEAUTH SHA256