Problembehandlung bei e-Mail-Relay in Exchange Server 2003 und Exchange 2000 Server

Wichtig: Dieser Artikel wurde maschinell übersetzt und wird dann möglicherweise mithilfe des Community Translation Framework (CTF) von Mitgliedern unserer Microsoft Community nachbearbeitet. Weitere Informationen zu CTF finden Sie unter http://support.microsoft.com/gp/machine-translation-corrections/de.

Den englischen Originalartikel können Sie über folgenden Link abrufen: 895853
Dieser Artikel wurde archiviert. Er wird im vorliegenden Zustand bereitgestellt und nicht mehr aktualisiert.
Zusammenfassung
Ein Computer mit Microsoft Exchange Server 2003 oder Microsoft Exchange 2000 Server kann als e-Mail-Relay konfiguriert werden. Daher kann e-Mail-in eine andere Domäne oder aus einer anderen Domäne Nachrichten Ihr Exchange-Computer an das Ziel weitergeleitet. Allerdings können einige Probleme auftreten, wenn Ihr Exchange-Computer oder ein Konto auf Ihrem Exchange-Computer als offenes e-Mail-Relay konfiguriert ist. Darüber hinaus können einige Probleme auftreten, wenn das Mail-Relay nicht korrekt konfiguriert ist.

Ein Exchange-Computer als offenes e-Mail-Relay konfiguriert ist, die kann verwendet werden, senden Sie unerwünschte kommerzielle e-Mails, auch als Spam bezeichnet. Wenn andere e-Mail-Server Ihren Exchange-Computer als Server unerwünschte kommerzielle e-Mail-Nachrichten zu identifizieren, kann Ihr Exchange-Computer Sperrlisten hinzugefügt werden. Aus diesem Grund haben Sie möglicherweise Probleme bei e-Mail-Nachrichten an andere Domänen zu senden. Um dieses Problem zu beheben, müssen Sie Ihr Exchange-Computer konfigurieren, damit kein offenes e-Mail-Relay ist. Dann müssen Sie Ihr Exchange-Computer aus den Sperrlisten entfernen.

Wenn Ihr Exchange-Computer nicht über ein offenes e-Mail-Relay ist, kann ein Konto auf Ihrem Exchange-Computer verwendet werden, um unerwünschte kommerzielle e-Mail-Nachrichten zu senden. Aus diesem Grund müssen Sie verhindern, dass jemand mit dem entschlüsselten Kennwort.

Dieser Artikel beschreibt die Symptome von e-Mail-Relay-Problemen und beschreibt die Schritte zur Konfiguration des Exchange-Computers zu korrigieren.
EINFÜHRUNG
In diesem Artikel werden folgende Themen behandelt:
  • Behandlung von e-Mail-Weiterleitung in Exchange Server 2003 und Exchange 2000 Server ausgibt.
  • Gewusst wie: verhindern, dass Ihr Exchange-Computer als offenes e-Mail-Relay verwendet wird
  • Wie Sie SMTP-Domänen für eingehende e-Mails und zur Weiterleitung von e-Mails einrichten
Exchange bietet einen vollständigen (SMTP = Simple Mail Transfer Protocol) e-Mail-Dienst. Der Exchange-SMTP-Server zum Empfangen von e-Mail-Nachrichten verwendet werden kann 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-Clients e-Mail-Nachrichten an Benutzer in anderen Organisationen senden. Wenn die e-Mail-Weiterleitung nicht zulässig ist, kann e-Mail-Nachrichten für Benutzer, die in der gleichen e-Mail-Domäne wie der Exchange-Computer der Exchange-Computer nur empfangen und senden.

