Behandlung von e-Mail-Relay in Exchange Server 2003 und in Exchange 2000 Server ausgibt.

In diesem Artikel werden folgende Themen behandelt:

• Behebung von Problemen des Mail-Relay in Microsoft Exchange Server 2003 und Microsoft Exchange 2000 Server.
• Wie Sie verhindern, dass Ihr Exchange-Computer als offenes e-Mail-Relay verwendet wird
• Gewusst wie: Einrichten von SMTP-Domänen für eingehende e-Mails und zur Weiterleitung von e-Mails

Exchange bietet einen vollständigen (SMTP = Simple Mail Transfer Protocol) e-Mail-Dienst. Exchange SMTP-Server kann verwendet werden, um e-Mail-Nachrichten empfangen und die Weiterleitung von Nachrichten an andere Exchange-Computer in Ihrem Netzwerk oder an andere SMTP-Server im Internet. E-Mail-Weiterleitung ermöglicht Exchange-Mail-Clients zum Senden von Mail an Benutzer in anderen Organisationen. Wenn e-Mail-Relay nicht zulässig ist, kann e-Mail-Nachrichten für Benutzer, die in der gleichen e-Mail-Domäne wie der Exchange-Computer sind der Exchange-Computer nur empfangen und senden.

Wenn sie e-Mail-Server betreiben, kann der Exchange-Computer e-Mail-Nachrichten weiterleiten, die an e-Mail-Domänen außer seiner eigenen Domäne adressiert sind. Dieses Verhalten ermöglicht Exchange Weiterleitung von Mail an alle internen oder externen Netzwerk SMTP-Server.

Sie müssen vorsichtig sein, wenn Internetbenutzer auf Ihren Exchange-Computer zugreifen können. Dies ist, da Ihr Exchange-Computer als Mail-Relay von skrupellosen Benutzern verwendet werden kann. Diese Benutzer können e-Mail-Nachrichten auf Ihren Exchange-SMTP-Server zum Verteilen von unerwünschten kommerziellen e-Mail-Nachrichten auch als Spam bezeichnet, an eine große Anzahl von Computern weiterleiten. Dies könnte sich nachteilige Auswirkungen auf die verfügbare Bandbreite Ihrer Internetverbindung haben. Darüber hinaus könnte er auf Ihren Exchange-Computer "Schwarze Liste" der offenen e-Mail-Relays hinzugefügt wird. Wenn Ihr Exchange-Computer in einer solchen Liste hinzugefügt wird, können andere e-Mail-Server keine Nachrichten aus Ihrer Domäne akzeptieren.

Symptome von Mail-Relay-Problemen

Eine oder mehrere der folgenden Symptome können auftreten, wenn e-Mail-Relay-Probleme auftreten:

