Anca,
<br />
<br />Please ignore.  This is a Bria issue it appears.  It is true that initially when you first log in with a Bria client it sends a Publish message and has 
<br />&lt;status&gt;&lt;basic&gt;closed&lt;/basic&gt;&lt;/status&gt;
<br />in the message.  I was doing an NGREP and after that message is received if you wait a little while (about 11 seconds from the NGREP I did) a second Publish Message is sent from the Bria client and it has the SIP-If-Match withe correct etag and it sets the presence to 
<br />&lt;status&gt;&lt;basic&gt;open&lt;/basic&gt;&lt;/status&gt;
<br />
<br />Does that seem normal for Counterpath/Bria to send two Publish messages?  Everything works after the second message is sent.  I was just wondering if you are supposed to do that?
<br />
<br />The issue is this (which I found out a while back)
<br />http://opensips-open-sip-server.1449251.n2.nabble.com/Presentity-record-not-deleted-in-database-td5858207.html
<br />
<br />I thought I opened a ticket with Counterpath but it obviously isn&#39;t fixed.  I can&#39;t believe I wasted a whole day on an issue I found a while back.
<br />
<br />
<br />
<br />On Jun 20, 2011 12:28pm, Duane Larson &lt;duane.larson@gmail.com&gt; wrote:
<br />&gt; 
<br />&gt; Anca, 
<br />&gt; 
<br />&gt; 
<br />&gt; Doing some more testing it looks like the Bria client is sending PUBLISH messages and they are &quot;open&quot;. Only when they bria client is shut down is the record in the presentity table set to &quot;closed&quot;. Then when the Bria client is turned on again a new PUBLISH is sent and entered into the presentity table with &quot;open&quot;, but the NOTIFY that is sent to any watchers has the &quot;closed&quot; in the notify. So it appears that because there are multiple entries in the Presentity table for a single user it is confusing things. Here is an example 
<br />&gt; 
<br />&gt; 
<br />&gt; 
<br />&gt; I have user 9013349018 that just closed down Bria. Then the user starts Bria back up and you have the following in the table 
<br />&gt; 
<br />&gt; 
<br />&gt; http://pastebin.com/1aZdXsbR
<br />&gt; 
<br />&gt; 
<br />&gt;  
<br />&gt; 
<br />&gt; 
<br />&gt; 
<br />&gt; So the new Presentity record for user 9013349018 is record id 2921. And as the bria client came up you see the following Notify message get sent to user 9013349019 and it has the &quot;closed&quot; in the notify message. Here are the Notify messages 
<br />&gt; 
<br />&gt; 
<br />&gt; 
<br />&gt; 
<br />&gt; http://pastebin.com/QJvYiD1B
<br />&gt; 
<br />&gt; 
<br />&gt;  
<br />&gt; 
<br />&gt; 
<br />&gt; So you see that the Bria client came up and sent OpenSIPS a PUBLISH message and it doesn&#39;t have &quot;closed&quot; in the XML. Yet when OpenSIPS relays a NOTIFY to a watcher you see that the &quot;closed&quot; gets placed in the xml. So now I am thinking that Bria isn&#39;t the issue.
<br />&gt; 
<br />&gt; 
<br />&gt; 
<br />&gt; 
<br />&gt;  
<br />&gt; 
<br />&gt; 
<br />&gt; 
<br />&gt;  
<br />&gt; 
<br />&gt; 
<br />&gt; On Mon, Jun 20, 2011 at 11:46 AM, Anca Vamanu anca.vamanu@gmail.com&gt; wrote:
<br />&gt; 
<br />&gt; 
<br />&gt; Hi Duane,
<br />&gt; 
<br />&gt; Sure looks like a Bria problem.. If it sends publishes with status closed, the presence server doesn&#39;t have what else to do but to believe that is the real state that it wants to publish. Maybe something in Bria&#39;s configuration leads to this...
<br />&gt; 
<br />&gt; 
<br />&gt; 
<br />&gt; Regards,
<br />&gt; Anca Vamanu
<br />&gt; 
<br />&gt; 
<br />&gt; 
<br />&gt; 
<br />&gt; 
<br />&gt; 
<br />&gt; 
<br />&gt; 
<br />&gt; 
<br />&gt; 
<br />&gt; On Mon, Jun 20, 2011 at 5:10 AM, duane.larson@gmail.com&gt; wrote:
<br />&gt; 
<br />&gt; 
<br />&gt; 
<br />&gt; 
<br />&gt; 
<br />&gt; 
<br />&gt; 
<br />&gt; 
<br />&gt; 
<br />&gt; 
<br />&gt; 
<br />&gt; I have OpenSIPS set up with Presence and am using Counterpath&#39;s Bria Client. In the past I was able to get Bria/OpenSIPS/OpenXCAP to all work. Now I am trying to get it to work again and I&#39;m having problems. When two users agree to view each others presence it doesn&#39;t work. I see that each user is recieving NOTIFY messages about the other users presence but the Bria client doesn&#39;t update the users status. I see that every time a Bria client starts up it is Publishing its presence but it always has closed in the xml 
<br />&gt; 
<br />&gt; 
<br />&gt; 
<br />&gt; U 2011/06/19 21:00:12.240159 108.67.136.231:31194 -&gt; 173.203.93.107:5060 
<br />&gt; PUBLISH sip:9013349018@irock.com SIP/2.0. 
<br />&gt; 
<br />&gt; 
<br />&gt; Via: SIP/2.0/UDP 108.67.136.231:31194;branch=z9hG4bK-d8754z-96515b7ec527b151-1---d8754z-;rport. 
<br />&gt; Max-Forwards: 70. 
<br />&gt; Contact: 9013349018@108.67.136.231:31194;transport=udp&gt;. 
<br />&gt; 
<br />&gt; 
<br />&gt; To: &quot;9013349018&quot;9013349018@irock.com&gt;. 
<br />&gt; 
<br />&gt; 
<br />&gt; From: &quot;9013349018&quot;9013349018@irock.com&gt;;tag=71799813. 
<br />&gt; 
<br />&gt; 
<br />&gt; Call-ID: NTJkNzgyYmMwMDQ1ZWUwMzExMzkyM2Y1OTgxNDgwN2U.. 
<br />&gt; CSeq: 1 PUBLISH. 
<br />&gt; Expires: 3600. 
<br />&gt; Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, NOTIFY, MESSAGE, SUBSCRIBE, INFO. 
<br />&gt; Content-Type: application/pidf+xml. 
<br />&gt; 
<br />&gt; 
<br />&gt; User-Agent: Bria 3 release 3.2.1 stamp 62387. 
<br />&gt; Event: presence. 
<br />&gt; Content-Length: 469. 
<br />&gt; . 
<br />&gt; pidf&#39; xmlns:dm=&#39;urn:ietf:params:xml:ns:pidf:data-model&#39; xmlns:rpid=&#39;urn:ietf:params:xml:ns:pidf:rpid&#39; xmlns:c=&#39;urn:ietf:params:xml:ns:pidf:cipid&#39; xmlns:lt=&#39;urn:ietf:params:xml:ns:location-type&#39; xmlns:caps=&#39;urn:ietf:params:xml:ns:pidf:caps&#39; entity=&#39;sip:9013349018@irock.com&#39;&gt;closedtuple&gt;presence&gt; 
<br />&gt; 
<br />&gt; 
<br />&gt; # 
<br />&gt; U 2011/06/19 21:00:12.244401 173.203.93.107:5060 -&gt; 108.67.136.231:31194 
<br />&gt; SIP/2.0 200 OK. 
<br />&gt; 
<br />&gt; 
<br />&gt; Via: SIP/2.0/UDP 108.67.136.231:31194;branch=z9hG4bK-d8754z-72b75f4a63995f60-1---d8754z-;rport=31194. 
<br />&gt; To: 9013349018@irock.com&gt;;tag=31ec65e482de21ae66d7d44df69d3d8c-c4ef. 
<br />&gt; 
<br />&gt; 
<br />&gt; From: &quot;9013349018&quot;9013349018@irock.com&gt;;tag=b5e76db3. 
<br />&gt; 
<br />&gt; 
<br />&gt; Call-ID: ZGI1OTA4NmEyYjAzZjFiY2VhNDY4OWY1Njk5MWIwZDA.. 
<br />&gt; CSeq: 1 SUBSCRIBE. 
<br />&gt; Expires: 3600. 
<br />&gt; Contact: sip:sa@173.203.93.107:5060&gt;. 
<br />&gt; Server: Aethercommunications SIP Proxy. 
<br />&gt; 
<br />&gt; 
<br />&gt; Content-Length: 0. 
<br />&gt; 
<br />&gt; 
<br />&gt; 
<br />&gt; 
<br />&gt; Then in the Presentity table I have the following 
<br />&gt; 
<br />&gt; mysql&gt; select * from presentity; 
<br />&gt; +------+------------+-----------+----------+--------------------------+------------+---------------+-----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------+------------+--------+ 
<br />&gt; 
<br />&gt; 
<br />&gt; | id | username | domain | event | etag | expires | received_time | body | extra_hdrs | sender | 
<br />&gt; +------+------------+-----------+----------+--------------------------+------------+---------------+-----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------+------------+--------+ 
<br />&gt; 
<br />&gt; 
<br />&gt; | 2914 | 9013349018 | irock.com | presence | a.1308527728.29011.36.15 | 1308537940 | 1308534340 | pidf&#39; xmlns:dm=&#39;urn:ietf:params:xml:ns:pidf:data-model&#39; xmlns:rpid=&#39;urn:ietf:params:xml:ns:pidf:rpid&#39; xmlns:c=&#39;urn:ietf:params:xml:ns:pidf:cipid&#39; xmlns:lt=&#39;urn:ietf:params:xml:ns:location-type&#39; xmlns:caps=&#39;urn:ietf:params:xml:ns:pidf:caps&#39; entity=&#39;sip:9013349018@irock.com&#39;&gt;closedtuple&gt;presence&gt; | | | 
<br />&gt; 
<br />&gt; 
<br />&gt; | 2916 | 9013349018 | irock.com | presence | a.1308527728.29010.37.2 | 1308538423 | 1308534823 | pidf&#39; xmlns:dm=&#39;urn:ietf:params:xml:ns:pidf:data-model&#39; xmlns:rpid=&#39;urn:ietf:params:xml:ns:pidf:rpid&#39; xmlns:c=&#39;urn:ietf:params:xml:ns:pidf:cipid&#39; xmlns:lt=&#39;urn:ietf:params:xml:ns:location-type&#39; xmlns:caps=&#39;urn:ietf:params:xml:ns:pidf:caps&#39; entity=&#39;sip:9013349018@irock.com&#39;&gt;closedtuple&gt;presence&gt; | | | 
<br />&gt; 
<br />&gt; 
<br />&gt; | 2915 | 9013349019 | irock.com | presence | a.1308527728.29012.38.7 | 1308538476 | 1308534876 | pidf&#39; xmlns:dm=&#39;urn:ietf:params:xml:ns:pidf:data-model&#39; xmlns:rpid=&#39;urn:ietf:params:xml:ns:pidf:rpid&#39; xmlns:c=&#39;urn:ietf:params:xml:ns:pidf:cipid&#39; xmlns:lt=&#39;urn:ietf:params:xml:ns:location-type&#39; xmlns:caps=&#39;urn:ietf:params:xml:ns:pidf:caps&#39; entity=&#39;sip:9013349019@irock.com&#39;&gt;opendm:person id=&#39;pb4ae929f&#39;&gt;Availableperson&gt; | | | 
<br />&gt; 
<br />&gt; 
<br />&gt; | 2917 | 9013349018 | irock.com | presence | a.1308527728.29013.33.2 | 1308538770 | 1308535170 | pidf&#39; xmlns:dm=&#39;urn:ietf:params:xml:ns:pidf:data-model&#39; xmlns:rpid=&#39;urn:ietf:params:xml:ns:pidf:rpid&#39; xmlns:c=&#39;urn:ietf:params:xml:ns:pidf:cipid&#39; xmlns:lt=&#39;urn:ietf:params:xml:ns:location-type&#39; xmlns:caps=&#39;urn:ietf:params:xml:ns:pidf:caps&#39; entity=&#39;sip:9013349018@irock.com&#39;&gt;closedtuple&gt;presence&gt; | | | 
<br />&gt; 
<br />&gt; 
<br />&gt; | 2918 | 9013349018 | irock.com | presence | a.1308527728.29012.42.1 | 1308538823 | 1308535223 | pidf&#39; xmlns:dm=&#39;urn:ietf:params:xml:ns:pidf:data-model&#39; xmlns:rpid=&#39;urn:ietf:params:xml:ns:pidf:rpid&#39; xmlns:c=&#39;urn:ietf:params:xml:ns:pidf:cipid&#39; xmlns:lt=&#39;urn:ietf:params:xml:ns:location-type&#39; xmlns:caps=&#39;urn:ietf:params:xml:ns:pidf:caps&#39; entity=&#39;sip:9013349018@irock.com&#39;&gt;opendm:person id=&#39;p0f48c387&#39;&gt;Availableperson&gt; | | | 
<br />&gt; 
<br />&gt; 
<br />&gt; +------+------------+-----------+----------+--------------------------+------------+---------------+-----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------+------------+--------+ 
<br />&gt; 
<br />&gt; 
<br />&gt; 
<br />&gt; 
<br />&gt; If I delete all the Presentity records in the presentity table that have the closed in them then Presence status updates start working like they should. Then when the Bria client is shut down it updates the record in Presentity with closed. 
<br />&gt; 
<br />&gt; 
<br />&gt; 
<br />&gt; Where is the issue? What do I need to fix or is this a Counterpath Bria issue???
<br />&gt; 
<br />&gt; 
<br />&gt; _______________________________________________
<br />&gt; Users mailing list
<br />&gt; Users@lists.opensips.org
<br />&gt; 
<br />&gt; 
<br />&gt; http://lists.opensips.org/cgi-bin/mailman/listinfo/users
<br />&gt; 
<br />&gt; 
<br />&gt; 
<br />&gt; 
<br />&gt; _______________________________________________
<br />&gt; 
<br />&gt; 
<br />&gt; Users mailing list
<br />&gt; Users@lists.opensips.org
<br />&gt; http://lists.opensips.org/cgi-bin/mailman/listinfo/users
<br />&gt; 
<br />&gt; 
<br />&gt; 
<br />&gt; 
<br />&gt; 
<br />&gt; 
<br />&gt; -- 
<br />&gt; --
<br />&gt; *--*--*--*--*--*
<br />&gt; Duane
<br />&gt; *--*--*--*--*--*
<br />&gt; --
<br />&gt; 
<br />&gt; 
<br />&gt;