- From: Justin Mason <jmason@iona.ie>
- Date: Fri, 07 Jul 1995 13:16:36 +0100
- To: Brian Rogers <brogers@integctr.com>
- Cc: "Daniel O'Callaghan" <danny@miriworld.its.unimelb.edu.au>, Peter da Silva <peter@nmti.com>, isdmill@gatekeeper.ddp.state.me.us, benjamin@hanover.demon.co.uk, firewalls@greatcircle.com, www-proxy@w3.org
Yep, this is something I've been hoping for. I'd be writing it myself except I've got enough bloody hacking to do as it is, and news would be a hell of a protocol to support... ;) Brian Rogers wrote: >On Fri, 7 Jul 1995, Daniel O'Callaghan wrote: >> > Control: cancel <some-id@some-site> >> > Supercedes: <another-id@another-site> >> Both of which can be handled by appropriate use of a GET If-modified-since >> type pragma in the caching algorithm. >Is this even a part of NNRP? I want this to work independent of http, >with newsreaders -- a simple news proxy. BTW -- something that hasn't been mentioned yet. Most (good) newsreaders these days use XOVER (the overview mechanism) for browsing the groups' headers, and only get the articles when they're explicitly requested. THIS is where a caching proxy would come in very useful; if the headers were retrieved by the proxy using XOVER and stored in its own overview cache, the newsreaders could browse the groups very quickly -- it may not even be necessary to cache articles AT ALL to gain an appreciable speedup. >I think this is becoming a waste of bandwidth. Someone has already told >me that he's working on this. Ah -- who? Sign me up for an alpha, whoever you are! ;) --j.
Received on Friday, 7 July 1995 09:18:10 UTC