On Sat, Aug 19, 2006 at 02:59:05PM +0000, NextGen$ wrote:
> * Matthew Toseland <toad at amphibian.dyndns.org> [2006-08-19 15:57:40]:
> 
> > On Sat, Aug 19, 2006 at 02:55:15PM +0000, NextGen$ wrote:
> > > * Matthew Toseland <toad at amphibian.dyndns.org> [2006-08-19 15:43:01]:
> > > 
> > > > On Sat, Aug 19, 2006 at 08:47:14AM +0000, NextGen$ wrote:
> > > > > * Matthew Toseland <toad at amphibian.dyndns.org> [2006-08-18 
> > > > > 22:31:01]:
> > > > > 
> > > > > > At present, nothing can redirect to a USK. That means that if a URI 
> > > > > > is
> > > > > > not a USK, it's fixed; either it can be retrieved with the original
> > > > > > contents, or it's fallen out of the network. This is a very 
> > > > > > desirable
> > > > > > property. The only time it would be useful to redirect to a USK 
> > > > > > would be
> > > > > > from a KSK, and we can support this with the permanent redirect
> > > > > > mechanism we use for USK updates: If you fetch KSK at cofe, then 
> > > > > > you get an
> > > > > > error saying this has moved to USK at ..../cofe/27/ . In Fproxy, 
> > > > > > this would
> > > > > > be transparent, but it would use an HTTP "permanent redirect" so 
> > > > > > the URL
> > > > > > would be updated and you would bookmark the USK rather than the KSK.
> > > > > 
> > > > > What about creating an other key format ? So that KSKs stay immuable 
> > > > > but
> > > > > redirecting to USKs using shorter names is possible.
> > > > 
> > > > What's wrong with using a permanent redirect?
> > > 
> > > Nothing. But I think that keeping KSKs not updatable (immuable) is the 
> > > way to go. 
> > > I don't mind if we create a new "UKSK" key type.
> > 
> > Hmmm, so a UKK key? How is this better than a KSK that redirects to a
> > USK? I suppose it maps directly to NIM queues - is that your idea?
> 
> Yes.

File a bug :)
> 
> NextGen$
-- 
Matthew J Toseland - toad at amphibian.dyndns.org
Freenet Project Official Codemonkey - http://freenetproject.org/
ICTHUS - Nothing is impossible. Our Boss says so.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 189 bytes
Desc: Digital signature
URL: 
<https://emu.freenetproject.org/pipermail/tech/attachments/20060819/5169ba2f/attachment.pgp>

Reply via email to