[Serusers] consume_credentials() not removing Proxy-Authorization Header

Java Rockx javarockx at gmail.com
Thu Mar 17 13:06:53 CET 2005


Thanks Jan. remove_hf() is exactly what I resorted to.

Regards,
Paul


On Thu, 17 Mar 2005 04:51:13 -0500, Jan Janak <jan at iptel.org> wrote:
> OK, I got the point. I will extend consume_credentials and add a
> parameter where you could specify the realm of the credentials to be
> removed so that there would be no need to call www_authorize or
> proxy_authorize before.
> 
> In the meantime you can achieve similar functionality using remove_hf
> from textops module (provided that there are only one digest credentials
> in the message which is quite common).
> 
>   Jan.
> 
> On 16-03 13:12, Java Rockx wrote:
> > Yes, that's what I thought. But the documentation does say that
> > www_authorize() or proxy_authorize() must be called prior to
> > consume_credentials().
> >
> > In my case I see the Proxy-Authorization header in ACK and BYE
> > messages, so calling www_authorize() or proxy_authorize() isn't called
> > and consume_credentials() doesn't appear to remove the header in these
> > cases.
> >
> > It does work when processing INVITE messages, however.
> >
> > Regards,
> > Paul
> >
> >
> > On Wed, 16 Mar 2005 12:51:56 -0500, Jan Janak <jan at iptel.org> wrote:
> > > Yes, consume_credentials should remove them.
> > >
> > >   Jan.
> > >
> > > On 16-03 08:52, Java Rockx wrote:
> > > > Hi All.
> > > >
> > > > Should consume_credentials() remove the Proxy-Authorization header
> > > > from my SIP messages before I t_relay() them?
> > > >
> > > > If not, how should I remove the header? Use remove_hf() ?
> > > >
> > > > Regards,
> > > > Paul
> > > >
> > > > _______________________________________________
> > > > Serusers mailing list
> > > > serusers at lists.iptel.org
> > > > http://lists.iptel.org/mailman/listinfo/serusers
> > >
> >
> > _______________________________________________
> > Serusers mailing list
> > serusers at lists.iptel.org
> > http://lists.iptel.org/mailman/listinfo/serusers
>




More information about the sr-users mailing list