Planung für das Umschreiben von Adressen

 

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

Letztes Änderungsdatum des Themas: 2007-11-08

In Microsoft Exchange Server 2007 ermöglicht das Umschreiben von Adressen die Änderung der Adressen von Absendern und Empfängern für Nachrichten, die in Ihrer Exchange 2007-Organisation ein- und ausgehen.

Gründe für die Verwendung des Umschreibens von Adressen

Mithilfe des Umschreibens von Adressen zeigen Sie externen Empfängern Nachrichten aus Ihrer Exchange 2007-Organisation einheitlich an. Das Umschreiben von Adressen kann für Organisationen nützlich sein, die mit Drittanbietern zusammenarbeiten, um E-Mail-Support oder andere Dienste bereitzustellen. Kunden und Partner erwarten, dass E-Mail-Nachrichten von Ihrer Organisation anstatt von unbekannten Drittanbietern stammen. Auch nach einer Fusion oder Übernahme kann eine Organisation wünschen, dass alle E-Mail-Nachrichten einheitlich aus der neuen Organisation stammen. Mit dem Feature zum Umschreiben von Adressen können Organisationen ihre Geschäftsabläufe basierend auf den geschäftlichen statt den technischen Anforderungen bzw. Einschränkungen strukturieren.

Ferner kann das Umschreiben von Adressen verwendet werden, um die ordnungsgemäße Weiterleitung der Nachrichten sicherzustellen, die von außerhalb Ihrer Exchange 2007-Organisation eingehen und für interne Empfänger bestimmt sind. Das Umschreiben von Adressen ermöglicht die ordnungsgemäße Weiterleitung von Antworten auf Nachrichten, die umgeschrieben wurden, an den ursprünglichen Absender der umgeschriebenen Nachricht.

Sie konfigurieren Adressumschreibungs-Agents für den Empfangsconnector und Sendeconnector auf einem Computer, auf dem die Serverfunktion Edge-Transport installiert ist.

Szenarien für das Umschreiben von Adressen

