Juha Heinanen writes:
could the escaped chars explain the failure or the
fact that
resource-list is an uri?
i added one more debug statement and got:
May 1 20:53:43 siika /usr/sbin/pres-serv[28224]: INFO: rls [subscribe.c:94]: matching
<sip%3Ajh%2Bpresence%40test.tutpro.com> to <sip:jh+dialog@test.tutpro.com>
it clearly shows that the reason for not finding the uri are the escaped
chars in xcap rls-services doc.
does anyone know if escaped chars are valid in rls-services service
uri? if yes, then i guess the service uri needs to be unescaped before
the comparison.
-- juha