🚀 go-pugleaf

In <71798905@stefanie.prima.ruhr.de> schrieb Christoph Dahlen:

> wie bewerkstellige ich denn unter UMS oder IntuiNews ein Killfile, oder
> einen Mailfilter, der Meldungen von bestimmten Personenkreisen (nehmen
> wir mal z.B. #?@aol.com :) ausfiltert,
> so daß sie garnicht erst einsortiert werden

Geht nicht.

> oder in IN nicht dargestellt werden ?

z.B. in IntuiNews.StartupNew eintragen:

sumsset bla fasel "FROMADDR=*"#?@aol.com*"" old,junk

Bzw. nur old oder nur junk.

Olf

-- 
Private:    op@hb2.maus.de (no mails >15 KB, please!)
University: olf@informatik.uni-bremen.de, olf@IRC

Christoph Dahlen schreib neulich die folgenden Zeilen:

> Hallo,
>
> wie bewerkstellige ich denn unter UMS oder IntuiNews ein Killfile, oder
> einen Mailfilter, der Meldungen von bestimmten Personenkreisen (nehmen wir
> mal z.B. #?@aol.com :) ausfiltert, so daß sie garnicht erst einsortiert
> werden

Bei UMSRfc sind entsprechende Mechanismen (noch nicht) vorgesehen. Bei
Importern, die Puffer verwenden (UMSZer, UMSFido) sollte es Tools geben,
die das uf den Puffern erledigen (und von UMS unabhaengig sind). Bei
ZConnect _weiss_ ich, dass es entsprechende Filter gibt.

> oder in IN nicht dargestellt werden ?

Kein Problem! SumsSet mit entrpechenden Patterns aufrufen und das
Junk-Flag (am besten auch gleich das Expire-Flag dazu) setzen.
Dummerweise nimmt SumsSet noch keine Files mit entsprechenden Listen
entgegen (Muss sich wohl mal jemand an ein entsprechendes Rexx-Script
setzen :)) und auch Patterns funktionieren nicht wie beabsichtigt.
Alternative: SumsSet mehrmals mit entsprechenden "kleinen" Patterns
aufrufen. In IN ist dann noch der Schalter zu setzen, der das Anzeigen
von Junk-Messages verhindert.

MfG Henning
--
You will receive a legacy which will place you above want.

Im Artikel <71798905@stefanie.prima.ruhr.de> schrieb Christoph Dahlen
<dahlen@stefanie.prima.ruhr.de>:
> wie bewerkstellige ich denn unter UMS oder IntuiNews ein Killfile, oder
> einen Mailfilter, der Meldungen von bestimmten Personenkreisen ...
> ausfiltert,  so daß sie garnicht erst einsortiert werden oder ...

Das geht nicht, ...

> ... in IN nicht dargestellt werden ?

Aber das geht etwa so (man verzeihe mir die überlange Zeile):

    ( IntuiNews.StartupNew
...
        "sumsset %a \"OLD=0 AND Group=*\"de.comm.software.ums*\" AND FromAddr=*\"#?.tynet.sub.org*\"\" OLD QUIET\n"
...
    )

-- 
Matthias Scheler
tron@lyssa.owl.de

Christoph Dahlen schrieb in de.comm.software.ums ueber "Killfile /
Mailfilter einrichten ?":
CD>
CD>Hallo,
CD>
CD>wie bewerkstellige ich denn unter UMS oder IntuiNews ein Killfile, oder
CD>einen Mailfilter, der Meldungen von bestimmten Personenkreisen (nehmen
CD>wir mal z.B. #?@aol.com :) ausfiltert, so daß sie garnicht erst
CD>einsortiert werden oder in IN nicht dargestellt werden ?

Noch besser waere eine Moeglichkeit, solche gefilterteten Sachen erst gar
nicht importieren zu muessen ;-)

Let the sun shine... \__INet| Usenet:   steigerw@stud.uni-frankfurt.de
|_| _ |o _  _ Martin    \__ |                            WWW-Homepage:
| |(/_||(_)_> Steigerwald  \| http://www.rz.uni-frankfurt.de/~steigerw

Wie reparieren Microsoft-Techniker eine Gluehbirne???
Gar nicht. Sie definieren Dunkelheit als Standard.

Henning Hucke <h_hucke@hucke.wob.tpl.de> wrote:

[..killfile..]

> Bei UMSRfc sind entsprechende Mechanismen (noch nicht) vorgesehen.

Hmmm... was ist mit umsnntpget... Wenn z.B. via 'newnews' die Messages
vom Server geholt werden, bekommt der Client doch erstmal eine
Liste der Msg-IDs der neuen News vom Server.
Wenn umsnntpget nun einen Killfile haette, in welchem z.B. "#?aol.com"
drinsteht, koennte umsnntpget diese Messages erst gar nicht anfordern und
spart sich den Download.
Natuerlich ist es bei sowas nicht unbedingt immer moeglich, auch gezielt
nur _einen_ User zu 'killen'. Die Msg-ID sollte zwar laut RFC immer
den FQDN enthalten, aber es muss sich ja nicht um einen single-User
Rechner handeln.
umsnntpget koennte natuerlich auch erstmal mittels dem HEAD-Kommando
den Header einer Message holen und an Hand dessen dann entscheiden,
ob die Message (der Body) geholt werden soll oder nicht.
Natuerlich erzeugt man hierdurch einen gewissen Overhead, aber wenn
man erstmal die Msg-ID checkt, z.B. auf "#?aol.com" und dann nur bei
diesen Messages mit HEAD/BODY statt mit ARTICLE arbeitet, waere es
IMHO schon moeglich einen 'sinnvollen' Killfile-Mechanismus zu
entwickeln.
Zumindest die Sache mit dem Msg-ID checking sollte recht einfach
einzubauen sein.

Comments?

ciao...
        Lars
-- 
     _____ ____ __
    /\___// __// /    __    SFX@unix-ag.uni-siegen.de (Shadowfox@IRC)
    \ \  / /_\  /    /\_\    http://www.unix-ag.uni-siegen.de/~sfx/
  ___\ \/ __//  \    \/_/
 /____\/_/  /_/\ \          - "I'm saying nothing and I'm saying it."
                \_\                                      (John Cage) 

Hello Martin!

Martin Steigerwald typed this on Thu, 11 Apr 1996 16:19:12 +0100 about 'Re:
Killfile / Mailfilter einrichten ?':

 MS> Noch besser waere eine Moeglichkeit, solche gefilterteten Sachen erst
 MS> gar nicht importieren zu muessen ;-)

CrashMail. :)

