E-Mail-Rücksendungen

E-Mail-Rücksendungen

Eine Bounce Message (engl.: abprallen, zurückwerfen), auch Delivery Status Notification (DSN) message, Non Delivery Notifications (NDN) oder kurz Bounce genannt, ist eine Fehlermeldung, die von einem Mailserver automatisch erzeugt wird, wenn eine E-Mail nicht zustellbar ist.

Diese Fehlermeldung wird per E-Mail an den Absender (Envelope Sender) der unzustellbaren E-Mail gesendet und hat selbst einen leeren Envelope Sender (<>), um Mail-Loops zu verhindern. Als From: Adresse wird häufig die Adresse MAILER-DAEMON@mailserver oder POSTMASTER@mailserver verwendet.

Man unterscheidet zwischen Hardbounces, die durch permanente Fehler entstehen, zum Beispiel wenn die E-Mail-Adresse des Empfängers nicht existiert und Softbounces, die bei temporären Problemen erzeugt werden, zum Beispiel wenn die Disk Quota des Postfachs des Empfängers ausgeschöpft oder die Festplatte voll ist.

Inhaltsverzeichnis

Inhalt

Eine Bounce Message enthält i. d. R. verschiedene Hinweise, die dem Absender der unzustellbaren E-Mail helfen herauszufinden, warum seine Nachricht nicht zustellbar war. Dazu gehören

  • Datum und Uhrzeit, z. B. Date: Mon, 20 Jun 2005 16:59:51 +0200
  • Der Mailserver, der die Fehlermeldung erzeugt hat, z. B. host mail.beisp.iel [192.168.111.222]
  • Der Grund, aus dem die Nachricht unzustellbar war, z. B. 550 Diese E-Mail Adresse existiert nicht. sorry, no mailbox here by that name (#5.1.1)
  • Die Header der unzustellbaren E-Mail, z. B.
------ This is a copy of the message, including all the headers. ------
Return-path: <postmaster@mail.absen.der>
Received: from postmaster by mail.absen.der with local (Exim 4.41)      
       id 1DkNkc-000OXB-Ib; Mon, 20 Jun 2005 16:59:50 +0200     
Date: Mon, 20 Jun 2005 16:59:50 +0200     
From: <postmaster@absen.der>
To: postmaster@mail.beisp.iel
Cc: *deleted*
Subject: Re: testing
Message-ID: <20050620145950.GZ61818@mail.absen.der>
References: <DIIE.000004250005303D@mail.x.y> <20050614161552.GU3604@mail.absen.der>
Mime-Version: 1.0     
Content-Type: text/plain; charset=us-ascii     
Content-Disposition: inline     
In-Reply-To: <20050614161552.GU3604@mail.absen.der>
  • Die unzustellbare Nachricht oder deren Anfang
test - please reply.

Ursachen

Häufige Ursachen für Bounce Messages sind fehlerhafte Adressierung, Filter oder Hardware-Probleme, zum Beispiel:

fehlerhafte Adressierung

550 sorry, no mailbox here by that name
550 Empfaenger unbekannt / recipient e-mail adress unknown
550 5.1.1 <SMTPchocolate_dai811013@****>... User unknown 
550 Diese E-Mail Adresse existiert nicht. sorry, no mailbox here by that name (#5.1.1)

Filter

550 relay not permitted
550 5.1.8 Only registered users may use this system 
550 Mail was identified as spam

Hardware-Probleme

554 Error writing message to safe storage; message could not be stored to disk
554 Relay access denied

Temporäre Probleme

Auf temporäre Fehler sollte ein MTA nicht direkt mit einem Bounce reagieren, da davon auszugehen ist, dass zu einem späterem Zeitpunkt die Mail zugestellt werden kann. Der Mailserver behält Mails in diesem Fall in der Warteschlange und versucht periodisch diese zuzustellen. Erst wenn die Mail zu lange in der Warteschlange liegt, muss er einen Bounce schreiben und die Mail aus der Warteschlange löschen.

451 Temporary local problem - please try later
451 VS14-RT5 Mailbox bounce arrival rate exceeds system limit (#4.2.2)
450 <mail.X[X]>: Client host rejected: try again later

Probleme durch Unzustellbarkeitsnachrichten

Blacklisting

Jeder Mailserver, der Unzustellbarkeitsnachrichten verschickt, läuft Gefahr, auf Schwarzen Listen (RBL) zu landen. Dieses Problem tritt verschärft bei sogenannten Joe-Jobs auf. Ein Server, der die Mails eines solchen Joe-Jobs annimmt und sie mit NDNs an existierende Adressen beantwortet, erzeugt eine große Menge kollateralen Spam. Dieser kollaterale Spam führt in vielen Fällen zum Eintrag auf verschiedenen RBL.

Die einzige wirksame Gegenmaßnahme ist es, Unzustellbarkeitsnachrichten nur an bekannte Absender zu versenden. Dies ist in der Regel nur dem Mailserver möglich, auf dem die E-Mail vom Mail-Client des Absenders eingeliefert wird. Dies ist auch der Grund dafür, dass kein Server Mails annehmen sollte, die er nicht weitertransportieren kann oder will. Anders gesagt: Unzustellbare E-Mails sollen bereits während des Empfangs (zur SMTP-Zeit) mit einem 500er Fehler abgewiesen werden. In diesem Fall muss der sendende Server den Bounce erzeugen. Handelt es sich bei dem sendenden Server um einen guten Server, ist das kein Problem, da dieser nur Mails von bekannten Absendern entgegennimmt und diesen die Unzustellbarkeitsnachricht demnach auch korrekt zustellen kann − ist es aber ein schlechter Server (z. B. Spam-Bot), wird er keine Unzustellbarkeitsnachrichten verschicken, da es ihm keinen Nutzen bringt und falls doch, gerät er (zurecht) auf die schwarze Liste.

Mailloops

Einige unsauber implementierte Mailserver erzeugen Unzustellbarkeitsnachrichten mit einem existierenden/zustellbaren Absender. Ist diese Unzustellbarkeitsnachricht ebenfalls unzustellbar, wird sie nicht wie üblich verworfen sondern an den angegebenen Absender gesendet. Schickt nun der Server des Absenders erneut eine Unzustellbarkeitsnachricht (z. B. ein out of office reply), ist der Kreis geschlossen.

Siehe auch: Mail-Loop

Sicherheitsverletzungen

Im Zusammenspiel mit der eingetragenen Antwortadresse für E-Mails können Bounces auch zu einem ernsthaften Sicherheitsproblem werden. So geben Administratoren gerne für E-Mails, welche nicht beantwortet werden sollen, eine nicht existente Adresse ein und nutzen nicht zu selten, speziell bei englischen E-Mails, dafür die Domain donotreply.com. Diese Domain ist allerdings registriert und hat einen CatchAll auf ihren E-Mail-Adressen. In letzter Konsequenz kann dies dazu führen, dass z.B. beim internen Versand von E-Mails innerhalb einer Firma, wenn eine @donotreply.com-Antwortadresse verwendet wird, die E-Mail durch einen Bounce nach außen weitergeleitet wird.

Zugehörige RFCs

  • RFC 3461 – Simple Mail Transfer Protocol (SMTP) Service Extension for Delivery Status Notifications (DSNs)
  • RFC 3463 – Enhanced Mail System Status Codes
  • RFC 3464 – An Extensible Message Format for Delivery Status Notifications

Wikimedia Foundation.

Игры ⚽ Поможем решить контрольную работу

Schlagen Sie auch in anderen Wörterbüchern nach:

  • Internetvideothek — Als Onlinevideothek bezeichnet man eine Videothek, die Geschäftsvorgänge über das Internet abwickelt. Dabei werden den Kunden wie bei einer normalen Videothek hauptsächlich Videofilme und Computerspiele zur Verfügung gestellt. Blick in eine… …   Deutsch Wikipedia

  • Onlinevideothek — Als Onlinevideothek bezeichnet man eine Videothek, die Geschäftsvorgänge über das Internet abwickelt. Dabei werden den Kunden wie bei einer herkömmlichen Videothek hauptsächlich Videofilme und Computerspiele zur Verfügung gestellt. Blick in eine… …   Deutsch Wikipedia

Share the article and excerpts

Direct link
Do a right-click on the link above
and select “Copy Link”