Die folgenden Szenarien sind Beispiele dafür, wie Organisationen vom Umschreiben von Adressen profitieren können:

  • Gruppenkonsolidierung   Einige Organisationen segmentieren ihre internen Geschäftssparten in separate Domänen, die auf Geschäfts- oder technischen Anforderungen basieren. Diese Konfiguration kann jedoch dazu führen, dass E-Mail-Nachrichten von separaten Gruppen oder sogar separaten Organisationen zu stammen scheinen. Dieser Eindruck kann für die Organisation nicht wünschenswert sein.

    Das folgende Beispiel zeigt, wie eine Organisation (Contoso, Ltd.) ihre Unterdomänen verbergen könnte:

    • Ausgehende Nachrichten von den Domänen Northamerica.contoso.com, Europe.contoso.com und Asia.contoso.com werden so umgeschrieben, als würden sie alle von der Domäne Contoso.com stammen. Alle Nachrichten werden umgeschrieben, während sie Edge-Transport-Servercomputer durchlaufen, die SMTP-Verbindungen (Simple Mail Transfer Protocol) zwischen der gesamten Organisation und dem Internet bereitstellen.

    • Eingehende Nachrichten an die Domäne Contoso.com werden vom Edge-Transport-Servercomputer an die Serverrolle Hub-Transport weitergeleitet, die dann den richtigen Empfänger bestimmt. Nachrichten an chris@contoso.com werden z. B. an einen internen Hub-Transport-Servercomputer gesendet, der dann das richtige Postfach bestimmt, an das die Nachricht mithilfe der Proxyadresse, die für das E-Mail-Konto des Empfängers konfiguriert ist, gesendet werden soll.

  • Fusionen und Übernahmen   Wenn Organisationen fusionieren oder übernommen werden, muss ihre Technologieinfrastruktur so angepasst werden, dass sie den neuen Geschäfts- und technischen Anforderungen entspricht. Ein übernommenes Unternehmen kann auch weiterhin als separate Geschäftseinheit geführt werden, der E-Mail-Administrator kann jedoch das Umschreiben von Adressen verwenden, damit sich die beiden Organisationen so darstellen, als handele es sich um eine integrierte Organisation.

    Das folgende Beispiel zeigt, wie Contoso, Ltd. die E-Mail-Domäne des neu übernommenen Unternehmens Fourth Coffee verbergen könnte:

    • Contoso, Ltd. wünscht, dass alle ausgehenden Nachrichten aus der Exchange-Organisation von Fourth Coffee so aussehen, als stammten sie von Contoso.com. Alle Nachrichten aus beiden Organisationen werden durch die Edge-Transport-Servercomputer bei Contoso, Ltd. gesendet, wo die E-Mail-Nachrichten von jemand@fourthcoffee.com in jemand@contoso.com umgeschrieben werden.

    • Eingehende Nachrichten an adam@contoso.com werden umgeschrieben und an sein E-Mail-Konto adam@fourthcoffee.com weitergeleitet. Eingehende Nachrichten, die seine alte Domäne adam@fourthcoffee.com verwenden, werden ebenfalls akzeptiert, weil die Domäne noch vorhanden ist. Eingehende Antworten auf E-Mail-Nachrichten, die umgeschrieben wurden, werden von den Edge-Transport-Servercomputern bei Contoso, Ltd. verarbeitet, wobei der Adressumschreibungs-Agent die Empfängeradresse so umschreibt, dass Antworten ordnungsgemäß an die entsprechende Fourthcoffee.com-E-Mail-Adresse weitergeleitet werden. Antworten auf E-Mail-Nachrichten, die vor der Fusion an Fourthcoffee.com-E-Mail-Adressen gesendet wurden, werden direkt an die E-Mail-Server von Fourth Coffee weitergeleitet.

  • Partner   Viele Organisationen arbeiten mit externen Partnern zusammen, um Dienste für ihre Kunden, andere Partner oder die Organisation selbst bereitzustellen. Um Verwirrung zu vermeiden, kann die Organisation die E-Mail-Domäne der Partnerorganisation durch ihre eigene E-Mail-Domäne ersetzen.

    Das folgende Beispiel zeigt, wie Contoso, Ltd. die E-Mail-Domäne eines Partners verbergen könnte:

    • Contoso, Ltd. stellt Support für die größere Organisation Wingtip Toys zur Verfügung. Wingtip Toys möchte seinen Kunden ein einheitliches Erscheinungsbild bieten und verlangt, dass alle Nachrichten, die von Supportpersonal bei Contoso, Ltd. stammen, so aussehen, als wären sie von Wingtip Toys gesendet worden. Alle eingehenden Nachrichten, die sich auf Wingtip Toys beziehen, werden durch deren Edge-Transport-Servercomputer gesendet, und alle Contoso.com-Adressen werden so umgeschrieben, dass sie Wingtiptoys.com-Adressen zu sein scheinen.

    • Eingehende Nachrichten für support@wingtiptoys.com werden von den Edge-Transport-Servercomputern von Wingtip Toys akzeptiert, umgeschrieben und dann an die support@contoso.com-E-Mail -Adresse weitergeleitet.

    CautionAchtung:
    Damit eingehende E-Mail ordnungsgemäß zugeordnet und weitergeleitet wird, müssen Sie sicherstellen, dass der Benutzernamenanteil der Adresse in allen E-Mail-Organisationen einheitlich ist, die vom Umschreiben von Adressen betroffen sein können.

SMTP-Nachrichtenkopfzeilen

Adressumschreibungs-Agents schreiben E-Mail-Adressen um, indem die SMTP-Kopfzeilen für E-Mail-Nachrichten umgeschrieben werden, die von einem Edge-Transport-Servercomputer gesendet und empfangen werden. Adressumschreibungs-Agents schreiben normalerweise ausgehende Nachrichten um, weil die Organisation die internen Domänen und Unterdomänen so effektiv wie möglich verbergen und sich extern im Internet als einzelne Domäne präsentieren möchte. Adressumschreibungs-Agents schreiben normalerweise eingehende Nachrichten um, um diese Nachrichten an die beabsichtigten Empfänger weiterzuleiten. Aus diesen Gründen schreiben Adressumschreibungs-Agents bei ausgehenden E-Mail-Nachrichten mehrere SMTP-Kopfzeilenfelder um. Bei eingehenden E-Mail-Nachrichten schreiben Adressumschreibungs-Agents nur ein SMTP-Kopfzeilenfeld um. Tabelle 1 zeigt, welche SMTP-Kopfzeilenfelder für ausgehende und eingehende Nachrichten umgeschrieben werden.

Tabelle 1   SMTP-Kopfzeilenfelder, die für ausgehende und eingehende Nachrichten umgeschrieben werden

SMTP-Kopfzeilenfeld Ausgehende Nachricht Eingehende Nachricht

Envelope From (MAIL FROM)

Umgeschrieben