Wenn sie e-Mail-Nachrichten weitergibt, kann der Exchange-Computer e-Mail-Nachrichten weiterleiten, die an e-Mail-Domänen außerhalb der eigenen Domäne adressiert ist. 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 von skrupellosen Benutzern als e-Mail-Relay verwendet werden kann. Diese Benutzer können e-Mail-Nachrichten auf Ihren Exchange-SMTP-Server unerwünschte kommerzielle e-Mails, auch als Spam bezeichnet, auf viele Computer verteilt weiterleiten. Dies kann negative Auswirkungen auf die verfügbare Bandbreite für Ihre Internet-Verbindung haben. Darüber hinaus könnte es Ihren Exchange-Computer "schwarze Liste" der offenen e-Mail-Relays hinzugefügt wird. Wenn eine solche Liste Ihr Exchange-Computer hinzugefügt wird, können andere e-Mail-Server e-Mail-Nachrichten von Ihrer Domäne nicht akzeptiert.

Zurück zum Anfang

Symptome von e-Mail-Relay-Problemen

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

Klicken Sie hier, um zu erweitern oder reduzieren Sie die Liste

  • Sie erhalten Unzustellbarkeitsberichte (NDRs), die Fehlercodes 5.0.0, 5.7.1 oder 5.7.3 enthalten.
  • Sie können keine e-Mail an immer mehr Domänen senden.
  • Unerwünschte kommerzielle e-Mail-Nachrichten in Ihren e-Mail-Warteschlangen wird angezeigt, und Sie feststellen, dass Ihr Exchange-Computer unerwünschte kommerzielle e-Mail-Nachrichten sendet.
  • Eine Remotedomäne informiert Sie darüber, dass sie unerwünschte kommerzielle e-Mail-Nachrichten vom Exchange-Computer erhält.
  • Eine oder mehrere der folgenden Ereignisse wird im Anwendungsprotokoll protokolliert:

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

    Ereignistyp: Warnung
    Ereignisquelle: MSExchangeTransport
    Kategorie: SMTP-Protokoll
    Ereignis-ID: 1710
    Computer: Computername
    Beschreibung: Ein SMTP-Client authentifiziert als Benutzer 'NT-AUTORITÄT\ANONYMOUS-Anmeldung' versucht, als "User.one @ domain.edu" 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
    Kategorie: SMTP-Protokoll
    Ereignis-ID: 7004
    Datum: Datum
    Uhrzeit Uhrzeit
    Benutzer: n/a
    Computer: Computername
    Beschreibung: Die Beschreibung der Ereigniskennung (7004) in (MSExchangeTransport) wurde nicht gefunden. Der lokale Computer möglicherweise nicht die erforderlichen Registrierungsinformationen oder DLL-Meldungsdateien Meldungen von einem Remotecomputer aus angezeigt. Möglicherweise können mit der Option/AUXSOURCE = zum Ermitteln der Beschreibung;-Flag Weitere Informationen finden Sie unter Hilfe und Support. Die folgenden Informationen sind Teil des Ereignisses: 1, 1, von, Helo, 571 von IP-Adresse Wir werden von Ihnen nicht weiter. HELO Domain_Name.com Finden Sie e-Mail-Nachrichten an eine Remotedomäne in der Warteschlange fest, und das Ereignisprotokoll Ihnen keine Details auf den Namen der Remotedomäne. Wenn Sie per Telnet an die Remotedomäne über Port 25, werden Sie feststellen, dass die Verbindung sofort mit dem gleichen Fehler im oben aufgeführten Ereignisprotokolleintrag abgebrochen wird: 571 von IP-Adresse nicht von Ihnen übertragen werden.

    Datum: Datum
    Quelle: MSExchangeTransport
    Uhrzeit Uhrzeit
    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 'Es ist 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
    Uhrzeit Uhrzeit
    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 'Es ist ein SMTP-Protokollfehler aufgetreten'. MAIL, 550 Mail von DFÜ zurückgewiesen; Siehe http://mail-abuse.org/dul/enduser.htm oder wenden Sie sich an Example Helpdesk an. Daten: 0000: d7 02 04 c0

    Datum: Datum
    Quelle: MSExchangeTransport
    Uhrzeit Uhrzeit
    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 'Es ist ein SMTP-Protokollfehler aufgetreten'. MAIL, 550 5.7.1 Mail von IP-Adresse zurückgewiesen von der Blackhole-Site dialups.mail-abuse.org. Daten: 0000: d7 02 04 c0

    Datum: Datum
    Quelle: MSExchangeTransport
    Uhrzeit Uhrzeit
    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 'Es ist ein SMTP-Protokollfehler aufgetreten'. RCPT, 554 Dienst nicht erreichbar; [IP-Adresse] gesperrt durch dialups.mail-abuse.org. Daten: 0000: d7 02 04 c0




