🚀 go-pugleaf

In de.admin.news.misc, article <1992Aug25.103818.23248@oops.zigzag.hanse.de>,
  fs@oops.zigzag.hanse.de (Frank Seitz @ home) writes:
> 
> Okay Meister, dann lass' ich den Header demnaechst einfach weg. Dann
> kann es auch keine inkorrekten Date/Lines-Zeilen mehr geben ;-)
> 
Leider daneben -- INN fuegt einen solchen Header ganz einfach hinzu...

> Im Ernst: Ich finde es ok, dass Du die Validitaet der Artikel-Header
> ueberpruefst. Dass Du jedoch Artikel wegen vergleichbar geringfueger
> Macken (die normalerweise niemanden stoeren) herausfilterst und
> nicht weiter transportierst, finde ich alles andere als lustig.

Definiere bitte "Geringfuegige Macken".
Wie ich bereits bemerkt habe, deutet ein grob falscher Lines:-Header entweder
auf fehlerhafte Software oder auf einen gekappten Artikel hin.
Um ersteres zu beheben, mache ich (un)regelmaessig dieses Posting, und
gekappte Artikel sollten nicht weitergeleitet werden; schliesslich koennte
auf einem anderen Pfad eine unverfaelschte Kopie ankommen. (Das passiert
sogar gelegentlich. ;-)

> Das Kriterium ,,eine Abweichung unter 10 ist noch akzeptabel --
> darueber hinaus wird gedroppt'' scheint mir ausserdem reichlich
> willkuerlich zu sein. Eine Abweichung von 1 ist ja wohl
> genauso unkorrekt wie eine Abweichung von 10. Oder habe ich
> da Deine eigenen kategorischen Grundsaetze falsch verstanden?
> 
Nee, pragmatischer Ansatz -- manchmal hat das postende Programm vergessen,
die Signature mitzuzaehlen.

> Konstruktiver Vorschlag: wie waere es, wenn Du die fehlerhaften
> Angaben vor dem Weitertransport *korrigierst* und den Absender in
> einer Mail ueber den festgestellten Fehler und die
> Korrektur informierst?

Hmm, aktives Aendern eines Headers mache ich nur aeusserst ungern.
Siehe gekappte Artikel -- wohin es fuehrt, wenn wir mehr oder weniger
willkuerlich anfangen, Probleme mit Artikeln zu "korrigieren", hat B News
gezeigt. Abgesehen davon habe ich keine Ahnung, ob der Absender der Verur-
sacher des Problems ist. Ich halte es nach wie vor fuer besser, die Artikel
auszusortieren (sind ja wirklich nicht viele) und gelegentlich eine Liste
zu posten.
Das ist aber auch ein Problem der Softwarewartung -- schliesslich bin ich
nach wie vor INN-Betatester und spiele hier immer mal neue Versionen ein.

-- 
If a listener nods his head when you're explaining your program, wake
him up.
-- 
Matthias Urlichs  --  urlichs@smurf.sub.org -- urlichs@smurf.ira.uka.de   /(o\
Humboldtstrasse 7 -- 7500 Karlsruhe 1 -- Germany  --  +49-721-9612521     \o)/