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