Hi,<br><br>there could be other reasons to block subscriptions. Maybe the operator of the service decides that Alice and Bob are on different realms, and are thus not allowed to subscribe each others status. Explicitly blocking these requests, eventually with a reason would be the right way to do this.<br>

<br>Marcus<br><br><div class="gmail_quote">On Fri, Feb 19, 2010 at 1:40 PM, Iñaki Baz Castillo <span dir="ltr">&lt;<a href="mailto:ibc@aliax.net">ibc@aliax.net</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">

El Viernes, 19 de Febrero de 2010, Klaus Darilion escribió:<br>
<div class="im">&gt; Am 19.02.2010 12:10, schrieb Iñaki Baz Castillo:<br>
&gt; &gt; But there is a problem with point 1 as it&#39;s not valid for the case in<br>
&gt; &gt; which you block a user who was allowed. This is, subscription status<br>
&gt; &gt; cannot transition from &quot;active&quot; to &quot;pending&quot;, so the only way is using<br>
&gt; &gt; case 3 in which the subscription status remains &quot;active&quot; but the presence<br>
&gt; &gt; server sends a spoofed NOTIFY with &quot;offline&quot; status.<br>
&gt;<br>
&gt; Why not terminate the subscription if Bob removes Alice from the allowed<br>
&gt; buddies?<br>
&gt;<br>
&gt; Then Alice will SUBSCRIBE again and receives status=pending.<br>
<br>
</div>But then Alice will know (or can know) that you have rejected her!<br>
<br>
Imagine you want to &quot;captivate&quot; Carol but don&#39;t want Alice to know that you<br>
are connected. You don&#39;t want to reject Alice, but just set &quot;invisible&quot; for<br>
her (you don&#39;t want to reject Alice because if you don&#39;t captivate Carol you<br>
would like to try with Alice later). :)<br>
<div class="im"><br>
<br>
--<br>
Iñaki Baz Castillo &lt;<a href="mailto:ibc@aliax.net">ibc@aliax.net</a>&gt;<br>
<br>
_______________________________________________<br>
</div><div><div></div><div class="h5">sr-dev mailing list<br>
<a href="mailto:sr-dev@lists.sip-router.org">sr-dev@lists.sip-router.org</a><br>
<a href="http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-dev" target="_blank">http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-dev</a><br>
</div></div></blockquote></div><br><br clear="all"><br>-- <br>Dipl.-Inf. (FH)<br>Marcus Hunger - <a href="mailto:hunger@sipgate.de">hunger@sipgate.de</a><br>Telefon: +49 (0)211-63 55 55-61<br>Telefax: +49 (0)211-63 55 55-22<br>

<br>sipgate GmbH - Gladbacher Str. 74 - 40219 Düsseldorf<br>HRB Düsseldorf 39841 - Geschäftsführer: Thilo Salmon, Tim Mois<br>Steuernummer: 106 / 5724 / 7147, Umsatzsteuer-ID: DE219349391<br><br><a href="http://www.sipgate.de">www.sipgate.de</a> - <a href="http://www.sipgate.at">www.sipgate.at</a> - <a href="http://www.sipgate.co.uk">www.sipgate.co.uk</a><br>