[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