On Tue, 04 Dec 2001, Bernd Schmelter wrote:
nur nach diesem String suchen führt bestimmt zu Fehlalarmen, da manche E-Mails diesen String enthalten, gerade weil jemand darüber diskutiert :-) Es sei denn, Du bist in der Lage genau den Header zu filtern.
Ja. Wieso nicht? Wo ist dabei das Problem? Ist doch simpel (wenn man mal 'man procmailrc'[1] gelesen hat: :0 H * boundary=... /dev/null Und da die boundary im Header deklariert wird (und werden muss)... Oder verwendest du etwa einen MDA/MUA dessen Filterbedingungen nicht auf den Header eingeschraenkt werden koennen? Mein Beileid (nein, nicht wirklich -- selber schuld!). -dnh [1] Andere anstaendige[2] Filter (Mail::Audit) und MUAs koennen das sicher auch, nur kenne ich die nicht (mehr), mangels Interesse -- ich hab "meine" MDA/MUA/Editor Kombination gefunden :) [2] So ein Fall ist ein Kriterium dafuer, was ein anstaendiger MDA/MUA ist! Mal ganz abgesehen von so "Basics" wie RfC-Konformitaet (die leider nur allzu wenige MUAs einhalten... *grmpf*) und der Faehig- keit der Benutzer, kein TOFU und schlimmere Grausamkeiten wie HTML[3] zu produzieren... *gnarf* [3] Gerade BadTrans ist ja mal wieder ein Beispiel warum _KEIN_ HTML in Mails verwendet werden sollte -- und eine Vorschau/Ansicht von HTML zumindest unter Winzigweich YouLose* abgestellt werden sollte, aber wie man ja sieht, bekommen das einige nicht auf die Reihe... Und u.a. ich bin dann der Leidtragende, und darf die Virus-Mails ausfiltern, nur weil da jemand zu bloed ist... *grmbl* Ach? Man merkt mir an, dass ich deswegen genervt bin? Gut so! PS: Diesmal _keine_ Zufalls-Sig! -- The PROPER way to handle HTML postings is to cancel the article, then hire a hitman to kill the poster, his wife and kids, and fuck his dog and smash his computer into little bits. Anything more is just extremism. -- Paul Tomblin