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