• Sie erhalten Unzustellbarkeitsberichte (NDRs), die Fehlercodes 5.0.0, 5.7.1 oder 5.7.3 enthalten.
• Sie können nicht e-Mail-Nachrichten an eine zunehmende Anzahl von Domänen senden.
• In Ihren e-Mail-Warteschlangen tauchen unerwünschte Werbemails, und Sie erkennen, dass Ihr Exchange-Computer unerwünschte Werbemails versendet.
• Eine Remotedomäne informiert Sie, dass sie unerwünschte kommerzielle e-Mail-Nachrichten von Ihrem Exchange-Computer erhält.
• Eine oder mehrere der folgenden Ereignisse wird im Anwendungsprotokoll protokolliert:

  Ereignistyp: Warnung
  Ereignisquelle: MSExchangeTransport
  Ereigniskategorie: SMTP-Protokoll
  Ereignis-ID: 1709
  Computer: Computername
  Beschreibung: Ein SMTP-Client vor dem Versenden von e-Mail-Nachrichten nicht authentifizieren. Zugriff wurde verweigert. Daten: 0000: 05 00 07 80...?

  Ereignistyp: Warnung
  Ereignisquelle: MSExchangeTransport
  Ereigniskategorie: SMTP-Protokoll
  Ereignis-ID: 1710
  Computer: Computername
  Beschreibung: Ein SMTP-Client authentifiziert als Benutzer "NT-AUTORITÄT\ANONYMOUS-Anmeldung" versuchte als "User.one @ domain.edu" zu senden. Zugriff wurde verweigert, da der authentifizierte Client nicht über die Berechtigung zum Senden als diese SMTP-Adresse verfügt. Daten: 0000: 05 00 07 80...?

  Ereignistyp: Fehler
  Ereignisquelle: MSExchangeTransport
  Ereigniskategorie: SMTP-Protokoll
  Ereignis-ID: 7004
  Datum: Datum
  Zeit: Zeit
  Benutzer: n/A
  Computer: Computername
  Beschreibung: Die Beschreibung der Ereigniskennung (7004) in Quelle (MSExchangeTransport) wurde nicht gefunden. Der lokale Computer möglicherweise nicht die erforderlichen Registrierungsinformationen oder DLL-Dateien zur Anzeige von Meldungen von einem Remotecomputer aus Nachricht. Möglicherweise können Sie mithilfe der Option/auxsource = Flag zum Ermitteln der Beschreibung; Einzelheiten finden Sie unter Hilfe und Support. Die folgenden Informationen sind Teil des Ereignisses: 1, 1, von, Helo, 571 von IP-Adresse Wir führen Sie von Ihnen nicht weiter. HELO Domain_Name.com Finden Sie e-Mail-Nachrichten in der Warteschlange für Remoteübermittlung an eine Remotedomäne fest, und das Ereignisprotokoll Ihnen keine Angaben auf den Namen der Remotedomäne. Wenn Sie Telnet an die Remotedomäne an Port 25, Sie feststellen, dass die Verbindung sofort mit dem gleichen Fehler in der oben aufgeführten Ereignisprotokolleintrag abgebrochen wird: 571 von IP-Adresse nicht von Ihnen weiterleiten zu tun.

  Datum: Datum
  Quelle: MSExchangeTransport
  Zeit: Zeit
  Kategorie: (3).
  Typ: Warnung
  Ereignis-ID: 4001
  Benutzer: n/A
  Computer: Computername
  Beschreibung: Die Nachrichtenzustellung an Remotedomäne 'Mail.Beispiel.com' ist fehlgeschlagen. Die Fehlermeldung lautet 'ein SMTP-Protokollfehler aufgetreten'. MAIL, 553 5.3.0 Mail von IP-Adresse zurückgewiesen, siehe / http://Mail-Abuse.org/RBL+/Lookup.CGI? IP-Adresse Daten: 0000: d7 02-04-c0

  Datum: Datum
  Quelle: MSExchangeTransport
  Zeit: Zeit
  Kategorie: (3).
  Typ: Warnung
  Ereignis-ID: 4001
  Benutzer: n/A
  Computer: Computername
  Beschreibung: Die Nachrichtenzustellung an Remotedomäne 'Mail.Beispiel.com' ist fehlgeschlagen. Die Fehlermeldung lautet 'ein SMTP-Protokollfehler aufgetreten'. MAIL, 550 Mail von DFÜ zurückgewiesen; finden Sie unter http://mail-abuse.org/dul/enduser.htm oder wenden Sie sich an Example Helpdesk at. Daten: 0000: d7 02-04-c0

  Datum: Datum
  Quelle: MSExchangeTransport
  Zeit: Zeit
  Kategorie: (3).
  Typ: Warnung
  Ereignis-ID: 4001
  Benutzer: n/A
  Computer: Computername
  Beschreibung: Die Nachrichtenzustellung an Remotedomäne 'Mail.Beispiel.com' ist fehlgeschlagen. Die Fehlermeldung lautet 'ein SMTP-Protokollfehler aufgetreten'. MAIL, 550 5.7.1 Mail von IP-Adresse von der Blackhole-Site dialups.mail-abuse.org verweigert. Daten: 0000: d7 02-04-c0

  Datum: Datum
  Quelle: MSExchangeTransport
  Zeit: Zeit
  Kategorie: (3).
  Typ: Warnung
  Ereignis-ID: 4001
  Benutzer: n/A
  Computer: Computername
  Beschreibung: Die Nachrichtenzustellung an Remotedomäne 'Mail.Beispiel.com' ist fehlgeschlagen. Die Fehlermeldung lautet 'ein SMTP-Protokollfehler aufgetreten'. RCPT, 554 Dienst nicht verfügbar; [IP-Adresse] gesperrt durch dialups.mail-abuse.org. Daten: 0000: d7 02-04-c0

Mögliche Ursachen für Unzustellbarkeitsberichte, die Fehlercodes 5.0.0, 5.7.1 oder 5.7.3 enthalten

Fehlercode 5.0.0 oder 5.7.1 kann auftreten, wenn folgende Bedingung erfüllt ist:

• Ihr Exchange-Computer ist als Messagingserver aufgelistet, die unerwünschte kommerzielle e-Mail-Nachrichten sendet.

