🚀 go-pugleaf

terra@sol.ccc.de schrieb:
tc> Es war eine Stunde und es ging dabei zentral um
tc> Zustaendigkeitsbereiche als ein Mittel um redundante Sicherheit
tc> bezueglich Dupes zu erschaffen und sich ein wenig mehr an der praktischen
tc> Arbeit eines Gateways (!=Relay) zu orientieren.

Dein Code Of Conduct klingt sicher interessant. Und die Diskussion war auch
ergiebig. Anders als in dem hier veroeffentlichten Protokoll geschildert, sind
wir naemlich zu Ergebnisse gekommen, die deinem Konzept ziemlich widersprechen.
Ich will das nochmal aufrollen:

1. Die Stufe n der Stufen n bis n+3 sieht eine Teilnahme an einem anderen Netz
vor. Der Gateway ist gar keiner, sondern nur ein Relay, ein Protokollwandler.
Sol.zer und uniol.zer als uucp-Sites sind Zustaendigkeitsbereich des Relays und
nehmen am Z-Netz teil, wandeln ihre Ids aber nicht nach GateBau, sondern setzen
quasi was Eigenes ein. terra ist die GateBau-Wandlung zu kompliziert. Soweit,
so gut.

2. Das macht keine Probleme, solange die Stufe n wirklich Stufe n bleibt und es
nicht zur "wilden Vernetzung" der Stufe n+1 kommt. Das ist der Fall, sobald die
Msgs im UseNet aus dem Zustaendigkeitsbereich von terras Relay herausgelangen.
Das geht z.B. relativ leicht durch ein Cross-Posting in eine zer.xyz- und eine
de.xyz-Newsgroup. Dann gelangt die Msg ueber einen anderen Gateway wieder ins
Z-Netz und wird dort nach GateBau gewandelt. Ergebnis: gleiche Msg mit
verschiedener Id.

3. Um dieses Problem zu umgehen, will terra alle Gateways verpflichten, eine
Liste zu fuehren, die Msgs welcher Sites sie transportieren duerfen. Gedacht als
Negativliste mit den Eintraegen sol.x und uniol.x. Jeder Gateway muesse alle
Zustaendigkeitsbereiche der anderen Gateways kennen und respektieren. Das ganze
dient der Dupe-Vermeidung.

4. Wenn terra einen Gateway mindestens der Stufe n+1 mit GateBau-konformer
Id-Wandlung haette, waeren die Dupes zu erkennen.

Nicht nur meiner Meinung nach ist dies der klare Abgesang an die GateBau. Die
GateBau hat von '90 an immer versucht, durch gleiche MsgIds und einheitliche
Wandlung Dupes zu erkennen und dann zu eliminieren. Also technische Dupe-
Erkennung statt administrativer Dupe-Vermeidung. Terras Konzept verpflichtet
jeden Gateway, staendig aktuelle Listen zu fuehren, wessen Msgs transportiert
werden und wessen nicht. Und ich sehe nicht ein, warum Gateways, die die
GateBau sauber realisiert haben, von jemand, der (krass formuliert) keine
Lust hat, sich an die GateBau zu halten, irgendwelche Aenderungen aufgedrueckt
werden.
Durch den beschriebenen Fall eines Cross-Postings wird uebrigens Terras Relay zu
einem Gateway und genau das hat er als Administrator zu verhindern oder aber
durch entsprechende technische Massnahmen zu entschaerfen. Ich habe das auch so
verstanden, dass terra demnaechst GateBau-konforme Ids generieren will, oder?

Gruss  Joerg