Search results

I want to keep by PBX's as standard as possible so that it doesn't hinder consistency with upgrades. Would there be any chance of something like this landing on their roadmap do you think?

I figured this was for if you have 10 extensions, and you wanted 201-209 to be able to dial out on a specific gateway, and ext. 301 wasn't allowed to dial out (because it was a public / receive only phone) then you'd use something like this? FreePBX has this...

What's the general recommended way to deal with and manage bank holiday custom conditions within FusionPBX/freeswitch? Just scoping opinions on the best way to manage these annually :)

If they use that API key, does that instantly log them in then? And give them access to the whole system via the GUI? Or do you think it's wiser to use that API key as a method of supplying the FusionPBX localhost server with GET / POST commands?

Awesome! Why did you scrap it?

Yeah I've also heard there's a commercial one too, however I'm not really willing to pay for something just in order to play with it in order to try and make the offering better for the projecct itself! :-) Don't really like creating and using forks either, unless there's a positive chance it...

Hi, Has anyone put any thought or has any knowledge (based on the source code) on how to implement a basic API for FusionPBX? Such as, create a new extension, retreive CDR's programatically, create a new IVR via an API call? There are a couple of API's on Github, however they are either...

Ah I see OK great, yeah that all makes sense - it's sometimes worth factoring in this definition when you just need a group of phones to Ring, and calls to sit and wait to be answered - FIFO is better for basic queues as there are no 'agents' as such to 'manage'.

Thanks. So what's the difference between call center queues and normal queues then? Just user management / reporting?

Is it possible to block a wildcard number within FusionPBX? It asks for 'The Exact Number' on the Call Block app - what if I wanted to block a certain country, or even area code for example? Thanks

Kinda good that it's called "PBX Forums" now then, looking forward to the debate and apologies for causing trouble o_O

Oh wow really, I assumed these were the official forums for some reason. Not that happy now I know it's a very 'closed' project - especially if the creator is dead against building a friendly community around it - crazy!

Shouldn't it be something like this, for consistency? or

Is there a way to (for example) if you know you have an inbound route of 212-34 56-7890 for example, and any tennant dials out that number, that FusionPBX / Freeswitch could say "that number is hosted here" and route it internally, rather than out via a trunk? (To effectively provide free calls?)

That's a cool feature. Does it support ranges? Or just the pipe character?

Hi, At the moment, you set the URL you want to lookup cidlookup.xml as one static URL. I've tried finding an additional $(domain) or $(domain_name) or $(context) variable I can access to also put into the url so I could then proxy the relevant requests to their relevant lookup sources, but...

Does it break it for everyone else? To me it appears to be a non-breaking change, as in theory everyone elses will be set to the extension manually they want them to be anyway? It's just saving people from adding it in moving forward? I see this as a pretty good suggestion of improvement...

But its still held on the system, duplicated! Just seems a less efficient was of doing it thats all :)

Yeah so i have to manually set the outbound caller id on every extension? Seems like a lot of duplication when the extension could be set at Route level, with the option to set it at extension level when it needs to be different?

That's what I'm suggesting, but it doesn't seem to work. Where do you set this? setting this in the Outbound route or the Gateway doesn't seem to take effect, unless I'm filling in the wrong box? When I'm not forcing the CLI on the Extension, the PBX is providing 44<ext> (so 44102) as the CLI...