exten => +13129842314,1,Noop(Happy match!) or
exten => _+1NXXNXXXXXX,1,Noop(Happier match!) Karl Fife wrote: > "Steve Murphy" <[EMAIL PROTECTED]> wrote: >> People have voiced this before; but the cut-down version of RE's that >> the matching algorithms allow are fairly fast, both in the new and >> the old pattern matching algorithms. >> > > Steve > > Your explanation is clear and it seems like a good design choice to > exclude support for regular expressions, but what seems odd (maybe a bug > in fact) is the specific exclusion of characters +, # and *. > > It sounds like you're saying: > exten => [0-9*#+].,... is invalid, therefore not a bug, and that only > numeric parameters such as: > exten => [0-6].,... would be valid. > > If this is correct could you please explain the proper way to match any > extension beginning with + > such as > '+13129842314' > without also matching: -- Consulting and design services for LAN, WAN, voice and data. Based near Birmingham, AL. Now accepting clients worldwide. Contact me for Tellabs echo canceling systems. Also see http://www.fnords.org/skillslist.html _______________________________________________ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users