Hallo Marco, * Am 02.09.2001 um 11:39 Uhr schrieb Marco_Jaeger@gmx.de:
Am 01-Sep-01 schrieb Bernd Brodesser :
Was meinst Du mit Clients? Das MUA? Damit filtert man auch nicht, sondern mit einem MDA wie procmail.
so nu muß ich auch mal meinen "Senf" beisteuern ( Marke xxx, extra scharf )
ok...und ich reiche ein Glas Wasser zum nachspülen ;-)
procmail ist bei mir definitiv "arbeitslos"
Warum auch nicht, ist allein Deine Sache. Keiner zwingt Dich dazu mit procmail zu arbeiten.
meine Mails werden von Fetchmail ( Router ) geholt, dieser übergibt das ganze sendmail auf dem clienten - alles an user x - und die /var/spool/mail/spooldatei lese ich mit meinem MUA ( XfMail ) aus - wo ich auch wunderbar filtern kann - entweder beschränkt auf To oder Cc - oder ich kann auch im kompletten Header nach einem Schlüsselwort suchen lassen kann.
wozu sollte ich also procmail bemühen, wenn ich im MUA ganz leicht eigene Regeln definieren kann ? - procmail wäre eher dann sinvoll, wenn bestimmte mails an andere user geleitet werden sollen.
ach ja wirklich? Dann muß ich gestehen procmail nicht richtig verstanden zu haben. Sicher, u.a. ist auch eine Aufteilung auf mehrere User möglich aber das ist nur eine Funktion von unheimlich vielen. Meine Procmail-Regeln sind noch recht übersichtlich aber viele der Aufgaben würden die meisten MUAs ohnehin nicht bewerkstelligen können. z.B. - sämtliche private Mails werden vor der Verteilung auf einzelne Mailboxen zusätzlich in einem Backup gesichert. - es werden Mails von Personen die sich im Killfile befinden mit einer extra Headerzeile markiert. Bei der Anzeige im MUA (bei mir ist es mutt ;-) wird diese Zeile in einem kräftigen Rot angezeigt und informiert mich darüber diese Mail zu ignorieren. - das Chaos bei den Reply's (RE,re,Re,AW,Aw,Antw,...) wird mit Hilfe einer Regel von Sebastian Helms bereinigt - bei einigen MLs werden zusätzlich die Header stark abgespeckt. In einigen ML-Archiven interessiert mich in einem Jahr kaum noch der Weg, den die Mail genommen hat ('Received:'). Diese Aktion in Kombination mit Kompression bringt eine ganze Menge ;-) - nicht vergessen darf ich hier meinen kleinen arbeitsamen Freund die 'Little Brothers Database'. Wozu soll ich ein eigenes Adressarchiv pflegen, wenn es auch automatisch geschehen kann. Du kannst mir glauben, seit dem ich dieses Teil einsetze ist mir keine Mailaddy mehr durch die Finger gegangen. - und zu guter Letzt gibt es auch noch eine Anwendung die mir täglich bares Geld spart. Alle Beiträge dieser ML werden zu einem Server weitergeleitet, der die meiste Zeit absolut nichts zu tun hat. Wenn dann eine Mail eintrifft, so wird eine laufende Nummer in den Header eingefügt und die Mail in ein komprimiertes Archiv abgelegt. Diese Archive sind ebenfalls fortlaufend nummeriert und alle 50 Mails wird zum nächsten gewechselt. Mit einem kleinen Bash/Perl-Script und wget werden dann alle noch nicht gelesenen Archive vom Server geholt und ins lokale ML-Archiv eingespielt. In guten Zeiten dieser Liste mit bis zu 300 Mails/Tag dauerte die Abholung (per 56k Modem) selten länger als 75 Sekunden. Nebenbei habe ich dann aber immer noch mal schnell beim Heise-Newsticker und Pro-Linux vorbeigeschaut. Zuvor dauerte diese Prozedur immer mehrere Minuten.
Und "sorry" wenn ich mit meiner folgenden Aussage jemanden auf die Plattfüße trete :
Wieso unterstellst Du das hier jemand Plattfüße hat?
Mails aus Listen wie dieser ( täglich ca. 150 stk) online via webinterface zum mailen zu bearbeiten iss eindeutig irrsinn - und grenzt an masochismus.
Nicht unbedingt... Keiner ist dazu gezwungen alle Mails zu lesen - geschweige denn zu bearbeiten. Von Überall schnell ins Geschehen eingreifen zu können kann durchaus etwas positives haben ;-) Jürgen -- Diskutiere nie mit einem Irren - die Leute könnten den Unterschied nicht feststellen. / Registered Linux-User #130804 http://counter.li.org \ \ Linux Stammtisch Bremerhaven http://linux.hs-bremerhaven.de /