<div class="gmail_quote">2012/5/26 Michael Gapczynski <span dir="ltr"><<a href="mailto:mtgap@owncloud.com" target="_blank">mtgap@owncloud.com</a>></span><br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

<div class="im">On Saturday, May 26, 2012 07:50:45 PM Bartek Przybylski wrote:<br>
> > I agree this is it how it should be done. Bartek would you like to<br>
> > comment?<br>
><br>
> Decision of binding owncloud instances only by admins was made for<br>
> save resources and restrict access to information about instance.<br>
> Binding between instances should allow instances to exchange<br>
> information like userlist, groups etc.<br>
> Obviously accessing sharing only by single user should also by<br>
> available, but i dont remember did i point it out while proposal<br>
> review.<br>
><br>
<br>
</div>Relying on admins to bind instances is too much restriction on who you can<br>
share with. I don't understand how this method saves any resources.<br>
<br>
Exchanging the list of users and groups might be nice, but I don't see why<br>
this is necessary. The main use case I see for sharing between instances is<br>
for two individuals with their own independent instances. Sharing with a group<br>
or looking through the user list on a different instance sounds really<br>
strange.<br>
<br>
The best possible solution is to integrate sharing with the contacts app and<br>
allow the linking of a contact to a remote ownCloud instance user. In the same<br>
fashion as Jan-Christoph pointed out with <a href="mailto:frank@franksowncloud.org">frank@franksowncloud.org</a>.<br>
<div class="im"><br>
> > I noticed in your proposal that this is focusing on files. Please note<br>
> > that<br>
> > I'm working on refactoring sharing to work with other app content.<br>
> ><br>
> > I'm starting to think that this project shouldn't be an app. I strongly<br>
> > believe this should be a REST API in the public namespace for apps to<br>
> > register specific actions with. We eventually need something so files can<br>
> > be shared, reverted to past versions, etc. from desktop and mobile<br>
> > clients. Apps other than just sharing should be able to talk between<br>
> > instances and have actions triggered by remote clients. Doing this<br>
> > separate from interc-ownCloud sharing will just be duplicating work.<br>
><br>
> Project beeing api instead of app, im not sure how that was mixed up.<br>
> file sharing app was suppose to be example of api usage<br>
<br>
</div>I don't understand what you mean.<br>
<div class="HOEnZb"><div class="h5"><br>
_______________________________________________<br>
Owncloud mailing list<br>
<a href="mailto:Owncloud@kde.org">Owncloud@kde.org</a><br>
<a href="https://mail.kde.org/mailman/listinfo/owncloud" target="_blank">https://mail.kde.org/mailman/listinfo/owncloud</a><br>
</div></div></blockquote></div><br><br clear="all"><div><br></div><div>Hi !<div><br></div><div>Well I think that there is two completely different use case :</div><div><br></div><div>- Connect completely two OC instance to allow sharing between each users of the two instance as if it was only one instance (the current proposal with user list, ...). That one should be admin driven. May be used to connect for example two enterprise  .. </div>

<div><br></div><div>- Simple user sharing between two user of different instance. Knowing the user name and the domain of the remote user ('B'), 'A' can initiate a sharing request with 'B' to share files with him without needing admin permissions ('B' do you want to be my friend). You have to know the other user. After the sharing request is accepted, 'A' and 'B' can share files. 'B' will never appear in the sharing list of 'C' on the same server as 'A' as the share link is between 'A' and 'B'. This scenario is more for "social" sharing.</div>

</div><div><br></div><div><br></div><div>Christophe</div><div><br></div>-- <br><div><span style="background-color:rgb(255,255,255)">----------------------------------------------------</span></div><div><br></div><div>Un poing levé, une main tendue</div>

<br>