procmail Regel

Alex Klein

27 Nov 2001 27 Nov '01

07:01

Hallo Jungs und Mädels, ich hab vor kurzem in einem Thread folgende procmail Filterregel gesehen: :0 fBw * ^[a-zA-Z]*> | sed -e 's/^[a-zA-Z]*> /> /g' Die soll aus einer falschen Zitierung den Schrott wegmachen. Beispiel AK> Ich hab euch eine Mail geschrieben AK> und das ist auch gut so. ^^ Den Mist soll der Filter removen. Jetzt ist mir aber folgendes in den Sinn gekommen echo "Mein Text" > ~/test.txt Daraus macht der Filter dann doch

...

~/test.txt

Ich werde es gleich sehen, wenn ich die Mail bekomme :). Hat jemand einen besseren Vorschlag (aber nur wenns so ist, wie ich befürchte ;)) -- Gruß Alex

Show replies by date

Alex Klein

27 Nov 27 Nov

07:05

Hallo Alex Klein, * Am 27.11.2001 zauberte Alex Klein:

...

Hallo Jungs und Mädels,

ich hab vor kurzem in einem Thread folgende procmail Filterregel gesehen:

:0 fBw * ^[a-zA-Z]*> | sed -e 's/^[a-zA-Z]*> /> /g' Sorry, falscher Alarm,

ich denke, daß alles nach einem space nicht mehr erfaßt wird. Liege ich da richtig? -- Gruß Alex

Thorsten Haude

11:34

Moin, * Alex Klein [01-11-27 08:05]:

...

...
* ^[a-zA-Z]*>

...

ich denke, daß alles nach einem space nicht mehr erfaßt wird. Liege ich da richtig? Nein; der Ausdruck besagt: Suche einen Zeilenanfang, gefolgt von beliebig vielen Buchstaben, gefolgt von einem '>'. Das ist so sehr uneffektiv, sed wird für jede gequotete Zeile aufgerufen, weil auch *kein* Buchstabe paßt. Du solltest '^[a-zA-Z]+>' benutzen, dann heißt es: Suche einen Zeilenanfang, gefolgt von mindestens einem Buchstaben, gefolgt von einem '>'.

In der sed-Anweisung würde ich die beiden Leerzeichen weglassen, die passen oft nicht. Obligatorische Procmailwarnung: Benutze stattdessen lieber Mail::Audit oder Maildrop. Thorsten -- They that can give up essential liberty to obtain a little temporary safety deserve neither liberty nor safety. - Benjamin Franklin

Christoph Maurer

11:36

Am Die, 27 Nov 2001 schrieb Thorsten Haude:

...

Moin,

* Alex Klein [01-11-27 08:05]:

...
...
* ^[a-zA-Z]*>

...
ich denke, daß alles nach einem space nicht mehr erfaßt wird. Liege ich da richtig?

Obligatorische Procmailwarnung: Benutze stattdessen lieber Mail::Audit oder Maildrop.

Warum? Was stört an Procmail? -- Christoph Maurer - Paul-Röntgen-Straße 7 - 52072 Aachen - Tux#194235 mailto:christoph-maurer@gmx.de - http://www.christophmaurer.de Auf der Homepage u.a.: Installation von SuSE 7.0 auf Notebook Acer Travelmate 508 T, Elektrotechnik an der RWTH Aachen

Thorsten Haude

12:17

Moin,

* Christoph Maurer  [01-11-27 12:36]:
>> Obligatorische Procmailwarnung: Benutze stattdessen lieber Mail::Audit
>> oder Maildrop.
>Warum? Was stört an Procmail?
Die Syntax:
:0 fBw
* ^[a-zA-Z]*>
| sed -e 's/^[a-zA-Z]*> /> /g'
Wenn ich das jetzt nach Maildrop übersetzen wollte, müßte ich in
Procmails Manpage nachsehen, was die Buchstaben zu bedeuten haben,
obwohl ich einige Jahre Procmail eingesetzt habe.