Nicht umgeschrieben

Envelope To (RCPT TO)

Nicht umgeschrieben

Umgeschrieben

Body To

Umgeschrieben

Nicht umgeschrieben

Body Cc

Umgeschrieben

Nicht umgeschrieben

Body From

Umgeschrieben

Nicht umgeschrieben

Body Sender

Umgeschrieben

Nicht umgeschrieben

Body Reply-To

Umgeschrieben

Nicht umgeschrieben

Body Return-Receipt-To

Umgeschrieben

Nicht umgeschrieben

Body Disposition-Notification-To

Umgeschrieben

Nicht umgeschrieben

Body Resent-From

Umgeschrieben

Nicht umgeschrieben

Body Resent-Sender

Umgeschrieben

Nicht umgeschrieben

Elemente, die von Adressumschreibungs-Agents nicht umgeschrieben werden

Adressumschreibungs-Agents schreiben mehrere SMTP-Kopfzeilenfelder nicht um, weil das Umschreiben von Adressen die SMTP-Funktionalität zerstören würde. Wenn diese SMTP-Kopfzeilen geändert würden, könnte sich dies auf die Nachrichtenschleifenerkennung auswirken, eine Signatur ungültig machen oder dazu führen, dass eine durch Rechte geschützte Nachricht unlesbar wird. Die folgenden SMTP-Kopfzeilenfelder werden von den Adressumschreibungs-Agents nicht geändert:

  • Return-Path

  • Received

  • Message-ID

  • X-MS-TNEF-Correlator

  • Content-Type Boundary=string

  • Kopfzeilen, die sich in MIME-Nachrichtentext befinden

Adressumschreibungs-Agents schreiben außerdem Kopfzeilenfelder in E-Mail-Nachrichten nicht um, die die Domänen enthalten, für die der Hub-Transport-Servercomputer nicht autorisierend ist. Das Umschreiben solcher Domänen bewirkt eine unkontrollierbare Form des Nachrichtenrelays.

Adressumschreibungs-Agents ändern außerdem nicht die Kopfzeilenfelder von Nachrichten, die in andere Nachrichten eingebettet sind. Absender und Empfänger erwarten, dass eingebettete Nachrichten unter der Voraussetzung unversehrt bleiben und ohne Änderungen zugestellt werden, dass die Nachricht keine Transportregeln auslöst, die zwischen dem Absender und dem Empfänger implementiert sind.

Wichtig

Besprechungsanfragen, die an Remotedomänen gesendet werden, die TNEF nicht unterstützen, werden als iCalendar-Anlagen gesendet. Da Adressumschreibungs-Agents die Kopfzeilenfelder eingebetteter Nachrichten nicht ändern, werden die Adressen dieser Besprechungsanfragen nicht geändert.

Überlegungen zur Verwendung des Umschreibens von Adressen nur für ausgehende Nachrichten

Wenn eine E-Mail-Nachricht aus der Exchange 2007-Organisation ausgeht, beinhaltet das Umschreiben von Adressen nur für ausgehende Nachrichten ausschließlich Änderungen der SMTP-Absenderadresse. Der Adressumschreibungs-Agent ist nur für den Sendeconnector auf dem Edge-Transport-Servercomputer konfiguriert. Die folgende Liste zeigt die Bedingungen, die für das Konfigurieren eines Adressumschreibungs-Agents nur für ausgehende Nachrichten erforderlich sind:

  • Die sich ergebenden Adressen müssen innerhalb der Organisation eindeutig sein. Wenn die eindeutigen E-Mail-Adressen ted@sales.contoso.com und ted@research.contoso.com z. B. in einer Regel zum Umschreiben aller Adressen in contoso.com enthalten sind, schreibt der Adressumschreibungs-Agent beide Adressen in ted@contoso.com um und verursacht so einen Konflikt.

  • Es muss eine Proxyadresse für jedes Postfach konfiguriert werden, die der umgeschriebenen E-Mail-Adresse entspricht. Auf diese Weise werden diese Postfächer für das Empfangen von Antworten auf E-Mail-Nachrichten aktiviert, in denen Kopfzeilen umgeschrieben werden.

  • Wenn Sie Platzhalterzeichen verwenden, muss ein Punkt zwischen dem Platzhalterzeichen und dem Domänennamen verwendet werden.

  • Sie können Platzhalterzeichen nur in der internen Domäne verwenden.

  • Vor dem Platzhalterzeichen dürfen sich keine Zeichen befinden.

  • Das Umschreiben von Adressen nur für ausgehende Nachrichten darf sich nicht auf den Benutzernamen- oder den Anzeigenamenteil der Adresse auswirken.

  • Es werden nur literale Zeichenfolgen unterstützt.

