Hallo David,
danke für die Tips. Aber so ein richtig großer Bock scheint nicht drin
zu sein welcher für die gelöschten Mails in Frage kommt.
Ich muß auch noch sagen, daß hier SUN-OS und tt-mailhost als Mail-
server zum Einsatz kommt und die haben $MailDir als Variable.
Über einen Linux-Client und NS bzw. NT-Client und OE lade ich
mir dann die Mails herunter.
From: "David Haller"
Hallo,
On Fri, 22 Mar 2002, Michael Lootz wrote:
export MailDir=$HOME/nsmail
Aha. (s.u.)
:1 wHc * ^Subject:(.*TDSL.*|.*tdsl.*|.*T-DSL.*) $MailDir/Linux.sdb/TDSL
Grundsaeztlich: die .* vor den Begriffen kannst du aus der Klammer herausholen, die danach sind ueberfluessig. (siehe 'man egrep').
werde ich abändern.
* ^Subject:.*[Tt]-?[Dd][Ss][Ll]
ist aequivalent.
Ausserdem gibt's doch in aller Regel bessere Filterkriterien als das Subject, z.B. X-Mailinglist, X-ListId, X-Envelope-From etc. Schau mal in die Header ;)
hier fehlt mir eine vernünftige Doku. Ich hab mir die procmail von jemanden kopiert und meinen Bedürfnissen angepaßt. Das Subject macht mir sowieso probleme da manche Umlaute 'falsch' interpretiert werden: z.B: ?ISO-8859-1?B?UmU6IC9ob21lIPxiZXIgTkZTIHVuZCBkb2NoIExva2FsIHZlcmb8Z2Jh?= =?ISO-8859-1?B?ci4uLj8/?= statt: Re: /homoe über NFS und doch Lokal verfügbar...?? und die kann procmail nicht interpretieren. Der Client setzt daraus wieder die richtigen Zeichenfolgen ein und alles sieht OK aus.
Achso, wieso machst du eigentlich nur Kopien ('c' flag)?
hab ich probeweise mal weggelassen und keinen Unterschied festgestellt. Da ich nun weiß was das c-flag bedeutet fliegt es wieder raus.
[weitere aehnliche Regeln]
:1 wHc
Was soll die 1? Eine Regel beginnt mit ':0', 'w' ist bei ner MBox ueberfluessig, das braucht man nur wenn man ne Mail an nen Filter weiter- pipt, und was soll die Kopie?
als 0 steht bei mir: :0 Wh: msgid.lock | formail -D 131072 msgid.cache das hängt irgendwie mit dem locken von irgendeinem file zusammen.
Wenn das deine letzte Regel ist, landen dann alle Mails _auch_ in /var[/spool]/mail/username... Willst du das?
eigentlich nicht, aber landen tun die dort auch nicht, sondern in nsmail bzw. mit OE auf der Festplatte.
* ^Subject:(.*authenti.*|.*sendmail.*|.*reiserfs.*|.*swap.*|.*484.*|.*vmware.*|.*nvidia.*|\ .*audio.*|.*opera.*|.*java.*|.*tape.*|.*dhcp.*|.*hylafax.*|.*oracle.*|.*capi.*|.*Datenschutz.*|.*[Ff]ax.*) $MailDir/Trash
Hier gilt ebenso wie oben das bzgl. der '.*'.
Ausserdem: Das Maildir gibt man durch 'MAILDIR=' (alles gross!) an. Dann kann man die Angabe des Maildir auch weglassen (s.u.).
Aber: wenn du sowieso "alles was uebrigbleibt" nach Trash haben willst reicht ein:
:0 Trash
der Filter soll nur auf die Mails der suse-linux-Liste wirken; den Rest in die Inbox. Frage: Gibt es eine Onlinehilfe oder Linux-Dok? Ich hab die Bücher zu Hause und will die mir nicht doppelt zulegen bzw. ständig mit mir rumschleppen da ich meistens mit dem Fahrrad fahre?
Das schmeisst alles, was bis hierhin durchgekommen ist nach $MAILDIR/Trash.
Ein ganz anderes Problem sind die "verschwindenden" Mails. Da du offenbar Netscape verwendest (~/nsmail) und NS AFAIR ja Index-Dateien verwendet, tippe ich mal, dass es daran liegt und NS sich dann einfach verschluckt. Loesche (verschiebe) einfach mal die Indizes (Name weiss ich grad aber nicht mehr, evtl. ~/nsmail/*.db). Dann muss NS die Indizes neu aufbauen und findet dann auch die neuen Mails.
jaein. Manchmal verwende ich NS, manchmal OE. Die ganzen Mails von der Suse-Liste hätt ich am liebsten über Linux mit procmail vor- sortiert, den Rest auf dem Mailserver belassen. Aber das wird wohl nicht gehen. Ich kann aber den Client so einstellen, daß alle gelöschten Mails vom Server ebenfalls gelöscht werden. Damit ist mir schon sehr geholfen. Gruß Michael