standardisierte Mail-Error-Codes?

Gibt es eigentlich keine Standards für Error-Mails, wenn z.B. ein Mailserver vergeblich versucht hat, eine Mail zuzustellen (z.B. wenn der Empfänger unter der angefragten Domain nicht existiert) und dies dann an den vermeintlichen Versender rückmeldet?

Bei den inzwischen ca. 10000 Mail-Rückläufern kann man zwar einiges durch Thunderbird-Filter erschlagen (d.h. automatisch löschen), aber dennoch scheint jeder Mail-Server-Administrator seiner Kreativität beim Erstellen der Error-Meldungen freien Lauf zu lassen und schickt mehr oder minder "lustige" Texte zurück.

Wenn wenigstens in allen Mails irgendwas Gemeinsames zu entdecken wäre, aber Pustekuchen. Die Thunderbird-Filterregel wächst so langsam leider in's Uferlose... :-(

06.09.2005 · nachmittags · Webzeug

3 Kommentare

kiesow schrieb am 06.09.2005 um 15:35 Uhr:

also bei meinem hamster filtere ich diese bounces alle raus mit:

set(bounce) Return-Path: {^<>$}
set(bounce) X-Return-Path: {^<>$}
set(bounce) X-Envelope-From: {^<>$}

ob man die filter allerdings im thunderbird ähnlich basteln kann, weiss ich nicht.
Oliver Regelmann schrieb am 06.09.2005 um 23:19 Uhr:

Solche Codes gibt es schon. Für den beschriebenen Fall z.B. 550 oder auch mal 5.5.0. Siehe z.B. www.networksorcery.com

Aber allein nach dieser Zahl zu filtern kann etwas gefährlich sein.
Pepino schrieb am 07.09.2005 um 00:05 Uhr:

@kiesow: geht recht einfach im TB, danke. Allerdings wird damit nicht alles erwischt, jedoch wenigstens mehr als noch vorher.

@Oliver: leider gibt es noch einige andere Bounces bzw. Rückläufer, die man selbst bei eindeutig festzustellender Fehlernummer 550 (was IMHO kaum möglich sein wird) nicht filtern zu können scheint. Zumindest wohl nicht mit TB-Bordmitteln... leider.