[{"@context":"http:\/\/schema.org\/","@type":"BlogPosting","@id":"https:\/\/wiki.edu.vn\/wiki19\/2021\/01\/26\/bounce-nachricht-wikipedia\/#BlogPosting","mainEntityOfPage":"https:\/\/wiki.edu.vn\/wiki19\/2021\/01\/26\/bounce-nachricht-wikipedia\/","headline":"Bounce-Nachricht – Wikipedia","name":"Bounce-Nachricht – Wikipedia","description":"Automatisierte Nachricht von einem E-Mail-System EIN Bounce-Nachricht oder einfach “Bounce” ist eine automatisierte Nachricht von einem E-Mail-System, die den Absender","datePublished":"2021-01-26","dateModified":"2021-01-26","author":{"@type":"Person","@id":"https:\/\/wiki.edu.vn\/wiki19\/author\/lordneo\/#Person","name":"lordneo","url":"https:\/\/wiki.edu.vn\/wiki19\/author\/lordneo\/","image":{"@type":"ImageObject","@id":"https:\/\/secure.gravatar.com\/avatar\/44a4cee54c4c053e967fe3e7d054edd4?s=96&d=mm&r=g","url":"https:\/\/secure.gravatar.com\/avatar\/44a4cee54c4c053e967fe3e7d054edd4?s=96&d=mm&r=g","height":96,"width":96}},"publisher":{"@type":"Organization","name":"Enzyklop\u00e4die","logo":{"@type":"ImageObject","@id":"https:\/\/wiki.edu.vn\/wiki4\/wp-content\/uploads\/2023\/08\/download.jpg","url":"https:\/\/wiki.edu.vn\/wiki4\/wp-content\/uploads\/2023\/08\/download.jpg","width":600,"height":60}},"image":{"@type":"ImageObject","@id":"https:\/\/upload.wikimedia.org\/wikipedia\/commons\/thumb\/a\/a2\/Bounce-DSN-MTA-names.png\/350px-Bounce-DSN-MTA-names.png","url":"https:\/\/upload.wikimedia.org\/wikipedia\/commons\/thumb\/a\/a2\/Bounce-DSN-MTA-names.png\/350px-Bounce-DSN-MTA-names.png","height":"194","width":"350"},"url":"https:\/\/wiki.edu.vn\/wiki19\/2021\/01\/26\/bounce-nachricht-wikipedia\/","wordCount":4489,"articleBody":"Automatisierte Nachricht von einem E-Mail-System  EIN Bounce-Nachricht oder einfach “Bounce” ist eine automatisierte Nachricht von einem E-Mail-System, die den Absender \u00fcber eine vorherige Nachricht informiert, dass die Nachricht nicht zugestellt wurde (oder ein anderes Zustellungsproblem aufgetreten ist).  Die urspr\u00fcngliche Nachricht soll “abgeprallt” sein.Diese R\u00fcckmeldung kann sofort erfolgen (einige der hier beschriebenen Ursachen) oder, falls das sendende System es erneut versuchen kann, Tage sp\u00e4ter nach Ende dieser Wiederholungsversuche eintreffen.Formellere Begriffe f\u00fcr Bounce-Nachrichten sind “Non-Delivery Report” oder “Non-Delivery Receipt” (NDR). [Failed] DSN-Nachricht (Delivery Status Notification) oder NDN-Meldung (Non-Delivery Notification).[1]  Table of ContentsBounces Klassifizierung[edit]Harte Spr\u00fcnge[edit]Weiche Spr\u00fcnge[edit]Lieferfehler[edit]Bounce aufgrund fehlenden Speicherplatzes[edit]Sprung wegen nicht erreichbarem Ziel[edit]Von gef\u00e4lschter Nachricht abprallen[edit]Andere Ursachen[edit]Terminologie[edit]Bouncing vs. Rejecting[edit]Nachrichten stillschweigend l\u00f6schen[edit]Ursachen einer Bounce-Nachricht[edit]Siehe auch[edit]Verwandte RFCs[edit]Verweise[edit]Externe Links[edit]Bounces Klassifizierung[edit]Obwohl das SMTP eine ausgereifte Technologie ist, die mehr als 30 Jahre z\u00e4hlt, wird die Architektur zunehmend sowohl von normaler als auch von unerw\u00fcnschter Last belastet.[2]  Die E-Mail-Systeme wurden um Reputationssysteme erweitert, die an den tats\u00e4chlichen Absender der E-Mail gebunden sind. Die Idee, dass die E-Mail-Server des Empf\u00e4ngers E-Mails ablehnen, wenn ein gef\u00e4lschter Absender im Protokoll verwendet wird.[3]  Daher wurden zwei Arten von E-Mail-Bounces erstellt: Hard-Bounces und Soft-Bounces.[4]  Beide wirken sich auf die IP-Reputation des Absenders aus, da die E-Mail-Dienstanbieter (ESPs) die gesamte Absprungrate als Entscheidungsfaktor betrachten, wenn sie die E-Mail in den Posteingang eines Benutzers leiten.  Kurz gesagt wird die gesamte Absprungrate als die Summe der harten Absprungrate und der weichen Absprungrate berechnet.Harte Spr\u00fcnge[edit]Harte Bounces sind permanent und erzielen einen h\u00f6heren IP-Schaden des Absenders.  Harte Bounces treten auf, wenn der Mailserver des Absenders feststellt, dass eine hohe Wahrscheinlichkeit besteht, dass der Empf\u00e4nger nicht verf\u00fcgbar ist, und dies wahrscheinlich auch bleibt.  In einigen F\u00e4llen befindet sich der Empf\u00e4nger der E-Mail in einer der folgenden Situationen: falsche Kennung \/ falsche Domain (z. B. Tippfehler in der E-Mail-Adresse oder in der Domain) oder sein Server akzeptiert dies nicht E-Mails mehr.  In diesem Fall m\u00fcssen die zur\u00fcckgesendeten E-Mail-Adressen entfernt werden.Weiche Spr\u00fcnge[edit]Weiche Spr\u00fcnge sind vor\u00fcbergehend.  Es kann versucht werden, eine zur\u00fcckgesendete Nachricht, die einen weichen Sprung erf\u00e4hrt, zu einem anderen Zeitpunkt erneut zuzustellen.[5]  Soft Bounces treten auf, wenn der Empf\u00e4nger der E-Mail entweder \u00fcber einen vollst\u00e4ndigen Posteingang verf\u00fcgt und daher keinen Platz zum Speichern einer weiteren E-Mail hat oder die Gr\u00f6\u00dfe der E-Mails, die er empfangen darf, begrenzt ist.  Zus\u00e4tzliche Situationen, in denen ein weicher Absprung auftritt, sind Blockierungen in der E-Mail des Empf\u00e4ngers, mit denen ein bestimmter Absender als Spam-Absender markiert oder ein bestimmter Absender auf die schwarze Liste gesetzt wird.  Dar\u00fcber hinaus f\u00fchrt eine vor\u00fcbergehende Unterbrechung der E-Mail des Empf\u00e4ngers oder ein vor\u00fcbergehender Fehler auf seinen Servern dazu, dass ein weicher Sprung ausgel\u00f6st wird.  Lieferfehler[edit]Bei der Postzustellung k\u00f6nnen an mehreren Stellen Fehler auftreten.  Ein Absender kann manchmal eine Absprungnachricht von seinem Absender erhalten besitzen Mailserver, der meldet, dass keine Nachricht gesendet werden konnte, oder alternativ von a Empf\u00e4nger Der Mailserver meldet, dass er die Nachricht zwar akzeptiert, aber nicht an den angegebenen Benutzer \u00fcbermitteln kann.  Wenn ein Server eine Nachricht zur Zustellung akzeptiert, \u00fcbernimmt er auch die Verantwortung f\u00fcr die Zustellung einer Bounce-Nachricht, falls die Zustellung fehlschl\u00e4gt.Bounce aufgrund fehlenden Speicherplatzes[edit]Wenn eine E-Mail f\u00fcr eine Adresse auf dem Zielserver eintrifft (z. B. mymail.example beim Senden an alice@mymail.example) kann es sein, dass der Mail-Daemon die Nachricht nicht im Postfach des angegebenen Benutzers ablegen kann, wenn auf der zugrunde liegenden Festplatte des Servers nicht gen\u00fcgend Speicherplatz vorhanden ist.Sprung wegen nicht erreichbarem Ziel[edit]Beim Senden einer E-Mail kann der Dienst, von dem die E-Mail gesendet wird, m\u00f6glicherweise die Zieladresse nicht erreichen.  In diesem Fall w\u00fcrde der Absender eine Bounce-Nachricht von seinem eigenen Mailserver erhalten.  H\u00e4ufige Ursachen daf\u00fcr, dass Mailserver ein Ziel nicht erreichen k\u00f6nnen:Die Zieladresse kann nicht aufgel\u00f6st werden.  Zum Beispiel, wenn der Domainname nicht existiert.Es kann keine Verbindung mit der Zieladresse hergestellt werden.  Zum Beispiel, wenn die IP-Adresse keinem Server zugewiesen ist oder wenn der Server offline ist.Von gef\u00e4lschter Nachricht abprallen[edit]Benutzer erhalten m\u00f6glicherweise fehlerhafte Bounce-Nachrichten zu Nachrichten, die sie nie gesendet haben.  Dies kann insbesondere im Zusammenhang mit E-Mail-Spam oder E-Mail-Viren geschehen, bei denen ein Spammer (Absender) eine Nachricht an einen anderen Benutzer (beabsichtigter Spam-Empf\u00e4nger) f\u00e4lschen und die Nachricht so f\u00e4lschen kann, dass sie von einem anderen Benutzer (einem Dritten) angezeigt wird. .  Wenn die Nachricht nicht an den vorgesehenen Empf\u00e4nger \u00fcbermittelt werden kann, wird die Absprungnachricht anstelle des Spammers an den Dritten “zur\u00fcckgegeben”.  Dies wird als R\u00fcckstreuung bezeichnet.Andere Ursachen[edit]Hatte die library.example Der Mailserver wusste, dass die Nachricht nicht zugestellt werden kann (wenn Jill dort beispielsweise kein Benutzerkonto hat) nicht Ich habe die Nachricht an erster Stelle akzeptiert und h\u00e4tte daher den Absprung nicht gesendet.  Stattdessen h\u00e4tte es die Nachricht mit einem SMTP-Fehlercode abgelehnt.  Das w\u00fcrde gehen Jacks Mailserver (at store.example) die Verpflichtung, einen Sprung zu erstellen und zu liefern.Terminologie[edit]Bounces sind eine spezielle Form des Autoresponders.  Autoresponses (automatische Antworten) sind E-Mails, die von einem Programm – im Gegensatz zu einem menschlichen Benutzer – als Antwort auf eine empfangene E-Mail gesendet und an die Absprungadresse gesendet werden.Beispiele f\u00fcr andere automatische Antworten sind Ferien Mails, Herausforderungen von Challenge-Response-Spam-Filterung, Antworten von Listenservern und Feedback-Berichten.  Diese anderen automatischen Antworten werden in erl\u00e4utert RFC 3834: Automatische Antworten sollten an die gesendet werden Return-Path angegeben in der empfangenen Mail, die die automatische Antwort ausgel\u00f6st hat, und diese Antwort wird normalerweise mit einem leeren R\u00fcckweg gesendet;  Andernfalls k\u00f6nnten Auto-Responder beim Senden von Auto-Antworten hin und her gefangen sein.[citation needed]Das Return-Path ist in der zugestellten Mail als Headerfeld sichtbar Return-Path vom SMTP Mail Delivery Agent eingef\u00fcgt (MDA) (was normalerweise mit a kombiniert wird Mail Transfer Agent, oder MTA).  Der MDA kopiert einfach den umgekehrten Pfad in das SMTP MAIL FROM Befehl in die Return-Path.  Der MDA entfernt auch Schwindel Return-Path Header-Felder, die von anderen MTAs eingef\u00fcgt wurden;  Es wird im Allgemeinen garantiert, dass dieses Header-Feld den letzten umgekehrten Pfad widerspiegelt, der in der MAIL FROM Befehl.Heutzutage werden diese Pfade normalerweise auf normale E-Mail-Adressen reduziert, da das alte SMTP-Quellrouting 1989 veraltet war.  Einige historische Hintergrundinformationen finden Sie unter Sender Rewriting Scheme.  Eine spezielle Form eines Pfades existiert noch: der leere Pfad MAIL FROM:, wird f\u00fcr viele automatische Antworten und insbesondere f\u00fcr alle Bounces verwendet.Im engeren Sinne werden Bounces mit einem nicht leeren gesendet Return-Path sind falsch. RFC 3834 bietet einige Heuristiken, um falsche Bounces basierend auf dem lokalen Teil (linke Seite vor dem “@”) der Adresse in einer nicht leeren Adresse zu identifizieren Return-Pathund es definiert sogar ein Mail-Header-Feld, Auto-Submitted, um automatische Antworten zu identifizieren.  Der Mail-Header ist jedoch Teil der Mail-Daten (SMTP-Befehl) DATA), und MTAs sehen normalerweise nicht aus in die Post.  Sie besch\u00e4ftigen sich mit dem Briefumschlag, das schlie\u00dft die ein MAIL FROM Adresse (aka Return-Path, Envelope-FROModer “umgekehrter Weg”), aber nicht z RFC 2822– –From im Feld Mailkopf From.  Diese Details sind wichtig f\u00fcr Systeme wie BATV.Der Rest springt mit einem leeren Return-Path sind Nichtzustellungsberichte ((NDRs) oder Lieferstatusbenachrichtigungen (DSNs).  DSNs k\u00f6nnen explizit mit einer SMTP Service Extension (ESMTP) angefordert werden, sie werden jedoch nicht h\u00e4ufig verwendet.  Explizite Anforderungen f\u00fcr Details zu Zustellungsfehlern werden viel h\u00e4ufiger mit VERP (Variable Envelope Return Path) implementiert, w\u00e4hrend explizite Anforderungen f\u00fcr diese selten implementiert werden.[6]NDRs sind eine grundlegende SMTP-Funktion.  Sobald ein MTA eine E-Mail zur Weiterleitung oder Zustellung angenommen hat, kann er sie nicht stillschweigend l\u00f6schen (“l\u00f6schen”).  Es muss eine Bounce-Nachricht erstellen und an die senden Urheber wenn die Weiterleitung oder Lieferung fehlgeschlagen ist.Bouncing vs. Rejecting[edit]Mit Ausnahme von MDAs leiten alle MTAs E-Mails an einen anderen MTA weiter.  Dieser n\u00e4chste MTA ist kostenlos ablehnen die Mail mit einer SMTP-Fehlermeldung wie “Benutzer unbekannt”, “\u00dcber Quote”usw. An dieser Stelle muss der sendende MTA Bounce die Nachrichtdh informieren ihren Urheber.  Ein Sprung kann auch ohne einen ablehnenden MTA oder als auftreten RFC 5321 dr\u00fcckt es aus:“Wenn ein SMTP-Server die Aufgabe der Weiterleitung der E-Mail angenommen hat und sp\u00e4ter feststellt, dass das Ziel falsch ist oder die E-Mail aus einem anderen Grund nicht zugestellt werden kann, MUSS er eine Benachrichtigungsnachricht” Unzustellbare E-Mail “erstellen und an den Absender senden der unzustellbaren Post (wie durch den umgekehrten Pfad angegeben). “Diese Regel ist f\u00fcr SMTP von wesentlicher Bedeutung: Wie der Name schon sagt, handelt es sich um ein “einfaches” Protokoll. Es kann nicht zuverl\u00e4ssig funktionieren, wenn E-Mails lautlos in schwarzen L\u00f6chern verschwinden. Daher sind Bounces erforderlich, um Probleme zu erkennen und zu beheben.Nachrichten stillschweigend l\u00f6schen[edit]Heutzutage kann es jedoch \u00fcblich sein, haupts\u00e4chlich Spam-E-Mails zu erhalten, bei denen normalerweise gef\u00e4lschte E-Mails verwendet werden Return-Paths.  Es ist dann oft unm\u00f6glich f\u00fcr den MTA, den Urheber zu informieren und einen Abpraller an den F\u00e4lscher zu senden Return-Path w\u00fcrde einen unschuldigen Dritten treffen.  Dar\u00fcber hinaus gibt es bestimmte Gr\u00fcnde, warum es vorzuziehen ist, still zu sein fallen eher eine Nachricht als ablehnen es (geschweige denn prallen es):Heuristisch gefilterter Spam.  Spamfilter sind nicht perfekt.  Das Ablehnen von Spam basierend auf der Inhaltsfilterung bedeutet, dass Spammern eine Testumgebung zur Verf\u00fcgung gestellt wird, in der sie verschiedene Alternativen ausprobieren k\u00f6nnen, bis sie Inhalte finden, die den Filter bestehen.Viren und W\u00fcrmer.  Meistens werden diese automatisch von einem infizierten Computer gesendet.  Da ein Sprung eine Kopie des Wurms selbst enthalten kann, kann er zu seiner Verbreitung beitragen.Nochmals zitieren RFC 5321, Abschnitt 6.2:“Wie in Abschnitt 7.8 und Abschnitt 7.9 unten erl\u00e4utert, ist das L\u00f6schen von E-Mails ohne Benachrichtigung des Absenders in der Praxis zul\u00e4ssig. Es ist jedoch \u00e4u\u00dferst gef\u00e4hrlich und verst\u00f6\u00dft gegen eine lange Tradition und die Erwartungen der Community, dass E-Mails entweder zugestellt oder zur\u00fcckgesandt werden Wird es missbraucht, kann dies leicht das Vertrauen in die Zuverl\u00e4ssigkeit der Mail-Systeme des Internets untergraben. Daher sollte das stille L\u00f6schen von Nachrichten nur in den F\u00e4llen in Betracht gezogen werden, in denen ein sehr hohes Vertrauen besteht, dass die Nachrichten ernsthaft betr\u00fcgerisch oder auf andere Weise unangemessen sind. “Die Nichtvalidierung des Absenders ist ein inh\u00e4renter Fehler des heutigen SMTP, der ohne die zuvor erw\u00e4hnten veralteten Quellrouten auskommt.  Dies wird durch verschiedene Vorschl\u00e4ge angesprochen, am direktesten von BATV und SPF.Ursachen einer Bounce-Nachricht[edit]Es gibt viele Gr\u00fcnde, warum eine E-Mail abprallen kann.  Ein Grund ist, wenn die Empf\u00e4ngeradresse falsch geschrieben ist oder auf dem empfangenden System einfach nicht vorhanden ist.  Das ist ein Benutzer unbekannt Bedingung.  Andere Gr\u00fcnde sind die Ersch\u00f6pfung der Ressourcen – z. B. eine vollst\u00e4ndige Festplatte – oder die Ablehnung der Nachricht aufgrund von Spamfiltern.  Dar\u00fcber hinaus gibt es MUAs, mit denen Benutzer eine Nachricht bei Bedarf “abprallen” k\u00f6nnen.[7]  Diese vom Benutzer initiierten Bounces sind gef\u00e4lschte Bounces.  Per Definition wird ein echter Sprung automatisiert und von einem MTA oder MDA ausgegeben.Bounce-Nachrichten in SMTP werden mit der Absenderadresse des Umschlags gesendet , bekannt als Null Absenderadresse.  Sie werden h\u00e4ufig mit einem gesendet From: Header-Adresse von MAILER-DAEMON am Empf\u00e4ngerort.In der Regel enth\u00e4lt eine Bounce-Nachricht mehrere Informationen, damit der urspr\u00fcngliche Absender besser verstehen kann, warum seine Nachricht nicht zugestellt wurde:Das Datum und die Uhrzeit, zu der die Nachricht zur\u00fcckgeschickt wurde,Die Identit\u00e4t des Mailservers, der ihn zur\u00fcckgesendet hat,Der Grund, warum es zur\u00fcckgeworfen wurde (z Benutzer unbekannt oder Postfach voll),Die Header der zur\u00fcckgesendeten Nachricht undEin Teil oder der gesamte Inhalt der zur\u00fcckgesendeten Nachricht.RFC 3463 beschreibt die Codes, die zur Angabe des Absprunggrunds verwendet werden.  Allgemeine Codes sind 5.1.1 (Unbekannter Benutzer), 5.2.2 (Postfach voll) und 5.7.1 (Von Sicherheitsrichtlinie \/ E-Mail-Filter abgelehnt).  MTAs, die an a ablehnen sind nach dem Gesichtspunkt der benannt MTA melden.  MTA-Namen sind oft vom Typ DNS.  Das Format f\u00fcr die Meldung von Verwaltungsnachrichten wird durch definiert RFC 6522.  Ein DSN kann ein MIME sein mehrteilig \/ Bericht Nachricht bestehend aus drei Teilen:eine vom Menschen lesbare Erkl\u00e4rung;eine Maschine analysierbar Nachricht \/ Zustellstatus, eine Liste von “Name: Typ; Wert” Zeilen, die mehrere m\u00f6gliche Felder angeben;  unddie urspr\u00fcngliche Nachricht oder ein Teil davon als Entit\u00e4t vom Typ message \/ rfc822.Der zweite Teil eines DSN ist ebenfalls gut lesbar.  Es ist wichtig zu verstehen, welcher MTA welche Rolle spielte.  Das Reporting-MTA ist verantwortlich f\u00fcr das Erstellen und Senden des DSN.Wenn ein Remote-MTA lehnt eine Nachricht w\u00e4hrend einer SMTP-Transaktion ab, ein Feld Diagnosecode vom Typ smtp kann verwendet werden, um diesen Wert zu melden.  Beachten Sie, dass die SMTP-Antwort neben dem numerischen dreistelligen Wert selbst einen von Menschen lesbaren Teil enth\u00e4lt.  Die InformationRemote-MTA: dns; smtp.store.example [192.0.2.3]Diagnostic-Code: smtp; 550 No such user herewird manchmal gemeldet als z.while talking to smtp.store.example [192.0.2.3]>>> RCPT TO:"},{"@context":"http:\/\/schema.org\/","@type":"BreadcrumbList","itemListElement":[{"@type":"ListItem","position":1,"item":{"@id":"https:\/\/wiki.edu.vn\/wiki19\/#breadcrumbitem","name":"Enzyklop\u00e4die"}},{"@type":"ListItem","position":2,"item":{"@id":"https:\/\/wiki.edu.vn\/wiki19\/2021\/01\/26\/bounce-nachricht-wikipedia\/#breadcrumbitem","name":"Bounce-Nachricht – Wikipedia"}}]}]