Zurück zum Anfang

Mögliche Ursachen für Unzustellbarkeitsberichte mit den Fehlercodes 5.0.0, 5.7.1 oder 5.7.3 enthalten.


Klicken Sie hier, um zu erweitern oder reduzieren Sie die Liste


Fehlercodes 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 nicht die Rechte, die Übermittlung der erforderlichen amsterdambegonnenen sind.
  • Sie versuchen, Ihre e-Mail-Nachrichten mit einem zweiten Server, und der zweite Server unterstützt sienicht relay von e-Mail-Nachrichten weiterzuleiten. Der Remoteserver gibt 5.7.1 Fehlercode.
  • Sie haben 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. Postfach-Übermittlungseinschränkungen des Empfängers ist beispielsweise so konfiguriert, dass nur von bestimmten e-Mail-Nachrichten empfangen. Andere Nachrichten werden abgelehnt.
  • Eine Verteilerliste ist so konfiguriert, dass e-Mail-Übermittlung auf Nachrichten von authentifizierte Benutzer beschränken. Nachrichten, die aus einer anonymen Sitzung gesendet werden, werden abgelehnt.
  • Ihr Exchange-Computer ist in der Liste eine unerwünschte kommerzielle e-Mail-Nachrichten. Ihr Exchange-Computer möglicherweise als offenes Relay aufgeführt.
  • Der vollqualifizierten Domänennamen (FQDN) des Exchange-Computers endet mit ".Lokale".
  • Ein Microsoft Windows NT 4.0 oder Windows 2000 Domain Name System (DNS) Server empfängt eine nicht autorisierende Antwort von Stammhinweisen oder Weiterleitungen. Anschließend sendet der Server unter Windows NT 4.0 oder Windows 2000-DNS-Server ein Serverausfalls an den Mail-Server, die Abfrage nach einer Domäne, die nicht mit einem Mail Exchange (MX)-Datensatz konfiguriert wurde. Dieses Verhalten tritt auf, wenn der Server unter Windows NT 4.0 oder Windows 2000-DNS-Server einen Start Autoritätsursprung (SOA) von einer nicht autorisierenden Ressource empfängt. Neuere BIND-Versionen cache leerer autorisierender Antworten. Windows-DNS-Server betrachten leere autorisierende Antworten als Verweise. Bei Windows-DNS-Server derartige Antworten erhalten, werden die Antworten nicht berücksichtigt. Außerdem empfängt der Client einem Serverfehler statt eines SOA-Eintrags.
  • Der DS2MB-Metabase ist beschädigt.
  • Aktivieren Sie das Kontrollkästchen jedem Computer, der erfolgreich authentifiziert ist, unabhängig von der Liste oben das Relay, erlauben ist auf dem virtuellen SMTP-Server nicht aktiviert.
  • Anonymer Zugriff auf virtuellen SMTP-Server ist deaktiviert.
Der Fehlercode 5.7.3 kann auftreten, wenn eine der folgenden Bedingungen zutrifft:
  • Anonyme Authentifizierung ist der 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 e-Mail-Adressen, die keiner der vorhandenen Empfängerrichtlinien entsprechen. Proxy-Adressen sollten in der Regel mindestens eine Empfängerrichtlinie erfüllen.
  • 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 der SMTP-Veröffentlichungsregel wird die neue externe IP-Adresse des ISA-Servers entsprechend aktualisiert.
    • Der Isactrl-Dienst wird nicht neu gestartet, nachdem die IP-Adresse der SMTP-Veröffentlichungsregel aktualisiert wurde.