Die Buchstaben mal außer Acht gelassen, würde das bei Maildrop so
aussehen:
if (/^[a-zA-Z]*/)
{
	to "|sed -e 's/^[a-zA-Z]*> /> /g'"
}
Das finde ich deutlicher. Sobald Du AND, OR oder while-Schleifen
brauchst, hast Du mit Procmail eh verloren. (Ja, ich weiß, AND und OR
sind möglich, aber wohl kaum deutlich.)

Mail::Audit ist ein Perlmodul, damit hast Du dann keine Probleme mehr.
(Allerdings würde ich dafür nicht extra Perl lernen.)

Thorsten
-- 
They that can give up essential liberty to obtain a little
temporary safety deserve neither liberty nor safety.
	- Benjamin Franklin

Christoph Maurer

12:28

Am Die, 27 Nov 2001 schrieb Thorsten Haude:
> * Christoph Maurer  [01-11-27 12:36]:
> >> Obligatorische Procmailwarnung: Benutze stattdessen lieber Mail::Audit
> >> oder Maildrop.
> >Warum? Was stört an Procmail?
> Die Syntax:
> :0 fBw
> * ^[a-zA-Z]*>
> | sed -e 's/^[a-zA-Z]*> /> /g'
> 
> Die Buchstaben mal außer Acht gelassen, würde das bei Maildrop so
> aussehen:
> if (/^[a-zA-Z]*/)
> {
> 	to "|sed -e 's/^[a-zA-Z]*> /> /g'"
> }
> Das finde ich deutlicher. Sobald Du AND, OR oder while-Schleifen
> brauchst, hast Du mit Procmail eh verloren. (Ja, ich weiß, AND und OR
> sind möglich, aber wohl kaum deutlich.)

Okay, also reine Geschmackssache.
Procmail kann alles was ich brauche und ich bastele schon ganz schön
mit meinen Mails rum. 
> 
> Mail::Audit ist ein Perlmodul, damit hast Du dann keine Probleme mehr.
> (Allerdings würde ich dafür nicht extra Perl lernen.)

Na, an Perl scheitert es nicht. Aber warum soll ich Perl dafür
verwenden, wenn es ein Programm wie Procmail gibt, das so schön
genau auf das spezialisiert ist, wozu ich es verwenden will. 

Interessant wäre höchstens mal ein Belastungstest zur
Geschwindigkeit von procmail, maildrop und Mail::Audit

Gruß

Christoph 

-- 
Christoph Maurer - Paul-Röntgen-Straße 7 - 52072 Aachen - Tux#194235
mailto:christoph-maurer@gmx.de - http://www.christophmaurer.de
Auf der Homepage u.a.: Installation von SuSE 7.0 auf Notebook Acer
Travelmate 508 T, Elektrotechnik an der RWTH Aachen

Thorsten Haude

13:51

Moin, * Christoph Maurer [01-11-27 13:28]:

...

Am Die, 27 Nov 2001 schrieb Thorsten Haude:

...
Das finde ich deutlicher. Sobald Du AND, OR oder while-Schleifen brauchst, hast Du mit Procmail eh verloren. (Ja, ich weiß, AND und OR sind möglich, aber wohl kaum deutlich.) Okay, also reine Geschmackssache. Ähh... gibt es ein while? Das ist keine reine Geschmackssache.

Aber klar, Du kannst mit Procmail alles machen. Ich mache auch objektorientierte Programmierung mit C.

...

...
Mail::Audit ist ein Perlmodul, damit hast Du dann keine Probleme mehr. (Allerdings würde ich dafür nicht extra Perl lernen.) Na, an Perl scheitert es nicht. Aber warum soll ich Perl dafür verwenden, wenn es ein Programm wie Procmail gibt, das so schön genau auf das spezialisiert ist, wozu ich es verwenden will. Weil Du mit Perl ungleich mehr und deutlichere Sprachelemente hast, dazu alle denkbaren Module, um Deine Mails auszupacken, umzupacken, zu komprimieren etc., dazu direkten Zugriff auf die Mailbox oder das Internet, um mal eben etwas nachzusehen.

...