Der Fehlercode 5.7.1 kann auftreten, wenn eine oder mehrere der folgenden Bedingungen erfüllt sind:

• Der Absender der Nachricht hat keine die Berechtigungen, die erforderlich sind Komplettlieferung.
• Sie versuchen, Ihre e-Mail per Relay über einen zweiten Server übertragen, und der zweite Server jedoch nicht Lassen Sie Nachrichten per relay weiterzuleiten. Der Remoteserver gibt 5.7.1 Fehlercode.
• Sie müssen keine Empfängerrichtlinie konfiguriert werden, für die Domäne, an die die Nachricht gesendet wird.
• Der Empfänger hat Empfangseinschränkungen für Postfach aktiviert. Beispielsweise ist the recipient's Mailbox Übermittlungsbeschränkung konfiguriert, nur Nachrichten von einer angegebenen Liste empfangen. Andere Nachrichten werden abgelehnt.
• Eine Verteilerliste konfiguriert ist authentifiziert e-Mail-Übermittlung von Nachrichten zu beschränken Benutzer. Nachrichten, die aus einer anonymen Sitzung gesendet wird, werden abgelehnt.
• Ihr Exchange-Computer ist auf eine unerwünschte kommerzielle E-mail-Liste. Ihr Exchange-Computer möglicherweise als offenes Relay aufgeführt.
• Der Name der fully qualified Domain Name (FQDN) des Exchange-Computers endet mit ".Local".
• Ein Microsoft Windows NT 4.0 oder Windows 2000 Domain Name System (DNS)-Server empfängt eine nicht autorisierende Antwort von Stammhinweisen oder Weiterleitungen. Der Windows NT 4.0 oder Windows 2000-DNS-Server sendet dann, Ausfall ein Servers, an den Mail-Server, die für eine Domäne abgefragt, die nicht mit einem Datensatz Mail Exchange (MX) konfiguriert wurde. Dieses Verhalten tritt auf, wenn der Windows NT 4.0 oder Windows 2000-DNS-Server einen Start Autoritätsursprung (SOA) aus einer nicht autorisierenden Ressource empfängt. Neuere Versionen von BIND cache leere autorisierende Antworten. Windows DNS-Server betrachten leere autorisierende Antworten als Verweise. Wenn Windows DNS-Server derartige Antworten erhalten, werden die Antworten nicht berücksichtigt. Darüber hinaus erhält der Client einem Serverfehler statt eines SOA-Eintrags.
• Der DS2MB-Metabase-Schlüssel ist beschädigt.
• Die Erlauben Sie alle Computer, der erfolgreich authentifiziert ist, unabhängig von der Liste oben das relay das Kontrollkästchen ist nicht auf dem virtuellen SMTP-Server aktiviert.
• Anonymer Zugriff auf den virtuellen SMTP-Server ist deaktiviert.

Der Fehlercode 5.7.3 kann auftreten, wenn eine der folgenden Bedingungen zutrifft:

• Anonyme Authentifizierung ist vom Zielserver nicht zulässig.
• Der Zielserver kann nicht den beabsichtigten Empfänger nicht finden.

Die Fehlercodes 5.7.1 oder 5.7.3 kann auftreten, wenn eine der folgenden Bedingungen erfüllt ist:

• Die DNS-Funktion ist nicht richtig konfiguriert.
• Benutzer haben die e-Mail-Adressen, die keiner der vorhandenen Empfängerrichtlinien entsprechen. Proxyadressen (proxyAddresses) sollte in der Regel mindestens eine Empfängerrichtlinie übereinstimmen.
• Sie verwenden Microsoft ISA Server 2000, und eine der folgenden Bedingungen erfüllt ist:
  • Die externe IP-Adresse des ISA-Servers wird geändert.
  • Die IP-Adresse des SMTP-Veröffentlichungsregel wird für die neue externe IP-Adresse des ISA-Servers entsprechend aktualisiert.
  • Der Isactrl-Dienst wird nicht neu gestartet, nachdem die IP-Adresse des SMTP-Veröffentlichungsregel aktualisiert wurde.

Mögliche Ursachen für die Ereignisse 1701, 1709, 1710, 4001 und 7004

Ereignis 1701, 1709, 1710, 4001 oder 7004 wird im Anwendungsprotokoll protokolliert, wenn eine der folgenden Bedingungen zutrifft:

• Ereignisse 1709 und 1710 auftreten, wenn ein Unzustellbarkeitsbericht, der Fehlercode 5.7.1 enthält von Ihrem Exchange-Computer generiert wird.
• Das Ereignis 1701 tritt auf, wenn Ihr Exchange-Computer ein Unzustellbarkeitsbericht, der Fehlercode 5.7.3 enthält empfängt.
• Die Ereignisse 7004 und 4001 auftreten, wenn andere e-Mail-Server Ihren Exchange-Computer als Messagingserver auflisten, die unerwünschte Werbemails versendet, oder wenn Ihr Exchange-Computer ein offenes e-Mail-Relay ist.

Wenn Ihr Exchange-Computer als offenes e-Mail-Relay konfiguriert ist, die unerwünschte Werbemails versendet

Wenn andere e-Mail-Server Ihren Exchange-Computer als Messagingserver, die unerwünschte kommerzielle e-Mail-Nachrichten sendet auflisten, können Sie eine oder mehrere der folgenden Symptome auftreten:

• Sie können nicht e-Mail-Nachrichten an eine zunehmende Anzahl von Domänen senden.
• In Ihren e-Mail-Warteschlangen tauchen unerwünschte Werbemails, und Sie erkennen, dass Ihr Exchange-Computer unerwünschte Werbemails versendet.
• Eine Remotedomäne informiert Sie, dass sie unerwünschte kommerzielle e-Mail-Nachrichten von Ihrem Exchange-Computer erhält.
• Sie erhalten Unzustellbarkeitsberichte mit den Fehlercodes 5.0.0 oder 5.7.1 enthalten
• Ereignisse 7004 und 4001 werden im Anwendungsprotokoll protokolliert.

Dieses Problem kann auftreten, wenn Ihr Exchange-Computer als offenes e-Mail-Relay konfiguriert ist. Dieses Problem kann auch auftreten, wenn ein Konto auf Ihrem Exchange-Computer kompromittiert wurde und als Mail-Relay benutzt wird. Um dieses Problem zu beheben, gehen Sie folgendermaßen vor:

