🚀 go-pugleaf

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)