uid contains both userpart and domain part for instance:
sen(a)voip.rd.touk.pl
Please, what UID has your user? (it is stored in table
named 'uri')
Vaclav
On Mon, Jul 02, 2007 at 04:14:04PM +0200, tzieleniewski wrote:
> not really:/
>
> I have the following ser.cfg code:
>
> if lookup_user()
> {
> t_newtran()
> handle_subscription()
> ...
> if(check_subscription_status(pending))
> {
> ...
> }
> }
>
> strange thing is that the subscription appears to bein the pending state - I see it
from the log file, check_subscription_status(pending) return true.
>
> when I removed the lookup_user() the xcap queries appeared in the appache log but
still the status of subscribed presentity in the NOTIF was passed as closed (user was
registered).
> I wanted to use the lookup_user to easily distinguish between RLS and particular
user subscriptions.
>
> Cheers tomasz
>
> > Do you see any strange mesages in the log?
> > Vaclav
> >
> > On Mon, Jul 02, 2007 at 11:01:21AM +0200, tzieleniewski wrote:
> > > Hi Vaclav,
> > >
> > > Yes for sure.
> > > I have the apache server set up on the localhost and the xcap_root points
to the right place.
> > >
> > > Cheers
> > > tomasz
> > >
> > > > Hi,
> > > > do you have XCAP module loaded with "xcap_root" parameter
pointing to
> > > > the right server?
> > > >
> > > > Vaclav
> > > >
> > > > On St, čen 27, 2007 at 02:57:05 +0200, tzieleniewski wrote:
> > > > > Hi,
> > > > >
> > > > > I am trying to use the xcap authorization for PA during the
SUBSCRITPION message servicing.
> > > > >
> > > > > I have the following code which work fine when auth parameter is
set to 'none':
> > > > > if(lookup_user("$tu.uid", "@ruri"))
> > > > > {
> > > > > if (!t_newtran())
> > > > > sl_reply_error();
> > > > > drop;
> > > > > }
> > > > > (handle_subscription("registrar"))
> > > > > ...
> > > > > }
> > > > > but when I switch to auth 'xcap' I cant see any query
send to XCAP server simulated on apache according to the presence handbook.
> > > > >
> > > > > Please point me what do I miss.
> > > > > Thanks
> > > > > Cheers
> > > > > Tomasz
> > > > >
> > > > > _______________________________________________
> > > > > Serusers mailing list
> > > > > Serusers(a)lists.iptel.org
> > > > >
http://lists.iptel.org/mailman/listinfo/serusers