Re: Mailfilter und fetchmail
Frank Terbeck [EMAIL PROTECTED] writes: filtern nach dem X-Mailing-List header sollte reichen. der ist in jeder mail der liste. Das ^(From|To|X-Mailing-List):.* sollte ja nur ein Beispiel sein, wie man einzelne Regex zusammenfassen kann. Das ist manchmal ganz nützlich. DENY=^Subject:.*(credit.*card|financ|adv|mortgage|ca.h|cash|sale|rate) DENY=^Subject:.*(low.*rate|guarantee|million|stock.*market|money) Falls es jemand interessiert: Für mails mit leerer Message-Id: DENY^Message-Id:.+ Vielleicht kann mir auch jemand helfen.Ich grüble da noch an einem Problem. Kennt jemand eine Regex mit AND Verknüpfung, zb. nur dann DENY, wenn To *und* From auf auf [EMAIL PROTECTED] gesetzt sind. Mit Procmail gehts mit Kopfstand und zweimal mit den Ohren wackeln :-) Servus Anton -- in a world without walls and fences - who needs windows and gates ? IPA-member Linux Registered User # 178376 OE2AZM [EMAIL PROTECTED] [EMAIL PROTECTED] -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: Mailfilter und fetchmail
Jan Ulrich Hasecke [EMAIL PROTECTED] writes: Anton Steiner [EMAIL PROTECTED] schrieb: DENY=^(To|From|Reply-To):.* Was macht dieses Zeichen? Tippfehler, richtig DENY=^(To|From|Reply-To):.* Entschuldigung, ich sollte wirklich lesen, wenn ich etwas schreibe :-( Servus Anton -- in a world without walls and fences - who needs windows and gates ? IPA-member Linux Registered User # 178376 OE2AZM [EMAIL PROTECTED] [EMAIL PROTECTED] -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: Mailfilter und fetchmail
Jan Ulrich Hasecke [EMAIL PROTECTED] writes: Wenn ich für zwei Provider, auf denen viele verschiedene Listen auftreffen, ein und dasselbe mailfilterrc nehme, und dann wie oben beschrieben mit ALLOW alle Listenadressen erlaube, funktioniert das dann mit den beiden Providern oder könnte es irgendwelche Seiteneffekte geben. Mit den Filterregeln wird es ja keine Probleme geben, .mailfilterrc enthält aber auch die Pflichtangaben SERVER=.., USER=.., PASS=.. und da wird es schwierig werden. Da ich nur einen Provider habe, hab ich mit damit nicht beschäftigt. Servus Anton -- in a world without walls and fences - who needs windows and gates ? IPA-member Linux Registered User # 178376 OE2AZM [EMAIL PROTECTED] [EMAIL PROTECTED] -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: Mailfilter und fetchmail
Anton Steiner [EMAIL PROTECTED] writes: Mit den Filterregeln wird es ja keine Probleme geben, .mailfilterrc enthält aber auch die Pflichtangaben SERVER=.., USER=.., PASS=.. und da wird es schwierig werden. Da ich nur einen Provider habe, hab ich mit damit nicht beschäftigt. Ich taste mich da gerade ran. Es scheint im Großen und Ganzen zu funktionieren. Aber siehe meine andere Mail. juh -- Die Galerie der Texte http://www.spiegel.de/netzwelt/netzkultur/0,1518,53437,00.html -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: Mailfilter und fetchmail
Anton Steiner [EMAIL PROTECTED] writes: Tippfehler, richtig DENY=^(To|From|Reply-To):.* Hab ich mir gedacht. Komischerweise scheint diese Regel bei mir keine Auswirkung zu haben. Ich hab diese Anweisung drin, plus verschiedene ALLOW. Allerdings vorneweg noch eine MAXSIZE_DENY=3 Eigentlich müsste diese Anweisung doch alles hinwegfegen. Im Logfile taucht aber keine DENY-Zeile mit obiger Regel auf. juh -- BLINDTEXT - Mailingliste für Texter, Journalisten, Online-Redakteure Anmelden unter: http://mailman.webpool.de/cgi-bin/mailman/listinfo/blindtext -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: Mailfilter und fetchmail
On Fri, Sep 26, 2003 at 12:30:09PM +0200, Michelle Konzack wrote: Die 118 E-MAils (eine pro Liste) weden gespammt !!! Sprich, es gibt ein Sicherheitsproblem entweder bei freenet.de meinem ISP in DE oder jemand hat die subscriberlisten vom Debian-Server geklaut. Ich würde sagen, die wurden einfach aus den im WWW verfügbaren Mailinglisten-Archiven extrahiert. Im übrigen plenkst du. -billy. -- Meisterbohne Meisterbohne GbR, Küfner, Mekle, Meier Tel: +49-731-399 499-0 eLösungen Söflinger Straße 100 Fax: +49-731-399 499-9 89077 Ulm http://www.meisterbohne.de/ -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: Mailfilter und fetchmail
Jan Ulrich Hasecke [EMAIL PROTECTED] writes: Ich hab diese Anweisung drin, plus verschiedene ALLOW. Allerdings vorneweg noch eine MAXSIZE_DENY=3 Eigentlich müsste diese Anweisung doch alles hinwegfegen. Im Logfile taucht aber keine DENY-Zeile mit obiger Regel auf. Das verstehe ich auch nicht. Kommen unerwünschte Mails durch? Vielleicht fragst du einmal in: news:de.comm.software.mailserver Dort sitzen die wirkliche Spezialisten Servus Anton -- in a world without walls and fences - who needs windows and gates ? IPA-member Linux Registered User # 178376 OE2AZM [EMAIL PROTECTED] [EMAIL PROTECTED] -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: Mailfilter und fetchmail
On Sat, Sep 27, 2003 at 06:03:01PM +0200, Jan Ulrich Hasecke wrote: Anton Steiner [EMAIL PROTECTED] schrieb: Kleine Verständniszwischenfrage. Wenn ich für zwei Provider, auf denen viele verschiedene Listen auftreffen, ein und dasselbe mailfilterrc nehme, und dann wie oben beschrieben mit ALLOW alle Listenadressen erlaube, funktioniert das dann mit den beiden Providern oder könnte es irgendwelche Seiteneffekte geben. Ich habe für jeden Provider eine eigene 'mailfilterrc', um jeweils mit möglichst wenigen Filterdefinitionen auszukommen. Ein Shellscript löst dieses Problem elegant genug. Da ich sowohl nächtlich über 'cron' als auch zu beliebigen Zeiten als normaler User meine Mails abhole(n lasse), habe ich meine 3 'mailfilterrc's nach /etc/mailfilter/ verlagert, um von verschiedenen Usern darauf einheitlich zugreifen zu können. Leider sperrt sich mein dem 'mailfilter' nachfolgendes 'fetchmail' gegen einen entsprechenden gemeinsamen Zugriff auf seine 'fetchmailrc', so daß ich hier bislang auf multiple Installationen in den User-Homeverzeichnissen angewiesen bin. Meine Experimente, die mails bei meinen 3 Providern nicht sequentiell, sondern der Online-Geschwindigkeit wegen parallel als 3 Hintergrund- prozesse zu filtern, haben mich noch nicht überzeugt, da ich zugleich den Zeitabstand zwischen 'mailfilter' und nachfolgendem 'fetchmail' minimal halten will (Minimierung von Spät-Spams). Vielleicht sieht das bei DSL-Verbindungen besser aus. Standardmäßig begrenzt mein 'fetchmail' zu holende Mails auf 16 KB, um die meisten ungefilterten Spät-Spams zu ignorieren; wenn ich das Script zur Abholung anstelle von 'cron' von Hand als User aufrufe, wird noch nachgefragt, ob ich anschließend noch einmal 'mailfilter' + 'fetchmail' starten lassen will, um diesmal die wenigen verbliebenen Mails schnell zu filtern und dann ohne Beschränkung der Mailgröße abzuholen, wobei ich dann eingreifen kann, um die Übertragung verdächtig großer Mails abzubrechen. Ich glaube, es wäre nützlich, wenn es einen 'fetchmail'-Parameter gäbe, der nur ältere Mails zu Übertragung wählt, die z.B. mindestens 15 min beim Provider gelegen haben; das würde das Problem der zeitlich NACH 'mailfilter' eingetroffenen Spams lösen. -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: Mailfilter und fetchmail
Anton Steiner [EMAIL PROTECTED] schrieb: ALLOW=^(To|From):[EMAIL PROTECTED] DENY=^(To|From|Reply-To):.* Kleine Verständniszwischenfrage. Wenn ich für zwei Provider, auf denen viele verschiedene Listen auftreffen, ein und dasselbe mailfilterrc nehme, und dann wie oben beschrieben mit ALLOW alle Listenadressen erlaube, funktioniert das dann mit den beiden Providern oder könnte es irgendwelche Seiteneffekte geben. Eigentlich nicht, oder? juh -- juh's Sudelbuch Literatur und Satire per E-Mail http://www.sudelbuch.de/ -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: Mailfilter und fetchmail
Anton Steiner [EMAIL PROTECTED] schrieb: DENY=^(To|From|Reply-To):.* ^ Was macht dieses Zeichen? juh -- Den 11. September überleben Wer den Fernseher gestern ausgeschaltet ließ, hatte gute Chancen den 11. September zu überleben http://www.sudelbuch.de/2002/20020912.html -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: Mailfilter und fetchmail
* Roland Kruggel [EMAIL PROTECTED] [24-09-2003 08:30]: Die .mailfilterrc liegt im $HOME des Users die mailfilter aufruft. In diesem Fall ist es user fetchmail. --mailfilterrc=FILE hilft dir, chmod, chown oder su eventuell auch. Es hindert dich niemand, eine Konfigurationsdatei unter /etc oder ~ anzulegen. Im Falle von Mailfilter müssen die Rechte stimmen. Hints: Config lesbar für fetchmail oder su $user im preconnect. Gruss Uwe pgp0.pgp Description: PGP signature
Re: Mailfilter und fetchmail
Wilko Fokken [EMAIL PROTECTED] writes: Wie kann ich in der .mailfilterrc einrichten, daß bei meinem [EMAIL PROTECTED] - Provider alle Mails, die unter TO: nicht die Adresse [EMAIL PROTECTED] enthalten, als Spam gelöscht werden? DENY=^TO:[EMAIL PROTECTED] ^ da ist ein = zuviel richtig: DENY^TO:[EMAIL PROTECTED] ich würde es aber lieber mit ALLOW=^(To|From):[EMAIL PROTECTED] DENY=^(To|From|Reply-To):.* machen. Das hat den Vorteil, das es übersichtlicher ist und man noch andere Freunde mit ALLOW ausnehmen kann. Ich mach das zb. mit html-mails so. Trusted User gebe ich mit ALLOW=^(From|Reply-To):[EMAIL PROTECTED] frei und trete alle anderern html-mails mit DENY=^Content-Type:.*text/html gnadenlos in die Tonne. Servus Anton -- in a world without walls and fences - who needs windows and gates ? IPA-member Linux Registered User # 178376 OE2AZM [EMAIL PROTECTED] [EMAIL PROTECTED] -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: Mailfilter und fetchmail
Frank Terbeck [EMAIL PROTECTED] writes: Uwe Kerstan [EMAIL PROTECTED] wrote: * Wilko Fokken [EMAIL PROTECTED] [24-09-2003 02:21]: DENY=^To:.* ALLOW=^To:[EMAIL PROTECTED] und was ist wenn dug nur im CC steht? eher: DENY=^To:.* ALLOW=^ALLOW=^X-Mailing-List:[EMAIL PROTECTED] Da filterst du aber auf ALLOW am Zeilenanfang und das wird nicht gut gehen. Wohl eher: ALLOW=^(To|From|CC|X-Mailing-List):[EMAIL PROTECTED] Falls man nicht ganz paranoid ist, kann mann auch alle debian Listen mit einem Filter erfassen: ALLOW=^(To|From|CC|X-Mailing-List):.*lists\.debian\.org Wer sich näher mit den Filterregeln befassen will, sei man mailfilterrc(5), mailfilterex(5), procmail(1), regex(7) empfohlen (die Filterregeln von mailfilter und procmail sind ja fast identisch) Servus Anton -- in a world without walls and fences - who needs windows and gates ? IPA-member Linux Registered User # 178376 OE2AZM [EMAIL PROTECTED] [EMAIL PROTECTED] -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: Mailfilter und fetchmail
Am 2003-09-26 05:55:04, schrieb Wilko Fokken: Dank für Eure Hinweise, folgende Filterbedingungen scheinen bei mir bislang sauber zu funktioknobeln, da ich diesen Provider-Account ausschließlich für die deutsche Debian-Liste verwende: DENY=^TO:.* ALLOW=^TO:[EMAIL PROTECTED] ALLOW=^CC:[EMAIL PROTECTED] ALLOW=^X-Mailing-List:[EMAIL PROTECTED] Ist ja ganz nett, aber Du wirst auch hier mit größter warscheinlichkeit SPAM in massen bekommenwie ich... Habe Spam mit To: und Cc: Header (debian) bekommen, die niemals vom Listserver kamen. D.h. Ein Spammer tägt einfach also To: die Debian- Liste ein und Du bist Envelop-To: Schon haste den SPAM. Ich mache einfach ein DENY au alles, Kille alles was über 30 kByte ist, erlaube ausschließlich die Mailinglisten auf denen ich subscribe bin und danach wird nach Subject: gefiltert. Das verhindert, das ich über E-MAils, die ich nur auf den Listen zum HERUNTERLADEN (!!!) verwende SPAM bekomme !!! Ich meine das im ernst !!! Die 118 E-MAils (eine pro Liste) weden gespammt !!! Sprich, es gibt ein Sicherheitsproblem entweder bei freenet.de meinem ISP in DE oder jemand hat die subscriberlisten vom Debian-Server geklaut. Smartlist, den Debian verwendet, hat die Option who jedenfals deaktiviert. Schwierigkeiten macht mir noch mein Provider-Account für meine privaten Mails. Hier kann ich kaum auf 'mailfilter' verzichten, weil täglich außer den normalen Spams hunderte der neuen MS-Würmer/Viren anfallen, die ich wegen ihrer erheblichen Dateilängen mit meinem Modem nicht erst downloaden kann. Hätte ich auch nicht... Sind mittlerweile so um die 28.000 Mails mit 150kB und dan der Rstliche SPAM mit rund 4000 mal 10 kB. Das dann mit einem 33.600er ??? Um fremden, z.B. asiatischen Zeichencode auszuschalten, scheint folgender Filter wirksam zu sein, den ich in der Doku fand: DENY_CASE^Subject: [][A-Za-z0-9ÄÖÜäöü\ ß:;.,!§$%/()=?{}_#~´'` |@*+°^\-]+$ Da filtere ich nach Content-Type... (ist schneller) Bei den RegExp mus mailfilter zuviel arbeiten. Grüße Michelle -- Registered Linux-User #280138 with the Linux Counter, http://counter.li.org. -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: Mailfilter und fetchmail
Uwe Kerstan [EMAIL PROTECTED] wrote: * Wilko Fokken [EMAIL PROTECTED] [24-09-2003 02:21]: Wie kann ich in der .mailfilterrc einrichten, daß bei meinem [EMAIL PROTECTED] - Provider alle Mails, die unter TO: nicht die Adresse [EMAIL PROTECTED] enthalten, als Spam gelöscht werden? Ungetestet: DENY=^To:.* ALLOW=^To:[EMAIL PROTECTED] und was ist wenn dug nur im CC steht? eher: DENY=^To:.* ALLOW=^ALLOW=^X-Mailing-List:[EMAIL PROTECTED] gruss Frank -- There are no threads in alt.binaries.pictures.erotica, so there's no gain in using a threaded news reader. -- unknown source -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: Mailfilter und fetchmail
Thomas Wegner wrote: Wie kann ich fetchmail einrichten, dass erst mailfilter ausgeführt wird und dann fetchmail läuft? Füge preconnect mailfilter -M /etc/mailfilterrc in deine fetchmailrc nach user und password ein und pass ggf. die Angabe von /etc/mailfilterrc entsprechend Deinem System an. -- Gruss/Greetings Andreas Richter OSZine - Das deutschsprachige Open Source Magazin (http://www.oszine.de) GnuPG-PubKey: http://www.oszine.de/gpg/ar.gpg -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: Mailfilter und fetchmail
Am Dienstag September 23 2003 23:26 schrieb Meinolf Sander: * Quoting Thomas Wegner [EMAIL PROTECTED]: Wie kann ich fetchmail einrichten, dass erst mailfilter ausgeführt wird und dann fetchmail läuft? Z. B. mit so einer ~/.fetchmailrc: poll pop.isp.com with protocol POP3 username thomas with password hardtoguess preconnect '/usr/bin/mailfilter' to mylocaluser here flush fetchall Das läuft sehr gut. Habe ich gester eingerichtet, heute Morgen kam die große Überraschung. Nur Fehler von mailfilter. Folgendes ist passiert. Die .mailfilterrc liegt im $HOME des Users die mailfilter aufruft. In diesem Fall ist es user fetchmail. Das home ist /var/run/fetchmail. Die dort abgelegte .mailfilterrc war heute morgen weg :) Werden die /var/run/xxx Verzeichnisse beim booten alle gelöscht? Kann ich das home von fetchmail nach /home/fetchmail legen ohne das was passiert? cu -- Roland Kruggel mailto: [EMAIL PROTECTED] System: AMD 1200Mhz, Debian woody, 2.4.20, KDE 3.1.3 -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: Mailfilter und fetchmail
On Wed, Sep 24, 2003 at 11:40:08PM +0200, Uwe Kerstan wrote: * Wilko Fokken [EMAIL PROTECTED] [24-09-2003 02:21]: Wie kann ich in der .mailfilterrc einrichten, da bei meinem [EMAIL PROTECTED] - Provider alle Mails, die unter TO: nicht die Adresse [EMAIL PROTECTED] enthalten, als Spam gelscht werden? Ungetestet: DENY=^To:.* ALLOW=^To:[EMAIL PROTECTED] Dank fr Eure Hinweise, folgende Filterbedingungen scheinen bei mir bislang sauber zu funktioknobeln, da ich diesen Provider-Account ausschlielich fr die deutsche Debian-Liste verwende: DENY=^TO:.* ALLOW=^TO:[EMAIL PROTECTED] ALLOW=^CC:[EMAIL PROTECTED] ALLOW=^X-Mailing-List:[EMAIL PROTECTED] (die genaue Funktion eines '*' am Definitionsende - wann hinzufgen / wann weglassen - ist mir nicht wirklich klargeworden.) Schwierigkeiten macht mir noch mein Provider-Account fr meine privaten Mails. Hier kann ich kaum auf 'mailfilter' verzichten, weil tglich auer den normalen Spams hunderte der neuen MS-Wrmer/Viren anfallen, die ich wegen ihrer erheblichen Dateilngen mit meinem Modem nicht erst downloaden kann. Um fremden, z.B. asiatischen Zeichencode auszuschalten, scheint folgender Filter wirksam zu sein, den ich in der Doku fand: DENY_CASE^Subject: [][A-Za-z0-9\ :;.,!$%/()=?{}_#~'` |@*+^\-]+$ (die lange Zeile habe ich sicherheitshalber umgebrochen: der '\' direkt hinter dem '' mu gelscht und die beiden Zeilen wieder zusammengefgt werden, so da das '' wieder direkt hinter dem '' steht.) Analog versuchte ich mich in zustzlichen Filterbedingungen: Z.B. soll folgende Filterbedingung erkennen, wenn 4 Konsonanten im 'Subject'-Feld direkt hintereinander stehen, wie es fter bei den eingestreuten Zufallszeichen in Spams der Fall ist: DENY=^Subject:.*[bcdfghjklmnpqrstvwxyz]{4}* Leider bin ich hier sehr im Zweifel, ob diese Filterbedingung korrekt ist, denn damit scheint jede Mail totgeschlagen zu werden. Entsprechend ein Filterentwurf, der 4 hintereinanderstehende Vokale erkennen soll: DENY=^Subject:.*[aeiou]{4}* Fr Hinweise zu richtiger regex-Grammatik in diesen Fllen wrde ich mich sehr freuen. -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: Mailfilter und fetchmail
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Am Mittwoch, 24. September 2003 02:21 schrieb Wilko Fokken: Wie kann ich in der .mailfilterrc einrichten, daß bei meinem [EMAIL PROTECTED] - Provider alle Mails, die unter TO: nicht die Adresse [EMAIL PROTECTED] enthalten, als Spam gelöscht werden? Dein Problem kann ich leider nicht lösen, probieren würde ichs aber mal ohne die Sterne. Was ist mit den Mails die per Kopie an die Liste gehen? - -- MfG usw Werner Mahr GPG-Key-ID 9CCBC2B0 Registered-Linux-User: 303822 (http://counter.li.org) ICQ-Nr. 317910541 -BEGIN PGP SIGNATURE- Version: GnuPG v1.0.6 (GNU/Linux) Comment: For info see http://www.gnupg.org iD8DBQE/cW1rOUGIhpzLwrARAgCxAKDOHvMN9dOIetvsxNoASIOUYap4LgCePohY Zqu4zvpdQ0LeX7HgU2An9PU= =c/as -END PGP SIGNATURE- -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: Mailfilter und fetchmail
* Wilko Fokken [EMAIL PROTECTED] [24-09-2003 02:21]: Wie kann ich in der .mailfilterrc einrichten, daß bei meinem [EMAIL PROTECTED] - Provider alle Mails, die unter TO: nicht die Adresse [EMAIL PROTECTED] enthalten, als Spam gelöscht werden? Ungetestet: DENY=^To:.* ALLOW=^To:[EMAIL PROTECTED] pgp0.pgp Description: PGP signature
Re: Mailfilter und fetchmail
* Quoting Thomas Wegner [EMAIL PROTECTED]: Wie kann ich fetchmail einrichten, dass erst mailfilter ausgeführt wird und dann fetchmail läuft? Z. B. mit so einer ~/.fetchmailrc: poll pop.isp.com with protocol POP3 username thomas with password hardtoguess preconnect '/usr/bin/mailfilter' to mylocaluser here flush fetchall Natürlich mit geeigneter ~/.mailfilterrc ... Zum Testen kannst du »flush« durch »keep« ersetzen. Meinolf -- You will live to see your grandchildren. -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: Mailfilter und fetchmail
Thomas Wegner schrieb/wrote: Durch die zur Zeit anflutende Welle von MS-Upates aufgeschreckt, habe ich mal mailfilter installiert. Wie kann ich fetchmail einrichten, dass erst mailfilter ausgeführt wird und dann fetchmail läuft? Zur Zeit wird fetchmail bei jeder Interneteinwahl automatisch über die .fetchmailrc aufgerufen. Du meinst wohl eher irgendwelche Dateien unterhalb /etc/ppp/ip-up.d, oder? Schalte ich dort mailfiter vor, dann werden aber keine Mails abgeholt. Dann geh der Sache nach...;-) Oder schau mal in man fetchmail nach der option preconnect...;-) Als dritte Alternative boete sich die Moeglichkeit, sowohl den fetchmail- als auch den vorangehenden mailfilter-Aufruf in ein kleines Shellscript zu packen und dieses dann nach der Einwahl aufzurufen. Ich habe mir fuer den ganzen Schmanz ein Shell-Alias definiert: alias fetch='sudo /usr/bin/slrnpull -h news.t-online.de \ /usr/bin/mailfilter \ /usr/bin/fetchmail -v' ...holt News ab, loescht entsprechende mails direkt auf dem Server und lutscht den verbliebenen Rest dann herunter. Gruss, Christian -- Christian Schmidt | Germany PGP Key ID: 0x28266F2C No HTML Mails, please! pgp0.pgp Description: PGP signature
Re: Mailfilter und fetchmail
Auch ich habe seit gestern mailfilter vor fetchmail eingerichtet. Da ich zum nächtlichen Abholen meiner mail (via 220V-Schaltuhr, modem, cron) ohnehin ein Shellscript verwende, brauche ich den mailfilter-Aufruf nur vor den fetchmail-Aufruf einzutragen. Bislang habe ich nicht herausgefunden, ob/wie ich die .mailfilterrc intern für meine 3 Provider-Accounts (- [EMAIL PROTECTED], [EMAIL PROTECTED], und private Mails) spezifisch abwandeln kann. Deshalb rufe ich 3x nacheinander mailfilter mit verschiedenen .mailfilterrc's auf, bevor fetchmail die Emails von den 3 Providern abholt und bei mir auf 3 user accounts verteilt. Hier deshalb meine besondere Frage, die ich nicht lösen konnte: Wie kann ich in der .mailfilterrc einrichten, daß bei meinem [EMAIL PROTECTED] - Provider alle Mails, die unter TO: nicht die Adresse [EMAIL PROTECTED] enthalten, als Spam gelöscht werden? DENY=^TO:[EMAIL PROTECTED] (löscht leider auch gute Mails) -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)