On Thursday 04 September 2008 09:21, Julien Cornuwel wrote:
> Matthew Toseland a ?crit :
> 
> >> There is a French user (sich) that is working on an insert-on-demand
> >> tool that can achieve that. It works on top of the WoTplugin. For now,
> >> it is a standalone app, but we agreed on rewriting it as a Freenet
> >> plugin as soon as it is proven to work.
> > 
> > I'm not of the school that says that insert on demand is essential. But 
it's 
> > certainly a useful feature. He will have to be careful to not compromise 
the 
> > user's security unless the user *wants* his/her security to be 
compromised. 
> > In particular, it's very tempting to start to download it as soon as the 
user 
> > starts to upload it, but there are some serious security issues with this 
> > which is why Freenet doesn't make it especially easy.
> 
> Right. We should net the inserter decide if he wants to give the key at
> the beginning of the insert or at the end. 

We do, there is an EarlyEncode option in FCP.

> Anyway, he should tell that 
> the insert is in progress so requesters would know that it is worth waiting.

And this notification would be trusted to the degree that the identity is 
trusted.
> 
> >> Such a tool could address that problem : users who type something in the
> >> appropriate searchbox will actually get a list of what is available. Of
> >> course, files would have to be inserted and we need to warn them that
> >> the download can take a long time...
> > 
> > Even if it's not insert on demand, downloads can and will take a long 
time. Is 
> > reliability higher with insert on demand or without it?
> 
> Well if the WoT does his job correctly, we could filter results to only
> display files that belong to identities that are actually here.

Defined as "posted recently and trust over X", presumably?
> 
> >>> a) Make everything important part of fproxy. In particular, FMS, Thaw, 
and 
> >>> jSite/Thingamablog (if users want to contribute content, it's especially 
> >>> important to keep them).
> >> My preference goes to this one. I'm not saying all client apps should
> >> disappear, but IMHO basic functionnalities (chat, search, filesharing,
> >> blogging) should be accessible though Fproxy, right after Freenet is
> >> installed.
> > 
> > This is a very attractive option in terms of solving the current 
complaints 
> > yeah.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 827 bytes
Desc: not available
URL: 
<https://emu.freenetproject.org/pipermail/devl/attachments/20080904/86e41d57/attachment.pgp>

Reply via email to