[1.93] Usenet-Killfilterfrage
Ulrich F. Heidenreich
Langsam gerät mein derzeit noch eingesetztes Brain 1.0 (trotz aller
verfügbarer Updates) an die Grenzen der Leistungsfähigkeit, um namenlose
Poster zu ignorieren. Als jemand, der mit RegExp nachwievor - oder
befürchteterweise zunehmend - auf dem Kriegsfuß steht, suche ich nach
einer Lösung, einen Usenetfilter zu basteln, welcher Beiträge auf "Mark
Read" setzt, deren Autor kein Leerzeichen im Namen trägt:
Not Author: {^.*\b.*$} tut's schon mal nicht, wie eigentlich erwartet.
Nun seid ihr an der Reihe.
TIA,
Ulrich
--
$Signature
Hermann Hippen
not From: {[a-z][a-z]+.* .*[a-z][a-z]+.* .*[a-z][a-z ]+}
HTH
Cu, Hermann Hippen.
--
Behörden existieren, damit gewöhnliche Sterbliche die Unfertigkeit des
Universums vor Augen haben.
Jens Fittig
Ulrich F. Heidenreich schrieb:
Author: (!{.+ .+ .+})
Das "erschlägt" so ziemlich, alle die gegen die gängigen
Realnamenregeln verstoßen
Ulrich F. Heidenreich
>Ulrich F. Heidenreich schrieb in d.c.s.f-a:
~~~~~~~~~~~~~
Wo auch sonst? ;-)
>> Langsam gerät mein derzeit noch eingesetztes Brain 1.0 (trotz aller
>> verfügbarer Updates) an die Grenzen der Leistungsfähigkeit, um namenlose
>> Poster zu ignorieren. Als jemand, der mit RegExp nachwievor - oder
>> befürchteterweise zunehmend - auf dem Kriegsfuß steht, suche ich nach
>> einer Lösung, einen Usenetfilter zu basteln, welcher Beiträge auf "Mark
>> Read" setzt, deren Autor kein Leerzeichen im Namen trägt:
>>
>> Not Author: {^.*\b.*$} tut's schon mal nicht, wie eigentlich erwartet.
>>
>> Nun seid ihr an der Reihe.
>
>not From: {[a-z][a-z]+.* .*[a-z][a-z]+.* .*[a-z][a-z ]+}
>
>HTH
Nicht wirklich, denn einen solchen Rattenschwanz hatte ich schon
befürchet.
Meinereiner möchte aber Filter, die er anwendet auch verstehen können.
Was also war an meinem Ansatz "Author beginnt und endet mit beliebigen
Zeichen, zwischen denen aber ein Leerzeichen stehen muß" falsch? Diese
Regexp scheint mir nämlich auf jeden Author zuzutreffen ...
CU!
Ulrich
--
$Signature
Hermann Hippen
>> HTH
Matcht : VornameNachname <vor...@provider.de>
Macht nicht : Vorname Nachname <vor...@provider.de>
Wenn es nicht das ist was du wolltest, habe ich dich mißverstanden - sorry.
Cu, Hermann Hippen.
--
Die einzig wichtige Information in einer Hierarchie ist:
Wer darf was wissen?
Hermann Hippen
>> HTH
Matcht : VornameNachname <vor...@provider.de>
Macht nicht : Vorname Nachname <vor...@provider.de>
Wenn es nicht das ist was du wolltest, habe ich dich mißverstanden - sorry.
Wenn es kein Realnamenfilter sein soll dann tut es ja auch:
not From: {.* .* .*}
Hermann Hippen
>> HTH
Matcht : VornameNachname <vor...@provider.de>
Macht nicht : Vorname Nachname <vor...@provider.de>
Wenn es nicht das ist was du wolltest, habe ich dich mißverstanden - sorry.
Wenn es kein Realnamenfilter sein soll dann tut es ja auch:
not From: {.* .* .*} oder besser:
not From: {.+ .+ .+}
weil mit .* auch " name <x...@xxx.xx>" matchen würde.
Manfred Polak
>> Not Author: {^.*\b.*$} tut's schon mal nicht, wie eigentlich erwartet.
\s, \S, \w, \W, \b, \B und einiges andere, das es beispielsweise in PCRE
gibt, kennt Agent offenbar nicht.
>> Nun seid ihr an der Reihe.
>
>Author: (!{.+ .+ .+})
>
>Das "erschlägt" so ziemlich, alle die gegen die gängigen
>Realnamenregeln verstoßen
From: ? ż ?
Den würde dein Filter durchwinken. Da gefällt mir Hermanns Vorschlag
besser.
Manfred
Hermann Hippen
> Jens Fittig schrieb:
>>> Not Author: {^.*\b.*$} tut's schon mal nicht, wie eigentlich erwartet.
> \s, \S, \w, \W, \b, \B und einiges andere, das es beispielsweise in PCRE
> gibt, kennt Agent offenbar nicht.
So ist es, schade eigentlich aber eine Norm gibt es da nicht.
Was z.B. bei 40Tude Dialog so aussehen würde:
From {^\S+ ?\S+$|(^| |"|\()[a-z]( |"|\)|\.)}
muß man im Agent eben so schreiben:
not From: {[a-z][a-z]+.* .*[a-z][a-z]+.* .*[a-z][a-z ]+}
bei anderen Readern noch mal anders :-(
Cu, Hermann Hippen.
--
Wenn ein Experiment gelingt,
dann ist vorher etwas schiefgegangen.
Ulrich F. Heidenreich
>Jens Fittig schrieb:
>
>>> Not Author: {^.*\b.*$} tut's schon mal nicht, wie eigentlich erwartet.
>
>\s, \S, \w, \W, \b, \B und einiges andere, das es beispielsweise in PCRE
>gibt, kennt Agent offenbar nicht.
Dann hätte ich eigentlich mit einem "The search expression ha a
syntax error" gerechnet. Täte es denn ein "Not Author: {^.* .*$}"?
CU!
Ulrich
--
$Signature
Manfred Polak
>>>> Not Author: {^.*\b.*$} tut's schon mal nicht, wie eigentlich erwartet.
>>
>>\s, \S, \w, \W, \b, \B und einiges andere, das es beispielsweise in PCRE
>>gibt, kennt Agent offenbar nicht.
>
>Dann hätte ich eigentlich mit einem "The search expression ha a
>syntax error" gerechnet.
Es ist ja kein Syntaxfehler, nur eine falsche Erwartung deinerseits.
Den Backslash darf man jedem Zeichen voranstellen, und wenn
diese Kombination keine spezielle Bedeutung hat, dann bedeutet
sie eben das Zeichen nach dem Backslash. Für Agent ist \b also
das gleiche wie b (und B, denn Regex in Agent ist als Default case
insensitive).
>Täte es denn ein "Not Author: {^.* .*$}"?
Nein. Erstens sucht das nur ein Leerzeichen und das hast Du
bereits zwischen einem einteiligen Namen und der Mail-Adresse,
und zweitens ist .* zu unspezifisch. Ein paar Buchstaben statt
nur irgendwelcher beliebiger Zeichen (oder auch gar keiner
Zeichen, denn * darf ja auch 0 sein) sollten schon gefunden
werden. Das hab ich ja schon im zweiten Absatz meines vorigen
Postings angedeutet. Hermanns Vorschlag dagegen verlangt,
dass in jedem Namensteil und in der Adresse jeweils mindestens
2 Buchstaben vorhanden sind. Das ist schon mal deutlich näher
an dem, was man von einem echten Namen erwartet.
Manfred
Ulrich F. Heidenreich
>Ulrich F. Heidenreich schrieb:
>
>>Täte es denn ein "Not Author: {^.* .*$}"?
>
>Nein. Erstens sucht das nur ein Leerzeichen und das hast Du
>bereits zwischen einem einteiligen Namen und der Mail-Adresse,
Steht das Agent-Feld "Author" nicht genau nur für den Namen und nicht
die Kombination "Name und Mailadresse"? Immerhin gibt mir Agent ja
genau dies vor, wenn ich beim Filteraufbau "Paste Name only" wähle.
Allerdings heißt das Kriterium ebenfalls "Author", wenn ich dagegen
"Paste entire Field" vorgebe. Ich rall's nicht: Eigentlich müßte der
Feldname dann doch ein Anderer sein; "Address" statt "Author" zum
Bleifisch ...
Regexp ist schon genügend schwer für mich, Agents Erweiterungen/
Einschränkungen geben mir wohl den Rest.
CU!
Ulrich
--
$Signature
Hermann Hippen
> Manfred Polak in <news:20-09-08.19-5...@polak.dyn.dhs.org>:
>
>> Ulrich F. Heidenreich schrieb:
>>
>>> Täte es denn ein "Not Author: {^.* .*$}"?
>>
>> Nein. Erstens sucht das nur ein Leerzeichen und das hast Du
>> bereits zwischen einem einteiligen Namen und der Mail-Adresse,
>
> Steht das Agent-Feld "Author" nicht genau nur für den Namen und nicht
> die Kombination "Name und Mailadresse"? Immerhin gibt mir Agent ja
> genau dies vor, wenn ich beim Filteraufbau "Paste Name only" wähle.
Im Header Author/From steht:
Author: Ulrich F. Heidenreich <nospam...@tremornet.de>
Die Vorgabe soll dir lediglich erleichtern zu wählen ob du nur auf den
Namen oder nur <nospam...@tremornet.de> oder auf alles Filtern
möchtest.
> Allerdings heißt das Kriterium ebenfalls "Author", wenn ich dagegen
> "Paste entire Field" vorgebe. Ich rall's nicht: Eigentlich müßte der
> Feldname dann doch ein Anderer sein; "Address" statt "Author" zum
> Bleifisch ...
Es sind einfach nur Vorgaben, die das schnelle und einfache erstellen
eines Filters, auf Subject oder From ermöglichen soll, was unbedarften
eine Hilfe darstellt.
Andrerseits ist es natürlich möglich, eigene Filter zu erstellen, die
auf andere Header zugeschnitten sind.
> Regexp ist schon genügend schwer für mich, Agents Erweiterungen/
> Einschränkungen geben mir wohl den Rest.
Ich sehe mich in Sachen Filter, beim Agent, eigentlich nicht
eingeschränkt - einiges ist halt nur etwas anders als beim z.B.
Hamster. Ich bin mit den Filtermöglichkeiten durchaus zufrieden, was
fehlt ist halt die Möglichkeit, abhängig vom Filterergebnis, beliebige
Aktion auszuführen.
> CU!
> Ulrich
Cu, Hermann Hippen.
--
In der Wissenschaft gibt es keine Antworten,
nur Querverweise.
Hermann Hippen
> Manfred Polak in <news:20-09-08.19-5...@polak.dyn.dhs.org>:
>> Ulrich F. Heidenreich schrieb:
>>> Täte es denn ein "Not Author: {^.* .*$}"?
>> Nein. Erstens sucht das nur ein Leerzeichen und das hast Du
>> bereits zwischen einem einteiligen Namen und der Mail-Adresse,
> Steht das Agent-Feld "Author" nicht genau nur für den Namen und nicht
> die Kombination "Name und Mailadresse"? Immerhin gibt mir Agent ja
> genau dies vor, wenn ich beim Filteraufbau "Paste Name only" wähle.
Im Header Author/From steht:
Author: Ulrich F. Heidenreich <nospam...@tremornet.de>
Die Vorgabe soll dir lediglich erleichtern zu wählen ob du nur auf den
Namen oder nur <nospam...@tremornet.de> oder auf alles Filtern
möchtest.
> Allerdings heißt das Kriterium ebenfalls "Author", wenn ich dagegen
> "Paste entire Field" vorgebe. Ich rall's nicht: Eigentlich müßte der
> Feldname dann doch ein Anderer sein; "Address" statt "Author" zum
> Bleifisch ...
Es sind einfach nur Vorgaben, die das schnelle und einfache Erstellen
eines Filters, auf Subject oder From ermöglichen soll, was unbedarften
eine Hilfe darstellt.
Andrerseits ist es natürlich möglich, eigene Filter zu erstellen, die
auf andere Header zugeschnitten sind.
> Regexp ist schon genügend schwer für mich, Agents Erweiterungen/
> Einschränkungen geben mir wohl den Rest.
Ich sehe mich in Sachen Filter, beim Agent, eigentlich nicht eingeschränkt
- einiges ist halt nur etwas anders als beim z.B. Hamster. Ich bin mit den
Filter Möglichkeiten durchaus zufrieden, was fehlt ist halt die
Möglichkeit, abhängig vom Filter Ergebnis, beliebige Aktionen auszuführen.
Cu, Hermann Hippen.
--
Nichts ist so dauerhaft wie ein Provisorium.
Manfred Polak
>Steht das Agent-Feld "Author" nicht genau nur für den Namen und nicht
>die Kombination "Name und Mailadresse"?
Nein, der gesamte From-Header wird durchsucht.
Manfred
Ulrich F. Heidenreich
Danke Dir und auch Hermann. Mea Culpa.
Ich hatte den Fehler gemacht, zu denken: Nämlich, daß der vermeintliche
Pseudo-Header "Author:" implizit für den Autor im From-Header stünde;
wenn dem nicht so wäre, könne man ja auch gleich auf den "From:"-Header
filtern. Sorry, daß mir zu spät die Schuppen aus den Haaren fielen, daß
"Author:" nur ein hyperfluides und damit irreführendes Synonym für
"From:" ist.
Unter der falschen Prämisse machten[TM] freilich eure Filtervorschläge
für mich keinen Sinn. *Soifz*: Und meine für Euch auch nicht ...
CU!
Ulrich
--
$Signature
Ulrich F. Heidenreich
>Die Vorgabe soll dir lediglich erleichtern zu wählen ob du nur auf den
>Namen oder nur <nospam...@tremornet.de> oder auf alles Filtern
>möchtest.
"möchten" ist gut: Agent filtert ja immer auf alles, nämlich den
kompletten From:-Header und nicht nur auf den vermeintlichen Autor.
Das hat sich aber inzwischen geklärt. Danke, das Brett ist weg.
CU!
Ulrich
--
$Signature
Ulrich F. Heidenreich
>Ulrich F. Heidenreich schrieb in d.c.s.f-a:
[..]
>> Regexp ist schon genügend schwer für mich, Agents Erweiterungen/
>> Einschränkungen geben mir wohl den Rest.
>
>Ich sehe mich in Sachen Filter, beim Agent, eigentlich nicht eingeschränkt
Mißverständnis. Gemeint waren die im Vergleich zu RegExp:
Mit "Erweiterungen" meine ich zum Bespiel den Operator "NOT" vor dem
Feldnamen; RegExp kennt sowas AFAIK nicht. Mit "Einschränkungen", daß
zum Beispiel in RegExp "\b" gilt, im Agent dagegen nicht.
Diese geradezu abenteuerliche Implementation von RegExp im Agent macht
es mir als sowieso schon in RegExp nicht Sattelfestem nicht gerade
einfacher.
CU!
Ulrich
--
$Signature