Interessant wäre höchstens mal ein Belastungstest zur Geschwindigkeit von procmail, maildrop und Mail::Audit Ich finde das nicht so wichtig, ich glaube auch kaum, daß Mail::Audit so schnell ist wie die beiden anderen beiden, wenn man es für jede Mail startet. Darum wird auch ein Fetchmailersatz mitgeliefert, den nutze ich aber nicht. Wenn Du das Ding benutzt und mit Procmail relativ häufig externe Programme nutzt, sehe ich Perl vorne.

Über Maildrop/Procmail gibt es eine Aussage auf der Maildropseite. Thorsten -- They that can give up essential liberty to obtain a little temporary safety deserve neither liberty nor safety. - Benjamin Franklin

Christoph Maurer

14:06

Am Die, 27 Nov 2001 schrieb Thorsten Haude:

...

* Christoph Maurer [01-11-27 13:28]:

...
Am Die, 27 Nov 2001 schrieb Thorsten Haude:

...
Das finde ich deutlicher. Sobald Du AND, OR oder while-Schleifen brauchst, hast Du mit Procmail eh verloren. (Ja, ich weiß, AND und OR sind möglich, aber wohl kaum deutlich.) Okay, also reine Geschmackssache. Ähh... gibt es ein while? Das ist keine reine Geschmackssache.

Okay, aber ich habe noch nie ne while-Schleife beim Mailsortieren gebraucht.

...

Aber klar, Du kannst mit Procmail alles machen. Ich mache auch objektorientierte Programmierung mit C.

Ist nicht unbedingt schön, geht aber (siehe GTK). Abgesehen davon finde ich, daß der Vergleich extrem hinkt. procmail ist ein Tool, das definitiv zum Mail ausliefern gemacht ist und das auch IMHO nahezu perfekt macht. Außerdem ist es sehr gut dokumentiert und ich habe die Syntax noch nie als unangenehm empfunden. C hingegen ist nicht für Objektorientierung gedacht und deswegen ist das im Nachhinein aufgeflanscht.

...

...
...
Mail::Audit ist ein Perlmodul, damit hast Du dann keine Probleme mehr. (Allerdings würde ich dafür nicht extra Perl lernen.) Na, an Perl scheitert es nicht. Aber warum soll ich Perl dafür verwenden, wenn es ein Programm wie Procmail gibt, das so schön genau auf das spezialisiert ist, wozu ich es verwenden will. Weil Du mit Perl ungleich mehr und deutlichere Sprachelemente hast, dazu alle denkbaren Module, um Deine Mails auszupacken, umzupacken, zu komprimieren etc., dazu direkten Zugriff auf die Mailbox oder das Internet, um mal eben etwas nachzusehen.

Sag mal, wir reden über das Mail sortieren inkl. verändern einzelner Header, Pipen an andere Prozesse etc.. Da brauche ich die Perl-Funktionalität nicht (zumindest bisher nicht und in absehbarer Zeit auch nicht). Wenn das irgendwann anders sein sollte, werde ich mich an Mail::Audit erinnern.

...

...
Interessant wäre höchstens mal ein Belastungstest zur Geschwindigkeit von procmail, maildrop und Mail::Audit Ich finde das nicht so wichtig, ich glaube auch kaum, daß Mail::Audit

Ich schon, bei prinzipiell gleicher Funktionalität - und für mich ist das gegeben - weil Procmail alles kann, was ich brauche.

...

so schnell ist wie die beiden anderen beiden, wenn man es für jede Mail startet. Darum wird auch ein Fetchmailersatz mitgeliefert, den nutze ich aber nicht. Wenn Du das Ding benutzt und mit Procmail relativ häufig externe Programme nutzt, sehe ich Perl vorne.

Dann müßte man aber sicher mit kompiliertem Perl arbeiten, nicht mit interpretiertem.

...

Über Maildrop/Procmail gibt es eine Aussage auf der Maildropseite.