Zurück zum Anfang

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

Klicken Sie hier, um zu erweitern oder reduzieren Sie die Liste


Ereignis 1701, 1709, 1710, 4001 oder 7004 werden im Anwendungsprotokoll protokolliert, wenn eine der folgenden Bedingungen erfüllt ist:
  • Die Ereignisse 1709 und 1710 auftreten, wenn Ihr Exchange-Computer ein Unzustellbarkeitsbericht, der Fehlercode 5.7.1 enthält generiert.
  • Das Ereignis 1701 tritt auf, wenn Ihr Exchange-Computer ein Unzustellbarkeitsbericht, der Fehlercode 5.7.3 enthält empfängt.
  • Ereignisse 7004 und 4001, wenn andere e-Mail-Server Ihren Exchange-Computer als Messagingserver auflisten, die unerwünschte kommerzielle e-Mail-Nachrichten sendet, oder wenn Ihr Exchange-Computer um ein offenes e-Mail-Relay ist.


Zurück zum Anfang

Wenn Ihr Exchange-Computer als offenes e-Mail-Relay konfiguriert ist, die unerwünschte kommerzielle e-Mail-Nachrichten sendet.

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 keine e-Mail an immer mehr Domänen senden.
  • Unerwünschte kommerzielle e-Mail-Nachrichten in Ihren e-Mail-Warteschlangen wird angezeigt, und Sie feststellen, dass Ihr Exchange-Computer unerwünschte kommerzielle e-Mail-Nachrichten sendet.
  • Eine Remotedomäne informiert Sie darüber, dass sie unerwünschte kommerzielle e-Mail-Nachrichten vom Exchange-Computer erhält.
  • Sie erhalten Unzustellbarkeitsberichte mit den Fehlercodes 5.0.0 oder 5.7.1 enthalten.
  • Im Anwendungsprotokoll werden die Ereignisse 7004 und 4001 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 verwendet wird.