Überlegungen zum bidirektionalen Umschreiben von Adressen

Beim bidirektionalen Umschreiben von Adressen wird die SMTP-Absenderadresse für E-Mail-Nachrichten geändert, die die Exchange-Organisation verlassen, sowie die SMTP-Empfängeradresse für die E-Mail-Nachrichten, die in der Exchange-Organisation eingehen. Zu diesem Zweck konfigurieren Sie den Adressumschreibungs-Agent für den Empfangsconnector und Sendeconnector auf dem Edge-Transport-Servercomputer.

Die folgende Liste zeigt die Bedingungen, die für das Erstellen eines bidirektionalen Adressumschreibungs-Agents erforderlich sind:

  • Sie können keine Platzhalterzeichen verwenden.

  • Sie müssen vollständige SMTP-Adressen verwenden, wenn Sie eine Regel für das bidirektionale Umschreiben von Adressen konfigurieren. Die interne Adresse lautet z. B. chris@contoso.com, und die externe Adresse ist support@contoso.com.

  • Es werden nur literale Zeichenfolgen unterstützt.

  • Die Adresse muss innerhalb der Organisation eindeutig sein. Wenn z. B. eine E-Mail-Adresse bob@contoso.com bereits vorhanden ist, bewirkt das Zuordnen von robert@fourthcoffee.com zu bob@contoso.com, dass Antworten auf Nachrichten von bob@contoso.com der falschen Person zugestellt werden.

Versehen von Einträgen zum Umschreiben von Adressen mit Prioritäten

Die Regel, die dem internen und externen Domänenpaar am besten entspricht, wird angewendet. Die folgenden Prioritäten stellen die genaue Reihenfolge der Einträge zum Umschreiben von Adressen von der höchsten Priorität bis zur niedrigsten Priorität dar:

  1. Einzelne E-Mail-Adressen   Z. B. die Zuordnung von john@contoso.com zu support@contoso.com.

  2. Zuordnung bestimmter Domänen oder Unterdomänen   Z. B. die Zuordnung von Contoso.com zu Northwindtraders.com oder von Sales.contoso.com zu Contoso.com.

  3. Domänenzusammenfassung   Z. B. das Zusammenfassen von *.contoso.com in Contoso.com. Die beiden folgenden Regeln sind z. B. auf dem Edge-Transport-Servercomputer konfiguriert:

    *.contoso.com maps to Contoso.com
    Japan.sales.contoso.com maps to Contoso.jp
    

    Wenn masato@japan.sales.contoso.com eine E-Mail-Nachricht sendet, wird die Adresse als masato@contoso.jp umgeschrieben, weil diese Regel der internen Domäne des Absenders am genauesten entspricht, obwohl die Regel *.contoso.com vorhanden ist.

Digital signierte, verschlüsselte und durch Rechte geschützte Nachrichten

Das Umschreiben von Adressen sollte sich auf die meisten signierten, verschlüsselten oder durch Rechte geschützten Nachrichten nicht auswirken. Wenn das Umschreiben von Adressen eine Signatur ungültig bzw. eine verschlüsselte oder durch Rechte geschützte Nachricht unlesbar machen oder den Sicherheitsstatus solcher Nachrichten auf andere Weise ändern würde, wird das Umschreiben von Adressen nicht angewendet.

Adressen und Informationen in den folgenden Nachrichtenabschnitten können umgeschrieben werden, weil die Informationen in diesen Abschnitten nicht Teil der Nachrichtensignierung, der Verschlüsselung oder des Schutzes durch Rechte sind:

  • SMTP-Umschlagfelder

  • Nachrichtentext-Kopfzeilen der obersten Stufe

Adressen und Informationen in den folgenden Nachrichtenabschnitten werden nicht umgeschrieben, weil die Informationen in diesen Abschnitten Teil der Nachrichtensignierung, der Verschlüsselung oder des Schutzes durch Rechte sind:

  • Kopfzeilen, die sich in MIME-Nachrichtentext befinden und möglicherweise signiert sind

  • Der Begrenzungszeichenfolge-Parameter des MIME-Inhaltstyps

Weitere Informationen

Weitere Informationen zum Umschreiben von Adressen finden Sie unter den folgenden Themen: