hi, mal ein versuch:
1. willst du wissen, warum dies so implementiert wurde, oder warum es technisch geht?
implementiert wurde es einfach deswegen, um bandbreite zu sparen. es war gedacht für den wissenschaftlichen austausch von daten, veröffentlichungen und meldungen. aber nicht ale meldungen interessieren alle, dementsprechend wäre es blödsinn erst die gesamte nachricht herunterladen zu müssen, um zu erkennen, daß einen die nachricht nicht interessiert.
technsich sieht es so aus, daß nntp smtp sehr ähnlich ist. die nachrichten sind in einer art datenbankstruktur gespeichert mit jeweiligen eindeutigen IDs. so lassen sich auch querverweise gut realisieren. ein newsgroup-posting besteht aus mehreren elementen:
head, body und stats und wird mit seiner id in der entsprechenden newsgroup gespeichert. man kann es sich ungefähr so vorstellen wie eine normale datenbank. die datenbank selbst ist der NNTPserver, die newsgroups sind einzelne tabellen und die beiträge sind die einzelnen postings. mit dem ARTICLE kommando kann man nun (über verschiedene parameter) eine nachricht abrufen, z.b. über die messageID. mit dem next liese sich dann z.b. die nächste abrufen, über last,, die letzte nachricht in der entsprechenden newsgroup.
jetzt wird man sich zurecht fragen: wenn die artikel in einer flachen datenbank liegen, wie kommen dann threads zustande?...ganz einfach: die informationen zum aufbau von threads liegen jeweils im header der nachricht. ein alleinstehendes posting das kein follow up ist, hat im header keine information zu References, ein follow up hat in den References die messageIDs der postings, auf die es follow up ist.
so, nun wie das ganze im einzelnen funktioniert. dein newsclient kontaktiert den news-server und ruft entweder mit NEWNEWS eine liste neuer news ab, oder du wechselst gleich in eine newsgroup. über den befehl ARTICLE mit dem entsprechenden parameter kann dein client jetzt nur die header der news in der newsgroup abrufen (spezifieziert welche, z.b der letzten 20 tage) und baut über die information References und messageID die threadabfolge auf, oder er ruft gleich die ganzen news ab (macht aber normalerweise kein client von alleine aus o.g. gründen).
rufst du jetzt einen header auf, so fragt dein client über ARTICLE messageID und den entsprechenden parametern den body dazu ab.
war das ausführlich und verständlich genug? wenn nicht, dann schau mal in RFC850 und RFC977.
2. dazu kann ich dir nichts sagen, da ich das DDC protokoll nicht kenne, aber rein nach der logik würde ich mal sagen, daß man das so eindeutig nicht sagen kann, da es (selbst innerhalb eines providers) von den stationen dazwischen abhängt.
xafford
Holk
