🚀 go-pugleaf

RetroBBS NetNews Server

Inspired by RockSolid Light RIP Retro Guy

Article View: de.comm.provider.webspace
Article #16

Re: zwischen den Fronten - eigener Mailserviceprovider auf Blacklist bei eigenem Zugangsprovider

#16
From: Alexander Talos
Date: Sun, 30 Jun 2002 12:30
95 lines
5547 bytes
Hej!

Christof Meerwald <NOSPAM-seeMySig+ub8l@cmeerw.org> wrote:

>Aber ist hier nicht das eigentliche Problem, dass die ganzen 12 MB gebounced
>werden? 

Das halte ich fuer eine interessante Frage. 

* Mit einfachem Abschneiden nach n KB ists auf jeden Fall nicht getan, 
weil damit die MIME-Struktur (so vorhanden) kaputtgeht. 

* Wenn ich per Post einen Computer verschicke, mich aber bei der Adresse 
verschreibe, dann erwarte ich auch den ganzen Computer zurueckzubekommen
und nicht bloss das Floppy Drive. Bekanntlich ist nicht alles, was hinkt,
ein Vergleich und manchmal stimmt schon nichtmal das Gegenteil, aber die
Analogie wurde traditionell gemacht: Wenn's nicht ankommt, bekomme ich
es zurueck. 

Die diversen "freundlichen" Fehlermeldungen "Ihre Mail an JHKJHK/EXC 
konnte nicht zugestellt werden, weil der interne Konnektor ein illegales 
Ergebnis lieferte." - ohne Subject, ohne Header, ohne Message-ID, ohne 
Hinweis, wer der Empfaenger haette sein sollen - sind das andere Extrem.

Einen sinnvollen Mittelweg zu finden, wird fuer den allgemeinen Fall 
nicht so einfach sein. Spaetestens dann, wenn ich ein Base64-Monster
daherbekomme, ist der fachgerechte Schnitt schwer hinzubekommen und
setzt sehr viel Wissen ueber alle moeglichen Spielarten von Mail voraus.

* Der MTA (Mail Transfer Agent) hat den Inhalt der Mail nicht anzuschauen,
zu bearbeiten oder sonstwas. Waer ja zu bloed, wenn der Bounce nicht 
ankommt, bloss weil der Bounce-Beschnipsler bei einem nicht 
vorhergesehenen zEnc-Attachment in UTF-9 auf die Nase geflogen ist und 
core gedumpt hat.

* Was eigentlich soll weggeworfen werden bzw. nach welchen Kriterien?
Der von mir geschilderte Fall von einem multipart 
1. text/plain "Schau Dir das an" 
2. text/html "<HEAD><TITLE>Eine Nachricht fur Dich</TITLE>
 <META bli><CREATOR Mickeysoft WonderMailer></HEAD><BODY [weitere
 20kB HTML-Schrott snipped]<FONT COLOR=blue>Schau </FONT><FONT 
 COLOR="#323232" BORDER=greenblinkend>Dir das an</FONT>[nochmal 
 20KB HTML-Schrott]" 
3. application/x-hippes-multimediales-bloedelformat "[Gaanz luuustiges
 Zeugs]"
Ist ja noch einfach, aber schwer zu verallgemeinern. Manche Mailer, deren
Name hier mal nicht genannt sei, bringen ja schon einmal keine richtigen
MIME-Parts zusammen. Wenn aber mehrstufige Hierarchien bestehend aus 
vielen Einzelteilen (z.B. eine HTML-Mail mit vielen Bildern, Sound, 
Flash, die auch gleich in der selben Entity eingebettet sind) auftauchen,
wird's schon schwerer.

Ich bin unschluessig, ob man das wirklich probieren sollte, Bounces Light
zu versenden. Simpel ist es jedenfalls sicher nicht, sich da was solides
einfallen zu lassen - und gerade die Fehlerbehandlung sollte doch simpel
und sehr robust sein.

Was diverse Virenscanner, die ja hinsichtlich der Verstaendigung der 
Absender in eine aehnliche Kategorie fallen, so produzieren, klingt 
jedenfalls nicht feierlich:

* Mail to: Mailer-Daemon (jedes Vacation weiss, dass man an 
Mailer-Daemon, owner-* etc nicht antwortet)

* Antwort (DSN) auf die From:-Adresse statt auf Reverse-Path ist eine
Idee, auf die nur blutige Anfaenger kommen duerften

* Autogenerierte Mail in Reaktion auf eine Mail mit leerem Reverse-Path

* Keine sinnvollen Angaben, welche Mail einen Virus enthalten hat
("Your message to xxx" - oft ohne Subject, kaum je mit Headern)

* Ungueltige Absenderadresse (z.B. "From: Antigen" - fully qualified
Address - was ist das?) 

* Ausserdem ist es ohnehin eine Schnapsidee, ausser bei ausgewaehlten 
Viren wie dem SirCam, dem angeblichen Absender eine Verstaendigung zu 
schicken: grad bei den aktuellen Klez und Yaha steht da ja alles 
moegliche drin, nur sicher nicht die Adresse von dem, dessen Computer 
befallen ist.

Nachdem diese hm... Artefakte von Software der juengeren Generation 
stammen, dreht sich mir bei jedem Gedanken, irgendwelche dynamischen
kreativen Quetschen einen Lightweight-Bouncer schreiben zu lassen, der
Magen um.

Ceterum censeo dass Mail ohnehin nicht mit grossen Attachments 
verschickt werden sollte, sondern dass der Fehler war, das File nicht 
auf eine Webseite zu setzen und nur den Pointer zu mailen. Ich orte 
hier eigentlich schon mal den kapitalen Fehler. 

Ciao

  Alexander, der wenigstens schon laenger kein MS-TNEF mehr gesehen
             hat.
Technical Details
Message-ID: <3d1efa00$0$8780$3b214f66@news.univie.ac.at>
Path: arc1-ca.pugleaf.net!archiver1.google.com!news1.google.com!newsfeed.stanford.edu!news-spur1.maxwell.syr.edu!news.maxwell.syr.edu!newscore.univie.ac.at!aconews-feed.univie.ac.at!news.univie.ac.at!not-for-mail
References: <3d1dee6f$0$20648$91cee783@newsreader02.highway.telekom.at> <3d2170e3.78130235@hell.peek.de> <3d1ec906$0$8780$3b214f66@news.univie.ac.at> <afmnif$fj5nl$1@ID-25152.news.dfncis.de>

Show Full Headers
Complete Article Headers
X-Google-Language: GERMAN,ASCII-7-bit
X-Google-Thread: 10249a,4a3c9005ce8737aa
X-Google-Attributes: gid10249a,public
X-Google-Thread: f5443,4a3c9005ce8737aa
X-Google-Attributes: gidf5443,public
X-Google-ArrivalTime: 2002-06-30 05:30:58 PST
Path: arc1-ca.pugleaf.net!archiver1.google.com!news1.google.com!newsfeed.stanford.edu!news-spur1.maxwell.syr.edu!news.maxwell.syr.edu!newscore.univie.ac.at!aconews-feed.univie.ac.at!news.univie.ac.at!not-for-mail
From: at@atat.at (Alexander Talos)
Newsgroups: de.comm.provider.webspace,at.internet.provider
Subject: Re: zwischen den Fronten - eigener Mailserviceprovider auf Blacklist bei eigenem Zugangsprovider
References: <3d1dee6f$0$20648$91cee783@newsreader02.highway.telekom.at> <3d2170e3.78130235@hell.peek.de> <3d1ec906$0$8780$3b214f66@news.univie.ac.at> <afmnif$fj5nl$1@ID-25152.news.dfncis.de>
Organization: Arbeitsgemeinschaft fuer total abgehobene Technologie
User-Agent: slrn/0.9.6.2 (Linux)
Date: 30 Jun 2002 12:30:57 GMT
Lines: 96
Message-ID: <3d1efa00$0$8780$3b214f66@news.univie.ac.at>
NNTP-Posting-Host: 194.152.96.209
X-Trace: 1025440257 news.univie.ac.at 8780 194.152.96.209
X-Complaints-To: news-adm@news.univie.ac.at