1. Stellen Sie sicher, dass Ihr Exchange-Computer nicht offenes e-Mail-Relay ist. Gehen Sie hierzu folgendermaßen vor:
   1. Klicken Sie auf Start, zeigen Sie auf Programme, zeigen Sie auf Microsoft Exchange, und klicken Sie dann auf System-Manager.
   2. Erweitern Sie im Exchange-System-Manager, das folgende Objekt:
      Server\Ihr_Exchange_Server-Name\Protokolle\SMTP
   3. Mit der rechten Maustaste soll zu verhindern, dass e-Mail-Relay, und klicken Sie dann auf des virtuellen SMTP-Servers Eigenschaften.
   4. Klicken Sie auf der Zugriff Registerkarte, und klicken Sie dann auf Relay.
   5. Öffnen Sie in der Standardeinstellung Relay ist blockiert. Die Standardeinstellungen lauten folgendermaßen:
      • Die Nur Computer in der Liste das Kontrollkästchen ist aktiviert.
      • Die Erlauben Sie alle Computer, der erfolgreich authentifiziert ist, unabhängig von der Liste oben das relay das Kontrollkästchen ist aktiviert.
   6. Wenn Sie einen einzelnen Computer, eine Gruppe von Computern oder einer Domäne die Weitergabe über den Server erlauben müssen, klicken Sie auf Hinzufügen. In der Computer Dialogfeld im Feld, klicken Sie auf die entsprechende Auswahl für die Computer, die Sie über den Server weiterleiten möchten. Geben Sie dann die erforderliche Informationen ein.
      
      Hinweis Aktivieren des Zugriffs nach IP-Adresse oder Domänenname ist hilfreich für Benutzer, die nicht mit dem Exchange-Computer authentifizieren.
   7. In der Relayeinschränkungen Klicken Sie im Dialogfeld klicken Sie auf OK.
   8. Klicken Sie auf Anwenden, und klicken Sie dann auf OK Klicken Sie im Dialogfeld Default SMTP Virtual Servereigenschaften im Dialogfeld.
   Wenn Ihr Exchange-Computer zum Relay von Nachrichten an externe Domänen weiter, hat Ihr Exchange-Computer einen SMTP-Connector, der für die Weiterleitung ermöglicht. Weitere Informationen dazu, wie Sie das Relay über einen SMTP-Connector verhindern können finden Sie in folgendem Artikel der Microsoft Knowledge Base anzuzeigen:
   314734

   (http://support.microsoft.com/kb/314734/ )

   Relayeinschränkungen auf virtuellen SMTP-Standardserver sind nicht funktionsfähig.
2. Um festzustellen, ob Ihr Exchange-Computer auf eine unerwünschte kommerzielle e-Mail-Liste ist, finden Sie auf folgenden Website:
   http://www.moensted.DK/Spam

   (http://www.moensted.dk/spam)
   Microsoft stellt Kontaktinformationen von Drittanbietern, um technischen Support finden. Diese Kontaktinformationen können ohne vorherige Ankündigung geändert werden. Microsoft garantiert nicht die Richtigkeit dieser Kontaktinformationen von Drittanbietern.
3. Ermitteln Sie, ob Ihr Exchange-Computer ein AOL-Liste unerwünschter kommerzieller E-mail wird. Wenn Sie feststellen, dass Ihr Exchange-Computer auf einer AOL unerwünschte kommerzielle e-Mail-Liste aufgeführt ist, können entfernen Sie Ihren Exchange-Computer aus der Liste. Weitere Informationen dazu, wie Sie dies tun, besuchen folgende Website von AOL:
   http://www.Postmaster.Info.AOL.com/

   (http://www.postmaster.info.aol.com/)
4. Feststellen Sie, ob Ihr Exchange-Computer auf der Mail-Abuse.org-Liste von Organisationen, die unerwünschte kommerzielle e-Mail-Nachrichten zu senden. Gehen Sie hierzu folgendermaßen vor:
   1. Finden Sie auf folgenden Website:
      http://www.Mail-Abuse.com/cgi-bin/Lookup

      (http://www.mail-abuse.com/cgi-bin/lookup)
   2. Klicken Sie auf der Seite MAPS Lookup Geben Sie die öffentlich zugängliche IP-Adresse des Computers mit Exchange, und drücken Sie dann die EINGABETASTE.
      
      Hinweis "MAPS" steht für Mail Abuse Prevention System.
5. Entfernen Sie Ihren Exchange-Computer aus der Mail-Abuse.org-Liste. Gehen Sie hierzu folgendermaßen vor:
   1. Finden Sie auf folgenden Website:
      http://www.Mail-Abuse.org/removereq.HTML

      (http://www.mail-abuse.org/removereq.html)
   2. Geben Sie die öffentlich zugängliche IP-Adresse des Exchange-Computers in der Sie können diesen Index durchsuchen. Geben Sie die Schlüsselwörter, die, denen Sie suchen möchten. das Feld, und drücken Sie dann die EINGABETASTE.
   3. Folgen Sie allen Anweisungen für das Entfernen des Exchange-Computers aus der Liste abzuschließen.
6. Entfernen Sie Ihren Exchange-Computer aus etwaigen weiteren Sperrlisten offene Relays, die nicht von der Mail-Abuse.org abgedeckt wird. "OpenRBL.org" unterhält eine Suchmaschine, die mit mehr als 35 Sperrlisten für offene Relays verknüpft. Jede Liste verwaltet eine separate Liste mit e-Mail-Server für offenes Relay. Daher kann Ihr Exchange-Computer auf einige, aber nicht alle Listen angezeigt.
   1. Besuchen Sie folgende Website, und klicken Sie dann auf IP-Adresse oder den vollqualifizierten Domänennamen Ihres Exchange-Computers abzufragen:
      http://OpenRBL.org/

      (http://openrbl.org/)
   2. Wenn Ihr Exchange-Computer auf eine der Sperrlisten für offenes Relay ist, erhalten Sie einen Link zu der Website des Anbieters dieser Liste.
   3. Der Website des Anbieters einer solchen Liste bietet in der Regel Anweisungen dazu, wie Sie Ihren Exchange-Computer aus der Liste zu entfernen.

Hinweis Folgen Sie den Entfernungsprozess von Liste für jede Liste, die Ihr Exchange-Computer enthält. Wenn Sie Ihren Exchange-Computer aus einer Liste entfernen, kann Ihr Exchange-Computer nicht aus allen Listen entfernt werden.

Wenn Sie nicht Ihr Exchange-Computer auf eine Echtzeit-Sperrlisten aufgeführt finden, eventuell Sie sich an den Mail-Server-Administrator für die Remotedomäne, dem Sie e-Mail-Nachrichten senden können. Fordern Sie Sie dann, dass Ihr Exchange-Computer manuell aus der Sperrliste des Administrators entfernt werden. Nicht alle Administratoren verwenden Echtzeit-Sperrlisten. Einige Administratoren unterhalten auch ihre eigenen Listen. Sie müssen diese Administratoren nicht direkt kontaktieren.

Wenn e-Mail-Relay von einem Konto auf einem Exchange-Computer auftritt, der nicht als offenes e-Mail-Relay konfiguriert ist

Bestimmen Sie, ob ein Konto auf Ihr Exchange-Computer authentifizierte sendet weitergeleitete e-Mail-Nachrichten. Gehen Sie hierzu folgendermaßen vor:

1. Klicken Sie auf Start, zeigen Sie auf Programme, zeigen Sie auf Microsoft Exchange, und klicken Sie dann auf System-Manager.
2. In Exchange-System-Manager mit der rechten Maustaste Ihr_Exchange_Server-Name, und klicken Sie dann auf Eigenschaften.
3. Klicken Sie auf der Diagnoseprotokollierung Registerkarte.
4. In der Services Liste, klicken Sie auf MSExchange Transport.
5. In der Kategorien Liste, klicken Sie auf Authentifizierung, und klicken Sie dann auf Maximum Klicken Sie im Dialogfeld Protokolliergrad Bereich.
6. Klicken Sie auf Anwenden, klicken Sie auf OK, und beenden Sie dann die Exchange-System-Manager.
7. Klicken Sie auf Start, zeigen Sie auf Programme, zeigen Sie auf Verwaltung, und klicken Sie dann auf Services.
8. Mit der rechten Maustaste Simple Mail Transport Protocol (SMTP), und klicken Sie dann auf Starten Sie neu.
9. Klicken Sie auf Start, zeigen Sie auf Programme, zeigen Sie auf Verwaltung, und klicken Sie dann auf Ereignis-Viewer.
10. Suchen Sie in der Ereignisanzeige das Anwendungsprotokoll auf Ereignis 1708. Ereignis 1708 zeigt an, dass das Konto, mit dem Exchange-Computer authentifiziert, um weitergeleitete e-Mail-Nachrichten zu senden.

Gehen Sie folgendermaßen vor, um zu verhindern, dass ein Konto authentifizieren mit dem Exchange-Computer, um weitergeleitete e-Mail-Nachrichten zu senden:

1. Klicken Sie auf Start, zeigen Sie auf Programme, zeigen Sie auf Microsoft Exchange, und klicken Sie dann auf System-Manager.
2. Erweitern Sie im Exchange-System-Manager, das folgende Objekt:
   Server\Ihr_Exchange_Server-Name\Protokolle\SMTP
3. Mit der rechten Maustaste Virtueller Standardserver für SMTP, und klicken Sie dann auf Eigenschaften.
4. Klicken Sie auf der Zugriff Registerkarte, und klicken Sie dann auf Relay.
5. Führen Sie je nach Umgebung eines der folgenden Verfahren aus:
   • Wenn ein POP3-Client nicht die Weiterleitung von Nachrichten verfügt, deaktivieren Sie die Erlauben Sie alle Computer, der erfolgreich authentifiziert ist, unabhängig von der Liste oben das relay das Kontrollkästchen. Ändern Sie das Kennwort und den Namen des Kontos, das für die e-Mail-Weiterleitung verwendet wird.
   • Wenn bestimmte Clients oder Server e-Mail-Nachrichten weiterleiten müssen, fügen Sie sie in die Liste der Relayeinschränkungen im Dialogfeld.

Gewusst wie: Einrichten von SMTP-Domänen für eingehende e-Mails und zur Weiterleitung von e-Mails

Sie können e-Mail-Nachrichten für eine oder mehrere der folgenden Klassen von Internet-SMTP-Domänen akzeptieren:

• Domänen, die für Ihre Exchange-Organisation lokal sind
• Domänen, die für Ihre Exchange-Organisation nicht lokal sind
• Domänen, die von Ihrer Exchange-Organisation und einem anderen SMTP-Server gemeinsam genutzt werden

Domänen, die für Ihre Exchange-Organisation lokal sind

Um e-Mail-Nachrichten aus Domänen akzeptieren, um Ihre Exchange-Organisation lokal sind, erstellen Sie eine Empfängerrichtlinie, die eine Adresse enthält, die der folgenden ähnelt: Weitere Informationen dazu, wie Sie eine Empfängerrichtlinie erstellen finden Sie in folgendem Artikel der Microsoft Knowledge Base anzuzeigen:

Domänen, die für Ihre Exchange-Organisation nicht lokal sind

Um e-Mail-Nachrichten aus Domänen akzeptieren, die für Ihre Exchange-Organisation nicht lokal sind, erstellen Sie einen SMTP-Connector. Weitere Informationen zum Konfigurieren eines SMTP-Connectors finden Sie in folgendem Artikel der Microsoft Knowledge Base anzuzeigen:

Domänen, die von Ihrer Exchange-Organisation und einem anderen SMTP-Server gemeinsam genutzt werden

Um e-Mail-Nachrichten aus Domänen akzeptieren, die von Ihrer Exchange-Organisation und einem anderen SMTP-Server gemeinsam genutzt werden, richten Sie einen SMTP-Connector. Befolgen Sie hierzu die Schritte im Abschnitt "Domänen sind, die nicht lokal auf Ihrem Exchange-Organisation" aus. Jedoch, wenn Sie die Domäne zu Ihren Empfängerrichtlinien hinzufügen, damit Ihre Benutzer e-Mail-Nachrichten von der Adresse empfangen können, deaktivieren Sie die Dieser Exchange-Organisation ist für die gesamte e-Mail-Übermittlung an diese Adresse verantwortlich. das Kontrollkästchen. Weitere Informationen zum Freigeben von SMTP-Domänen mit einem anderen Mailsystem finden Sie in folgendem Artikel der Microsoft Knowledge Base anzuzeigen:

Problembehandlung bei Unzustellbarkeitsberichten, die Fehlercodes 5.7.1 oder 5.7.3 enthalten

Fehlercodes 5.7.1 und 5.7.3 und Anwendungsprotokollereignisse 1709, 1710 und 1701 unter verschiedenen Bedingungen auftreten. Die folgenden Szenarios beschreiben diese Umstände und erklären, wie die jeweiligen auflösen Unzustellbarkeitsberichte und Anwendungsprotokollereignisse vorzugehen.

Hinweis Unzustellbarkeitsberichte mit den Fehlercode 5.7.1 enthalten möglicherweise die folgende Meldung enthalten:

"Der Urheber haben keine Berechtigung zum Übermitteln der Nachricht."

Diese Meldung kann irreführend sein, da sie impliziert, dass der Absender ein Problem mit Berechtigungen verfügt. Der eigentliche Grund für diesen Unzustellbarkeitsbericht ist jedoch, dass die remote-Domäne die Domäne verboten hat, die an der Weitergabe der e-Mails die e-Mail-Nachrichten versendet.Weitere Informationen finden Sie in folgendem Artikel der Microsoft Knowledge Base anzuzeigen:

Szenario 1: Authentifizierte Computern sind die Weiterleitung von Nachrichten nicht zulässig.

Wenn die Erlauben Sie alle Computer, der erfolgreich authentifiziert ist, unabhängig von der Liste oben das relay auf dem virtuellen SMTP-Server ist das Kontrollkästchen nicht aktiviert, erhalten Sie möglicherweise Unzustellbarkeitsberichte mit den Fehlercode 5.7.1 enthalten. Auswählen der Erlauben Sie alle Computer, der erfolgreich authentifiziert ist, unabhängig von der Liste oben das relay Kontrollkästchen Sie, gehen Sie folgendermaßen vor:

1. Klicken Sie auf Start, zeigen Sie auf Programme, zeigen Sie auf Microsoft Exchange, und klicken Sie dann auf System-Manager.
2. Erweitern Sie im Exchange-System-Manager, das folgende Objekt:
   Server\Ihr_Exchange_Server-Name\Protokolle\SMTP
3. Mit der rechten Maustaste in des virtuelle SMTP-Serverobjekts, und klicken Sie dann auf Eigenschaften.
4. Klicken Sie auf der Zugriff Registerkarte, und klicken Sie dann auf Relay. Aktivieren Sie das Erlauben Sie alle Computer, der erfolgreich authentifiziert ist, unabhängig von der Liste oben das relay das Kontrollkästchen.

Szenario 2: Anonymer Zugriff auf den virtuellen SMTP-Server ist deaktiviert.

Wenn die Anonymen Zugriff das Kontrollkästchen nicht aktiviert ist, wird möglicherweise Unzustellbarkeitsberichte mit den Fehlercode 5.7.1 enthalten. Auswählen der Anonymen Zugriff Kontrollkästchen Sie, gehen Sie folgendermaßen vor:

1. Klicken Sie auf Start, zeigen Sie auf Programme, zeigen Sie auf Microsoft Exchange, und klicken Sie dann auf System-Manager.
2. Erweitern Sie im Exchange-System-Manager, das folgende Objekt:
   Server\Ihr_Exchange_Server-Name\Protokolle\SMTP
3. Mit der rechten Maustaste in des virtuelle SMTP-Serverobjekts, und klicken Sie dann auf Eigenschaften.
4. Klicken Sie auf der Zugriff Registerkarte, und klicken Sie dann auf Authentifizierung.
5. Aktivieren Sie das Anonymen Zugriff das Kontrollkästchen.
6. Klicken Sie auf OK zwei Mal.
7. Maustaste auf den virtuellen SMTP-Server, und klicken Sie dann auf Beenden.
8. Maustaste auf den virtuellen SMTP-Server, und klicken Sie dann auf Start.
9. Klicken Sie auf Start, zeigen Sie auf Programme, zeigen Sie auf Verwaltung, und klicken Sie dann auf Services.
10. Mit der rechten Maustaste Simple Mail Transport Protocol (SMTP), und klicken Sie dann auf Starten Sie neu.
11. Mit der rechten Maustaste Microsoft Exchange-Routingmodul, und klicken Sie dann auf Starten Sie neu.

Szenario 3: Die DNS-Funktion ist nicht richtig konfiguriert

Wenn die DNS-Funktion nicht korrekt konfiguriert ist, erhalten Sie möglicherweise Unzustellbarkeitsberichte, die Fehlercodes 5.7.1 oder 5.7.3 enthalten. Ereignis 1701, 1709 und 1710 kann darüber hinaus im Anwendungsprotokoll protokolliert werden. Um die DNS-Konfiguration zu beheben, stellen Sie sicher, dass Mail-Exchanger (MX), zeigen Sie auf den richtigen virtuellen SMTP-Server zeichnet. Wenn die DNS-Funktion nicht korrekt konfiguriert ist, können eingehende SMTP-Verbindungsversuchen zufällig zum falschen virtuellen SMTP-Server verbinden.

Szenario 4: Es gibt keine passende Empfängerrichtlinie für Proxy-Adressen

Wenn Benutzer in einer Organisation e-Mail-Adressen haben, die nicht in der Organisation vorhandenen Empfängerrichtlinien entsprechen, erhalten Absender, die Nachrichten an diesen Benutzer senden möglicherweise Unzustellbarkeitsberichte, die Fehlercodes 5.7.1 oder 5.7.3 enthalten. Ereignis 1707, 1709 und 1710 kann darüber hinaus im Anwendungsprotokoll protokolliert werden. In der Regel sollten die Proxyadressen der Benutzer in der Organisation mindestens eine Empfängerrichtlinie in der Organisation erfüllen.

Hinweis Der Begriff "Proxyadressen" bezieht sich auf die SMTP-Domänen, die für die Organisation lokal sind.Weitere Informationen zum Erstellen finden neuer Empfängerrichtlinien oder Gewusst wie: Aktualisieren vorhandener Empfängerrichtlinien Sie in folgendem Artikel der Microsoft Knowledge Base anzuzeigen:

Szenario 5: Der Zielserver erfordert zusätzliche Authentifizierung

Vom Zielserver anonyme Authentifizierung nicht zulässig, erhalten Sie möglicherweise Unzustellbarkeitsberichte, die der Fehlercode 5.7.3 enthalten. Stellen Sie sicher, dass der sendende Client oder dem sendenden Server an den Zielserver authentifizieren kann.

Hinweis Der Fehlercode 5.7.3 kann auch auftreten, wenn der Zielserver den beabsichtigten Empfänger finden kann.

Szenario 6: Die ISA Server 2000-SMTP-Veröffentlichungsregel wird nicht aktualisiert.

Wenn Sie ISA Server 2000 verwenden und die SMTP-Veröffentlichungsregel wird nicht aktualisiert, erhalten Sie möglicherweise Unzustellbarkeitsberichte, die Fehlercodes 5.7.1 oder 5.7.3 enthalten. Ereignis 1701, 1709 und 1710 kann außerdem im Anwendungsprotokoll protokolliert werden. Dieses Problem tritt auf, wenn Sie ISA Server 2000 verwenden und eine der folgenden Bedingungen erfüllt ist:

• Die externe IP-Adresse des ISA-Servers wird geändert.
• Die IP-Adresse des SMTP-Veröffentlichungsregel wird nicht die neue externe IP-Adresse von ISA Server entsprechend aktualisiert.
• Der Isactrl-Dienst wird nicht neu gestartet, nachdem die IP-Adresse des SMTP-Veröffentlichungsregel aktualisiert wurde.

Weitere Informationen über Exchange-Mail-Relay klicken Sie auf die folgenden Artikelnummern klicken, um die Artikel der Microsoft Knowledge Base anzuzeigen: