CallBack

a few things about that..

1) the freepbx core user base is not exclusive to business. You will see a lot of kiddie scripts designed to do some very kiddie things that are not related to businesses at all; like making asterisk call you to remind you to water your plants.

2) I'm not sure what country you are in, but here in the US, for most carriers, my calling your mobile or you calling me makes no difference in the cost to your mobile phone plan; they both consume the same number of minutes and no other additional charges apply.

3) This is very easy to abuse; especially in freepbx which accepts anonymous sip traffic. By creating a slew of sip calls directly to the PBX using the callerid of a call-back I could, for example, cleverly trick you into making hundreds if not thousands of calls to numbers I profit from. I could also do the same thing just cycling through random callerid's off of a list, perhaps even the national do-not-call registry; which would, in return, generate a LOT of FCC complaints about your pbx calling them; in turn causing you much grief.

4) any feature like this that does not exist already in thirdlane can easily be programmed by the admin and integrated without much fuss. If you know how to write asterisk dialplan then writing scripts is just another name for macro's. If calling a person back is that important to you in spite of the warnings I outlined then you could write your call-back script tailored to your needs.

thanks for the info. You wouldnt know of an easy way to write a script/macro like that? Im still trying to get to grips with creating dialplans. Couldnt imagine writing a script/macro at this stage.

Thanks

Personally, I think that the FreePBX codebase is a complete cluster f**k. You have some stuff stored in the Astdb, some in MySQL, some in the dialplan itself, which gets rewritten when you do a reload, some code that is written in dialparties.agi, which also gets rewritten with a reload. Don't forget the php modules also. Something as simple as setting the music on hold class gets hard coded in the dialplan when its reloaded. I mean, WTF? In what bizarro world does hard coding the music on hold class make sense to anyone? Thats one of the many things I like about Thirdlane. It pretty much all makes sense. Its not perfect, but I've been able to make dozens of custom modifications to the Thirdlane dial plan (and the user portal) in a fairly easy way. The tools are pretty much there for you. Anyway, you have two choices here if you want a feature that FreePBX has. (1) Copy the code from FreePBX and use that as a starting point. (2) Have someone do it for you. Just a thought.
FSD

im gonna go out on a limb and say you dont fly the freepbx flag..... :) Thanks for the info. I will try copy/paste and see how I get on. I also noticed various sip_custom etc etc files in freepbx. you just dont know which are being used. Thirdlane only has one sip.conf, one extensions.conf etc. Seems more logical.

Thanks again.

some key applications that pertain to what you want to do include

Read()
SayDigits()
CALLERID(number)
AGI()

also make yourself familiar with a 'callfile' and how to construct an originating callfile that will call that person. Once you collect your information you can use the AGI command to pass variables to a custom external application (php script, perl script, bash script) that will create the callfile for you and drop it in the appropriate directory.

Hi

did you succeed to create callback ?
I'm very interested in that function

many thanks

Hello

Im also wondering if you managed to get that working.

Br

Jörgen Andersson

unfortunately, not yet :-(