Um dieses Problem zu beheben, klicken Sie hier zum Erweitern oder Reduzieren der Schritte

  1. Stellen Sie sicher, dass Ihr Exchange-Computer nicht als 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\Protocols\SMTP
    3. Maustaste auf den virtuellen SMTP-Server, in dem Sie e-Mail-Weiterleitung verhindern möchten, und klicken Sie dann auf Eigenschaften.
    4. Klicken Sie auf die Registerkarte Zugriff , und klicken Sie dann auf Relay.
    5. Standardmäßig öffnen Relay ist blockiert. Die Standardeinstellungen lauten folgendermaßen:
      • Aktivieren Sie das Kontrollkästchen nur Computer in der Liste ausgewählt ist.
      • Aktivieren Sie das Kontrollkästchen jedem Computer, der erfolgreich authentifiziert ist, unabhängig von der Liste oben das Relay, erlauben aktiviert ist.
    6. Wenn Sie einen einzelnen Computer, eine Gruppe von Computern oder eine Domäne die Weiterleitung über den Server erlauben müssen, klicken Sie auf Hinzufügen. Klicken Sie im Dialogfeld Computer auf die entsprechende Auswahl für die Computer, die über den Server weiterleiten soll. 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. Klicken Sie im Dialogfeld Relayeinschränkungen auf OK.
    8. Klicken Sie auf Übernehmen, und klicken Sie auf OK im Dialogfeld Eigenschaften von Virtueller Standardserver für SMTP .
    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 Relay über einen SMTP-Connector verhindern können klicken Sie auf die folgende Artikelnummer, um den Artikel der Microsoft Knowledge Base anzuzeigen:
    314734 Relayeinschränkungen auf dem virtuellen SMTP-Standardserver sind nicht funktionsfähig.
  2. Um festzustellen, ob Ihr Exchange-Computer auf einer Liste unerwünschte kommerzielle e-Mail-Nachrichten, finden Sie auf der folgenden Website: Microsoft stellt Kontaktinformationen von Drittanbietern zur Verfügung, die Sie auf der Suche nach technischem Support unterstützen. Diese Kontaktinformationen können sich ohne vorherige Ankündigung ändern. Microsoft garantiert nicht die Richtigkeit dieser Kontaktinformationen von Drittanbietern.
  3. Feststellen Sie, ob Ihr Exchange-Computer auf einer AOL-Liste unerwünschte kommerzielle e-Mail-Nachrichten. Wenn Sie feststellen, dass Ihr Exchange-Computer auf einer AOL-Liste unerwünschte kommerzielle e-Mail-Nachrichten aufgeführt ist, entfernen Sie Ihren Exchange-Computer aus der Liste. Informationen hierzu finden Sie auf der folgenden Website von AOL:
  4. Feststellen Sie, ob Ihr Exchange-Computer auf der Mail-Abuse.org-Liste von Organisationen, die unerwünschte kommerzielle e-Mail-Nachrichten senden. Gehen Sie hierzu folgendermaßen vor:
    1. Besuchen Sie die folgende Website:
    2. Geben Sie auf der Seite MAPS Lookup die öffentlich zugängliche IP-Adresse des Exchange-Computers, 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. Besuchen Sie die folgende Website:
    2. Geben Sie die öffentlich zugängliche IP-Adresse des Exchange-Computers in der Sie können diesen Index durchsuchen. Geben Sie die zu suchenden Schlüsselwörter 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 alle Sperrlisten für offene Relays, die nicht von der Mail-Abuse.org sind. "OpenRBL.org" unterhält eine Suchmaschine, die links zu mehr als 35 Sperrlisten für offene Relays. Jede dieser Listen gibt eine separate Liste mit offenen Relayservern. Daher kann Ihr Exchange-Computer für einige, jedoch nicht alle Listen angezeigt.
    1. Auf dieser Website und dann auf Ihr Exchange-Computer-IP-Adresse oder dem FQDN Abfragen:
    2. Wenn Ihr Exchange-Computer auf einer der Sperrlisten für offene Relays ist, erhalten Sie einen Link zur Website des Anbieters dieser Liste.
    3. Die Website des Anbieters einer solchen Liste enthält in der Regel Anweisungen dazu, wie Sie Ihren Exchange-Computer aus der Liste entfernen.
Hinweis Folgen Sie für jede Liste mit Ihrem Exchange-Computer Liste entfernen. Wenn Sie Ihr Exchange-Computer aus einer Liste entfernen, kann Ihr Exchange-Computer nicht aus allen anderen Listen entfernt werden.

Wenn Ihr Exchange-Computer nicht auf alle Echtzeit-Sperrlisten aufgeführt ist, müssen Sie den Mail-Server-Administrator wenden Sie sich für die Remotedomäne an, 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 direkt kontaktieren.

Zurück zum Anfang

Wenn die e-Mail-Weiterleitung 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 e-Mail-Nachrichten weitergeleitete.