Die ist aber sehr diffus: Einerseits wird gesagt, das Binary sei, da C++ deutlich größer als Procmail (obwohl ich selbst C++ programmiere, bin ich der Meinung, daß für diesen Job ein C-Programm besser geeignet ist) Andererseits soll Maildrop effizienter mit den Ressourcen umgehen, weil es die Mail in temp. Files speichert und nicht in den Speicher einliest wie Procmail - wobei ich mir da wieder die Frage stelle, was das für die Auswirkungen auf die Geschwindigkeit hat. Gruß Christoph -- Christoph Maurer - Paul-Röntgen-Straße 7 - 52072 Aachen - Tux#194235 mailto:christoph-maurer@gmx.de - http://www.christophmaurer.de Auf der Homepage u.a.: Installation von SuSE 7.0 auf Notebook Acer Travelmate 508 T, Elektrotechnik an der RWTH Aachen

Thorsten Haude

14:49

Moin, * Christoph Maurer [01-11-27 15:06]:

...

...
Ähh... gibt es ein while? Das ist keine reine Geschmackssache. Okay, aber ich habe noch nie ne while-Schleife beim Mailsortieren gebraucht. Schon klar, es würden nicht so viele Leute Procmail benutzen, wenn es nichts taugen würde. Ich empfehle Maildrop auch nur, weil es eine sauberere Syntax hat.

...

...
Aber klar, Du kannst mit Procmail alles machen. Ich mache auch objektorientierte Programmierung mit C. Ist nicht unbedingt schön, geht aber (siehe GTK). Ich meinte Motif, ist aber auch egal. Geht halt, ich würd's halt nur Neueinsteigern nicht empfehlen. (Oder vielleicht gerade: Schlimmer wird's nicht. Das gilt aber nicht für Mailfilter.)

...

Sag mal, wir reden über das Mail sortieren inkl. verändern einzelner Header, Pipen an andere Prozesse etc.. Da brauche ich die Perl-Funktionalität nicht (zumindest bisher nicht und in absehbarer Zeit auch nicht). OK. Ich benutze Perl auch, um meinen Mülleimer zu leeren, versuche Threads zu plonken, will bald Outlookismen beseitigen, etc. Perl ist nunmal ganz praktisch, um Texte zu verarbeiten, und mit sed und awk kann ich kaum umgehen.

...

...
...
Interessant wäre höchstens mal ein Belastungstest zur Geschwindigkeit von procmail, maildrop und Mail::Audit Ich finde das nicht so wichtig, ich glaube auch kaum, daß Mail::Audit Ich schon, bei prinzipiell gleicher Funktionalität - und für mich ist das gegeben - weil Procmail alles kann, was ich brauche. Jo, so eilig habe ich es da nicht. Ich habe sogar vorhin daran gedacht, daß ich den Prozeß auch runternicen könnte. Mal sehen, habe ich noch nie gemacht. Aber klar, die Geschwindigkeit ist ein Faktor.

...

...
so schnell ist wie die beiden anderen beiden, wenn man es für jede Mail startet. Darum wird auch ein Fetchmailersatz mitgeliefert, den nutze ich aber nicht. Wenn Du das Ding benutzt und mit Procmail relativ häufig externe Programme nutzt, sehe ich Perl vorne. Dann müßte man aber sicher mit kompiliertem Perl arbeiten, nicht mit interpretiertem. OK, ich habe ein paar Vorraussetzungen verschwiegen: Ich hole die meisten Mails einmal am Tag ab, dabei müßte das Programm nur einmal für mehrere hundert Mails starten. Für die Fetchmail/Procmail-Lösung sind das mindestens n+1 Prozesse, ggf. mehr für den MTA oder Procmails Helfer. Da sehe ich auch interpretiertes Perl vorne. (Hier im Büro läuft übrigens Procmail.)

...

...
Über Maildrop/Procmail gibt es eine Aussage auf der Maildropseite. Die ist aber sehr diffus Dann liegt es daran, daß ich mich nicht mehr genau daran erinnert habe.

Thorsten -- They that can give up essential liberty to obtain a little temporary safety deserve neither liberty nor safety. - Benjamin Franklin