Das kann doch mehr als Crashen. :)

-- 
FIDO: 2:301/133                  |   Member      We're returning!
Internet mussi@snoop.alphanet.ch | Team AMIGA - the true avantgarde

:  MS> Noch besser waere eine Moeglichkeit, solche gefilterteten Sachen erst
:  MS> gar nicht importieren zu muessen ;-)

: CrashMail. :)

Jetzt verstehe ich nicht was du meinst. Gibt es ein Twitfilter in
CrashMail? Ich kann mich nicht daran erinnern dass ich jemals so
etwas gemacht habe. )

/Johan Billing (mit kaputter Ctrl-Taste...)

Lars Eilebrecht schreib neulich die folgenden Zeilen:

> > Bei UMSRfc sind entsprechende Mechanismen (noch nicht) vorgesehen.
> 
> Hmmm... was ist mit umsnntpget... Wenn z.B. via 'newnews' die Messages vom
> Server geholt werden, bekommt der Client doch erstmal eine Liste der
> Msg-IDs der neuen News vom Server. Wenn umsnntpget nun einen Killfile
> haette, in welchem z.B. "#?aol.com" drinsteht, koennte umsnntpget diese
> Messages erst gar nicht anfordern und spart sich den Download. Natuerlich
> ist es bei sowas nicht unbedingt immer moeglich, auch gezielt nur _einen_
> User zu 'killen'.

Kicher!... Schonmal in den entsprechenden RFC geschaut?

Es ist ohne weiteres Moeglich, zunaechst einmal den Header einer Msg
uebertragen zu lassen (Download!??? Was fuer eine merkwuerdige
Terminologie). Man kann also praktisch _alle_ moeglichen Filterkriterien
testen ohne die ganze Msg zu holen. Andererseits ist es moeglicherweise
auch ein Geschwindigkeitsproblem.

> umsnntpget koennte natuerlich auch erstmal mittels dem HEAD-Kommando
> den Header einer Message holen und an Hand dessen dann entscheiden, ob
> die Message (der Body) geholt werden soll oder nicht.

Genauso muesste es funktionieren. Aber wie es funktionieren *muesste*,
ist den entsprechenden Leuten wohl schon klar. Aber ich schrieb
schliesslich auch "Bei UMSRfc sind entsprechende Mechanismen (noch
nicht) vorgesehen.". Und diese Aussage stimmt.

> Comments?

An Stefan schreiben.

Appropos: Ist Stefan jetzt bei Nokia? Der einzige deutschcprachige Stefan
  Becker, den ich in letzter Zeit lesen kann, schreibt mit einem Account
  von Nokia.

MfG Henning
-- 
Please don't lie to me, unless you're absolutely sure I'll never find out
the truth.
 -- Ashleigh Brilliant

Henning Hucke schrieb in <ums.85452904@hucke.wob.tpl.de> über
"Re: Killfile / Mailfilter einrichten ?":

> An Stefan schreiben.
>
> Appropos: Ist Stefan jetzt bei Nokia? Der einzige deutschcprachige Stefan
> Becker, den ich in letzter Zeit lesen kann, schreibt mit einem Account von
> Nokia.

Schon seit Jahren.

--
    Fionn

Fionn Behrens schreib neulich die folgenden Zeilen:

> Schon seit Jahren.

Aha... Warum schreibt er dann erst jetzt von einem Nokia-Account aus. Und
noch dazu ais Finnland?

MfG Henning
--
"... die Aussage 'C-Programme sind portabel' ist lächerlich und nicht
haltbar, ..."
             Jan Ritzerfeld in <zp0e60aAXvDyZ7c@da38.darkness.gun.de>

Im Artikel <ums.85452946@hucke.wob.tpl.de> schrieb Henning Hucke
<h_hucke@hucke.wob.tpl.de>:
> Und noch dazu ais Finnland?

Weil er vielleicht gerade in Finnland ist?

-- 
Matthias Scheler
tron@lyssa.owl.de