Zu diesem Zweck klicken Sie hier zum Erweitern oder Reduzieren der Schritte


  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 MaustasteIhr_Exchange_Server-Name, und klicken Sie dann auf Eigenschaften.
  3. Klicken Sie auf die Registerkarte Diagnoseprotokoll .
  4. Klicken Sie in der Liste Dienste auf MSExchangeIS Transport.
  5. Klicken Sie in der Liste Kategorien auf Authentifizierung, und klicken Sie dann auf maximale im Bereich Protokolliergrad .
  6. Klicken Sie auf Übernehmen, klicken Sie auf OKund beenden Sie dann Exchange-System-Manager.
  7. Klicken Sie auf Start, zeigen Sie auf Programme, zeigen Sie auf Verwaltung, und klicken Sie dann auf Dienste.
  8. Mit der rechten Maustaste (SMTP = Simple Mail Transport Protocol), und klicken Sie dann auf neu starten.
  9. Klicken Sie auf Start, zeigen Sie auf Programme, zeigen Sie auf Verwaltung, und klicken Sie dann auf Ereignisanzeige.
  10. Suchen Sie in der Ereignisanzeige das Anwendungsprotokoll auf Ereignis 1708. Ereignis 1708 gibt an, dass das Konto, mit dem Exchange-Computer authentifiziert, um weitergeleitete e-Mail-Nachrichten zu senden.
PUmsetzungsplan ein Konto authentifizieren mit dem Exchange-Computer, um weitergeleitete e-Mail-Nachrichten zu senden.

Zu diesem Zweck klicken Sie hier zum Erweitern oder Reduzieren der Schritte


  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\Protocols\SMTP
  3. Maustaste auf Virtueller Standardserver für SMTP, und klicken Sie dann auf Eigenschaften.
  4. Klicken Sie auf die Registerkarte Zugriff , und klicken Sie dann auf Relay.
  5. Führen Sie je nach Umgebung eines der folgenden Verfahren aus:
    • Wenn ein POP3-Client nicht zur Weiterleitung von e-Mails verfügt, deaktivieren Sie das Kontrollkästchen jedem Computer, der erfolgreich authentifiziert ist, unabhängig von der Liste oben das Relay, erlauben . Ändern Sie das Kennwort und den Namen des Kontos, das für e-Mail-Relay verwendet wird.
    • Bestimmte Clients oder Server e-Mail-Nachrichten weiterleiten müssen, fügen sie der Liste im Dialogfeld Relayeinschränkungen hinzu.

Zurück zum Anfang

Wie Sie SMTP-Domänen für eingehende e-Mails und zur Weiterleitung von e-Mails einrichten

Sie möchten 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 von Domänen zu akzeptieren, die für Ihre Exchange-Organisation lokal sind, erstellen Sie eine Empfängerrichtlinie, die eine Adresse beinhaltet, die der folgenden ähnelt:
SMTP: @Domäne.Domain_Root
Weitere Informationen zum Erstellen einer Empfängerrichtlinie klicken Sie auf die folgende Artikelnummer, um den Artikel der Microsoft Knowledge Base anzuzeigen:
249299 Gewusst wie: Konfigurieren der Empfängerrichtlinien in Exchange
Zurück zum Anfang

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

Erstellen Sie einen SMTP-Connector, um e-Mail-Nachrichten von Domänen zu akzeptieren, die für Ihre Exchange-Organisation nicht lokal sind. Weitere Informationen dazu, wie Sie einen SMTP-Connector zu konfigurieren, klicken Sie auf die folgende Artikelnummer, um den Artikel der Microsoft Knowledge Base anzuzeigen:
265293 So konfigurieren Sie der SMTP-Connector in Exchange 200 X
Zurück zum Anfang

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

Richten Sie einen SMTP-Connector, um e-Mail-Nachrichten von Domänen zu akzeptieren, die von Ihrer Exchange-Organisation und einem anderen SMTP-Server gemeinsam genutzt werden. Zu diesem Zweck führen Sie die Schritte im Abschnitt "Domänen sind, die nicht lokal auf Ihre Exchange-Organisation". Wenn Sie die Domäne zu Ihren Empfängerrichtlinien hinzufügen, damit Ihre Benutzer e-Mail-Nachrichten von dieser Adresse empfangen können, deaktivieren Sie jedoch das Kontrollkästchen Diese Exchange-Organisation ist für die gesamte e-Mail-Übermittlung an diese Adresse verantwortlich . Weitere Informationen zum Freigeben von SMTP-Domänen mit einem anderen Mailsystem, klicken Sie auf die folgende Artikelnummer, um den Artikel in der Microsoft Knowledge Base anzuzeigen:
321721 Eine SMTP-Adresse freigeben Bereiche in Exchange 2000 Server oder in Exchange Server 2003
Zurück zum Anfang

