I have OpenSIPS set up with Presence and am using Counterpath'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'm having problems.  When two users agree to view each others presence it doesn't work.  I see that each user is recieving NOTIFY messages about the other users presence but the Bria client doesn't update the users status.  I see that every time a Bria client starts up it is Publishing its presence but it always has <basic>closed</basic> in the xml
<br />
<br />U 2011/06/19 21:00:12.240159 108.67.136.231:31194 -&gt; 173.203.93.107:5060
<br />PUBLISH sip:9013349018@irock.com SIP/2.0.
<br />Via: SIP/2.0/UDP 108.67.136.231:31194;branch=z9hG4bK-d8754z-96515b7ec527b151-1---d8754z-;rport.
<br />Max-Forwards: 70.
<br />Contact: &lt;sip:9013349018@108.67.136.231:31194;transport=udp&gt;.
<br />To: &quot;9013349018&quot;&lt;sip:9013349018@irock.com&gt;.
<br />From: &quot;9013349018&quot;&lt;sip:9013349018@irock.com&gt;;tag=71799813.
<br />Call-ID: NTJkNzgyYmMwMDQ1ZWUwMzExMzkyM2Y1OTgxNDgwN2U..
<br />CSeq: 1 PUBLISH.
<br />Expires: 3600.
<br />Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, NOTIFY, MESSAGE, SUBSCRIBE, INFO.
<br />Content-Type: application/pidf+xml.
<br />User-Agent: Bria 3 release 3.2.1 stamp 62387.
<br />Event: presence.
<br />Content-Length: 469.
<br />.
<br />&lt;?xml version=&#39;1.0&#39; encoding=&#39;UTF-8&#39;?&gt;&lt;presence xmlns=&#39;urn:ietf:params:xml:ns: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;&lt;tuple id=&#39;td9cbb9c2&#39;&gt;&lt;status&gt;&lt;basic&gt;closed&lt;/basic&gt;&lt;/status&gt;&lt;/tuple&gt;&lt;dm:person id=&#39;p0f48c387&#39;&gt;&lt;/dm:person&gt;&lt;/presence&gt;
<br />#
<br />U 2011/06/19 21:00:12.244401 173.203.93.107:5060 -&gt; 108.67.136.231:31194
<br />SIP/2.0 200 OK.
<br />Via: SIP/2.0/UDP 108.67.136.231:31194;branch=z9hG4bK-d8754z-72b75f4a63995f60-1---d8754z-;rport=31194.
<br />To: &lt;sip:9013349018@irock.com&gt;;tag=31ec65e482de21ae66d7d44df69d3d8c-c4ef.
<br />From: &quot;9013349018&quot;&lt;sip:9013349018@irock.com&gt;;tag=b5e76db3.
<br />Call-ID: ZGI1OTA4NmEyYjAzZjFiY2VhNDY4OWY1Njk5MWIwZDA..
<br />CSeq: 1 SUBSCRIBE.
<br />Expires: 3600.
<br />Contact: &lt;sip:sa@173.203.93.107:5060&gt;.
<br />Server: Aethercommunications SIP Proxy.
<br />Content-Length: 0.
<br />
<br />
<br />
<br />
<br />Then in the Presentity table I have the following
<br />
<br />mysql&gt; select * from presentity;
<br />+------+------------+-----------+----------+--------------------------+------------+---------------+-----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------+------------+--------+
<br />| id   | username   | domain    | event    | etag                     | expires    | received_time | body                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                            | extra_hdrs | sender |
<br />+------+------------+-----------+----------+--------------------------+------------+---------------+-----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------+------------+--------+
<br />| 2914 | 9013349018 | irock.com | presence | a.1308527728.29011.36.15 | 1308537940 |    1308534340 | &lt;?xml version=&#39;1.0&#39; encoding=&#39;UTF-8&#39;?&gt;&lt;presence xmlns=&#39;urn:ietf:params:xml:ns: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;&lt;tuple id=&#39;t1f9e4914&#39;&gt;&lt;status&gt;&lt;basic&gt;closed&lt;/basic&gt;&lt;/status&gt;&lt;/tuple&gt;&lt;dm:person id=&#39;pf69e3d57&#39;&gt;&lt;/dm:person&gt;&lt;/presence&gt;                           |            |        |
<br />| 2916 | 9013349018 | irock.com | presence | a.1308527728.29010.37.2  | 1308538423 |    1308534823 | &lt;?xml version=&#39;1.0&#39; encoding=&#39;UTF-8&#39;?&gt;&lt;presence xmlns=&#39;urn:ietf:params:xml:ns: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;&lt;tuple id=&#39;tb1de818c&#39;&gt;&lt;status&gt;&lt;basic&gt;closed&lt;/basic&gt;&lt;/status&gt;&lt;/tuple&gt;&lt;dm:person id=&#39;p43342606&#39;&gt;&lt;/dm:person&gt;&lt;/presence&gt;                           |            |        |
<br />| 2915 | 9013349019 | irock.com | presence | a.1308527728.29012.38.7  | 1308538476 |    1308534876 | &lt;?xml version=&#39;1.0&#39; encoding=&#39;UTF-8&#39;?&gt;&lt;presence xmlns=&#39;urn:ietf:params:xml:ns: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;&lt;tuple id=&#39;t5762491b&#39;&gt;&lt;status&gt;&lt;basic&gt;open&lt;/basic&gt;&lt;/status&gt;&lt;/tuple&gt;&lt;dm:person id=&#39;pb4ae929f&#39;&gt;&lt;dm:note&gt;Available&lt;/dm:note&gt;&lt;/dm:person&gt;&lt;/presence&gt; |            |        |
<br />| 2917 | 9013349018 | irock.com | presence | a.1308527728.29013.33.2  | 1308538770 |    1308535170 | &lt;?xml version=&#39;1.0&#39; encoding=&#39;UTF-8&#39;?&gt;&lt;presence xmlns=&#39;urn:ietf:params:xml:ns: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;&lt;tuple id=&#39;t4246cfbe&#39;&gt;&lt;status&gt;&lt;basic&gt;closed&lt;/basic&gt;&lt;/status&gt;&lt;/tuple&gt;&lt;dm:person id=&#39;p49e1604e&#39;&gt;&lt;/dm:person&gt;&lt;/presence&gt;                           |            |        |
<br />| 2918 | 9013349018 | irock.com | presence | a.1308527728.29012.42.1  | 1308538823 |    1308535223 | &lt;?xml version=&#39;1.0&#39; encoding=&#39;UTF-8&#39;?&gt;&lt;presence xmlns=&#39;urn:ietf:params:xml:ns: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;&lt;tuple id=&#39;td9cbb9c2&#39;&gt;&lt;status&gt;&lt;basic&gt;open&lt;/basic&gt;&lt;/status&gt;&lt;/tuple&gt;&lt;dm:person id=&#39;p0f48c387&#39;&gt;&lt;dm:note&gt;Available&lt;/dm:note&gt;&lt;/dm:person&gt;&lt;/presence&gt; |            |        |
<br />+------+------------+-----------+----------+--------------------------+------------+---------------+-----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------+------------+--------+
<br />
<br />
<br />If I delete all the Presentity records in the presentity table that have the &lt;basic&gt;closed&lt;/basic&gt; 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 &lt;basic&gt;closed&lt;/basic&gt;.
<br />
<br />Where is the issue?  What do I need to fix or is this a Counterpath Bria issue???