<div dir="ltr"><div class="gmail_extra">And wouldn't separate permission for each app solve the thing?<br clear="all"></div><div class="gmail_extra"><div><div>--</div>Marcin<br></div>
<br><br><div class="gmail_quote">2014-01-26 Bernd Wachter <span dir="ltr"><<a href="mailto:bernd.wachter@jolla.com" target="_blank">bernd.wachter@jolla.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"><<a href="mailto:christopher.lamb@thurweb.ch">christopher.lamb@thurweb.ch</a>> writes:<br>
<br>
> Hi Sven<br>
><br>
> I am equally curious:<br>
><br>
> Reading and rereading Bernd's mail I see<br>
><br>
> " ..contacts synced to the device from some third party services..."<br>
><br>
> I entered all the contacts on my phone myself (most via bluetooth from<br>
> the N9). No third parties are involved at all. So surely my apps<br>
> should have full readonly access.<br>
><br>
> If the source is an issue, then the source should be an attribute of<br>
> each contact, thus allowing apps access to kosher contacts, and<br>
> barring access to those from third parties.<br>
<br>
</div>That's what we're currently working on.<br>
<div class="im"><br>
> Surely what an app does with the contacts is more important than the<br>
> source of the contacts?<br>
<br>
</div>We need to follow the terms of service from where we sync the contacts,<br>
or they might revoke our API keys without warning, which then would<br>
affect the whole userbase. In doing so we need to allow for creative<br>
interpretation of the TOS on their end as well -- we're the ones in<br>
trouble if they decide to revoke our API keys after all.<br>
<br>
TLDR: Lawyers are making our contacts middleware unnecessarily<br>
complicated, not all features implemented yet.<br>
<span class="HOEnZb"><font color="#888888"><br>
Bernd<br>
</font></span><div class="HOEnZb"><div class="h5"><br>
_______________________________________________<br>
SailfishOS.org Devel mailing list<br>
</div></div></blockquote></div><br></div></div>