Problembehandlung bei Unzustellbarkeitsberichten, die Fehlercodes 5.7.1 oder 5.7.3 enthalten.

Fehlercodes 5.7.1 und 5.7.3 und Ereignisse im Anwendungsprotokoll 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 Fehlercodes 5.7.1 enthalten möglicherweise die folgende Meldung enthalten:

"Absender verfügen nicht über die Berechtigung zum Senden der Nachricht."

Diese Meldung kann irreführend sein, da sie impliziert, dass der Absender ein Berechtigungsproblem verfügt. Der tatsächliche Grund für diesen Unzustellbarkeitsbericht ist jedoch, dass die Remotedomäne die Domäne untersagt hat, die Weitergabe dieser e-Mail hindert die e-Mail sendet.Weitere Informationen finden Sie im folgenden Artikel der Microsoft Knowledge Base:
262354 Irreführende Unzustellbarkeitsbericht an Remotedomäne senden, die kein Relay zulässt

Szenario 1: Authentifizierte Computern dürfen nicht zur Weiterleitung von e-Mails

Wenn Sie das Kontrollkästchen jedem Computer, der erfolgreich authentifiziert ist, unabhängig von der Liste oben das Relay, erlauben auf dem virtuellen SMTP-Server nicht aktiviert ist, erhalten Sie Unzustellbarkeitsberichte, die Fehlercode 5.7.1 enthalten. Aktivieren Sie das Kontrollkästchen jedem Computer, der erfolgreich authentifiziert ist, unabhängig von der Liste oben das Relay, erlauben, gehen Sie folgendermaßen vor.

Klicken Sie hier zum Erweitern oder Reduzieren der Schritte



  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\Protocols\SMTP
  3. Maustaste auf virtuelle SMTP-Serverobjekt, und klicken Sie dann auf Eigenschaften.
  4. Klicken Sie auf die Registerkarte Zugriff , und klicken Sie dann auf Relay. Aktivieren Sie das Kontrollkästchen jedem Computer, der erfolgreich authentifiziert ist, unabhängig von der Liste oben das Relay, erlauben .
Zurück zum Anfang

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

Wenn das Kontrollkästchen Anonymer Zugriff nicht aktiviert ist, erhalten Sie möglicherweise Unzustellbarkeitsberichte, der Fehlercode 5.7.1 enthalten. Gehen Sie folgendermaßen vor, um das Kontrollkästchen Anonymer Zugriff.

Klicken Sie hier zum Erweitern oder Reduzieren der Schritte



  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\Protocols\SMTP
  3. Maustaste auf virtuelle SMTP-Serverobjekt, und klicken Sie dann auf Eigenschaften.
  4. Klicken Sie auf die Registerkarte Zugriff , und klicken Sie dann auf Authentifizierung.
  5. Klicken Sie auf diese Option, wenn Sie das Kontrollkästchen anonymen Zugriff aktivieren.
  6. Klicken Sie zweimal auf OK .
  7. Maustaste auf den virtuellen SMTP-Server, und klicken Sie dann auf Beenden.
  8. Maustaste auf virtuellen SMTP-Server, und klicken Sie dann auf Starten.
  9. Klicken Sie auf Start, zeigen Sie auf Programme, zeigen Sie auf Verwaltung, und klicken Sie dann auf Dienste.
  10. Mit der rechten Maustaste (SMTP = Simple Mail Transport Protocol), und klicken Sie dann auf neu starten.
  11. Maustaste auf Microsoft Exchange-Routingmodul, und klicken Sie dann auf neu starten.



Zurück zum Anfang

Szenario 3: Die DNS-Funktion ist nicht ordnungsgemäß konfiguriert.

