[Serusers] How to block m_dump() for some users
Michal Matyska
michal at iptel.org
Mon Jun 18 16:35:02 CEST 2007
Hi Tomasz,
its strange, I'll check when I get some time for it.
Do you use 2.0.rcX or HEAD?
Anyway, you can temporarilly use @hf_value from textops for the same
purpose...
Expressions are evalueated form left to right, so
if (A && B) - if A is false, B is not evaluated at all...
Michal
On Po, 2007-06-18 at 09:20 +0200, tzieleniewski wrote:
> Hi,
>
> Michal when I check the condition for Allow header I get the following:
> Jun 18 09:15:08 rd ser[20567]: Unable to resolve select 'Allow' at level 2
> Jun 18 09:15:08 rd ser[20567]: BUG: route.c:358: Unable to resolve select
>
> Cheers
> Tomasz
>
> > On Pá, 2007-06-15 at 10:45 +0200, Vaclav Kubart wrote:
> > > Hi Tomasz,
> > >
> > > > if (@ruri == "sip:name at domain") ?
> > >
> > > something like this could work. Try it and you will see. :-)
> >
> > Yes, or use (@ruri.name == "name")
> >
> > > > There would be nice to have such functionality that when UA registers
> > > > and there is no MESSAGE message indicated in the Allow header field
> > > > the offline messages are not dumped to the UA.
> > >
> > > You can do such test in your config script before calling m_dump (if
> > > triggered by REGISTER). It is possible to search using regular
> > > expression (look for 'search' function usage in example config files).
> >
> > if (@msg.header["Allow"] =~ "mwi") might be faster and more elegant way
> >
> > Michal
> >
More information about the sr-users
mailing list