* Kristian K�hntopp: >> - I.d.R. gibt es einen Medienbruch beim Zugriff auf alte Artikel. > > Das ist in der Tat ein Problem. Es w�re reparierbar, wenn man > zus�tzlich zur Message-ID noch einen Originalserver definiert, > analog zu http-URLs, in denen ja ein Host und eine Objekt-ID relativ > zu diesem Host definiert ist. Eine News-URL der Form > "news://server/id"; kann man dann in einen Zugriff gegen einen > beliebigen News-Server f�r das Objekt id umwandeln und falls dieser > das Objekt nicht hat, gegen einen Zugriff gegen server f�r das > Objekt id. Server w�re dann der designierte Archivserver f�r das > Objekt mit der id.
Oder man legt auf die Domain mit der Message-ID einen SRV-RR f�r einen geeigneten Dienst. > Der Medienbruch entf�llt dann auch. Naja, Zugriffstransparenz kannst Du dann immer noch nur auf einen recht hohen Schicht erreichen (es sei denn, der Reader-Server �bernimmt das). Hmm. >>[ Weitere Einschr�nkungen von NNTP ] > > Grunds�tzlich hast Du Recht: NNTP bedarf der �berarbeitung und > Verallgemeinerung. Die Frage ist dann auch, ob man tats�chlich bei > NNTP/NNRP als Protokollen bleiben will, oder die Prinzipien von NNTP > nicht lieber �ber SOAP/XML-RPC oder whatever definiert - das w�re > vielleicht einfacher erweiterbar. Das Hauptproblem d�rfte sein, den Leuten schmackhaft zu machen, da� sie tausende Kopien ihrer Artikel rumgeistern lassen. Wenn Du nur Pointer verteilst oder gar Aktualit�tsinformationen, kannst Du auch etwas � la IRC oder gar BGP nehmen. Das wichstigste ist, vom Client-Server-Paradigma wegzukommen (zumindest im Core eines potentiellen RSS Distribution Networks), das taugt f�r Push-Anwendungen nicht wirklich. -- Current mail filters: many dial-up/DSL/cable modem hosts, and the following domains: atlas.cz, bigpond.com, di-ve.com, hotmail.com, jumpy.it, libero.it, netscape.net, postino.it, simplesnet.pt, tiscali.co.uk, tiscali.cz, tiscali.it, voila.fr, yahoo.com. -- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