Wenn die DNS-Funktion nicht korrekt konfiguriert ist, erhalten Sie möglicherweise Unzustellbarkeitsberichte, die 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 beheben, sicherzustellen Sie, dass dieser Mail-Exchanger (MX), zeigen Sie auf den richtigen virtuellen SMTP-Server aufgezeichnet. Wenn die DNS-Funktion nicht korrekt konfiguriert ist, können eingehende SMTP-Verbindungsversuchen zufällig mit falschen virtuellen SMTP-Servers verbinden.

Zurück zum Anfang

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

Wenn Benutzer in einer Organisation e-Mail-Adressen, die keiner der vorhandenen Empfängerrichtlinien in der Organisation entsprechen, erhalten Absender, die Nachrichten an diesen Benutzer senden möglicherweise Unzustellbarkeitsberichte, die 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 neuer bzw. zum Aktualisieren vorhandener Empfängerrichtlinien klicken Sie auf die folgende Artikelnummer, um den Artikel der Microsoft Knowledge Base anzuzeigen:
319065 Arbeiten mit dem Exchange-Empfängeraktualisierungsdienst
Zurück zum Anfang

Szenario 5: Der Zielserver erfordert eine zusätzliche Authentifizierung

Anonyme Authentifizierung vom Zielserver nicht zulässig ist, erhalten Sie Unzustellbarkeitsberichte, die Fehlercode 5.7.3 enthalten. Stellen Sie sicher, dass der sendende Client oder dem sendenden Server auf dem Zielserver authentifizieren kann.

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

Zurück zum Anfang

Szenario 6: 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 die Fehlercodes 5.7.1 oder 5.7.3 enthalten. Im Anwendungsprotokoll kann darüber Ereignis 1701, 1709 und 1710 protokolliert werden. Dieses Problem tritt auf, wenn Sie ISA Server 2000 und eine der folgenden Bedingungen erfüllt ist:
  • Die externe IP-Adresse des ISA-Servers wird geändert.
  • Die IP-Adresse der SMTP-Veröffentlichungsregel wird nicht aktualisiert, um die neue externe IP-Adresse des ISA-Servers entsprechen.
  • Der Isactrl-Dienst wird nicht neu gestartet, nachdem die IP-Adresse der SMTP-Veröffentlichungsregel aktualisiert wurde.
Zurück zum Anfang
Informationsquellen
Weitere Informationen über Exchange-Mail-Relay klicken Sie auf die folgenden Artikelnummern klicken, um die betreffenden Artikel in der Microsoft Knowledge Base anzuzeigen:
304897 Verhalten der SMTP-Weiterleitung in Windows 2000, Windows XP und Exchange Server
313395 Zum Überprüfen von Relayeinschränkungen für anonyme SMTP-Verbindungen und Filtern unerwünschter e-Mail-Nachrichten in Exchange 2000 Server
319356 Gewusst wie: verhindern, dass unerwünschten kommerziellen e-Mails in Exchange 2000 Server
324958 Blockieren des offenen SMTP-Relays und Bereinigen der Exchange Server-SMTP-Warteschlangen in Windows Small Business Server
310356 Mail-Relay im IIS 5.0-SMTP-Server in Windows 2000 zu verhindern
257538 So erhalten Sie weitere Informationen von Internetmail oder unerwünschte kommerzielle e-Mail-Nachrichten
Zurück zum Anfang
XCON
Zusätzliche Ressourcen

Warnung: Dieser Artikel wurde automatisch übersetzt.

Eigenschaften

Artikelnummer: 895853 – Letzte Überarbeitung: 12/09/2015 02:16:01 – Revision: 7.0

Microsoft Exchange Server 2003 Enterprise Edition, Microsoft Exchange Server 2003 Standard Edition, Microsoft Exchange 2000 Server Standard Edition

  • kbnosurvey kbarchive kbtshoot kbhowtomaster kbmt KB895853 KbMtde
Feedback