Am Saturday 12 July 2003 12:29 schrieb Al Bogner:
On Saturday 12 July 2003 11:58, Martin Borchert wrote:
On Friday 11 July 2003 22:44, Helmut Scholl wrote:> > > > Wie kann ich mit dem KMail-Filter ein Mail, das ein> > > >
Irgendwas ist komisch. Hat dir irgendwer die Zeilenumbrüche geklaut? [Quoting ab hier repariert.]
Attachment hat in ein bestimmtes Verzeichnis verschieben?
Ich frage mich gerade, in wie weit ein Filter auf Content-type: multipart/mixed meinen Vorstelleung entspricht? multipart ist ein deutlicher Hinweis darauf, dass die Mail aus mehreren Teilen besteht, mit hoher Wahrscheinlichkeit also ein Attachment hat. Das kannst du als Filterkriterium benutzen. Wenn dir das nicht reicht, musst du mal deine Vorstellungen präzisieren. Es geht um die Attachments, die nicht inline dargestellt werden können. Ich glaube, ich habe die Kriterien gefunden: Content-Type: application/x-msdownload;undname=(name als eigenes Kriterium, weil das in einer eigenen Zeile stehen kann) Content-Disposition: attachment; filename=
Da gibt es aber noch einige mehr. application/vnd.sun.xml.writer fällt mir spontan ein. application/octet-stream geht wohl auch nicht.
Ich habe hier filename nie in eiener eigenen Zeile gesehen, aber meine Stichprobe ist zu klein, daher denke ich, dass ein eigenes Kriterium besser ist.
Filter mit Heuristiken zu bauen ist immer gefährlich. RfC 822 erlaubt dieses Konstrukt (Dateiname in eigener Zeile). Und ich wüsste kein RfC, dass es wieder verbieten würde.
Man liest das nicht im Header, sondern unter "Nachrichtencode".
Ja, wenn du nach dem Content-Type des Attachments filtern willst, ist das richtig, das steht ja nicht im Header der Mail. Dann stellt sich aber das Problem, dass du alle Content-Types finden musst, die nicht inline dargestellt werden können. Das ist zwar mit KMail möglich, aber ich kann mir nicht vorstellen, dass das auch nur ansatzweise performant ist. Möglicherweise hast du mit den regex-Filtern Chancen, aber die hab ich noch nicht ausprobiert. Vielleicht solltest du an der Stelle doch eher zu procmail greifen.
BTW, was ist das für ein Virus: ------=_NextPart_33F8340C6BD7F8G8E0GK50EEFContent-Type: text/plain; name="error.hta"Content-Transfer-Encoding: [...]
Hältst du es wirklich für sinnvoll, hier sowas reinzuposten? Martin -- when in danger or in doubt, run in circles, scream and shout! pgp-key: via wwwkeys.de.pgp.net, key id is 0x21eec9b0