search for: authcodes

[moved from -dev, as the thread is better suited for -users] At 5:10 PM -0600 1/30/04, James Sharp wrote: > > I've pretty much got the routing covered at this point, I'm just not sure >> how to get the Asterisk system to answer and give me dialtone immediately. >> Any ideas or recommendations would be greatly appreciated. > >app_disa will give answer and give

Admittedly this is probably pretty stupid of me, but there are just some things I can't understand by reading documentation. Any suggestions or recommendations about how to handle my problem are greatly appreciated. I'm trying to achieve the same functionality as my Nortel PBX, without rewriting much 'C' code. In my dialplan I'd like to compare two variables as a means of

I am making an account confirmation system. Unfortunately, for some odd reason, the email''s authcode differs from mysql''s auth code. The email''s auth code is 84560046651013854756231785743141, yet mysql''s auth code is always 2147483647 for every account I create.... i don''t get it! The email''s auth code is taken from the same variable, and

I need to use an order''s id value in a validation. Basically, I am charging an order via a credit card API. I only want ot save the order if the credit card authorization was approved. I also want to send the order id to the credit card API as a transaction reference. And last but not least I want to add an error to the order object if the transaction is declined. The problem is

I'm using QSIG between Asterisk and an NEC SV8300. Whenever I make a call from the SV8300, I see: [Oct 4 21:02:49] ERROR[5729]: chan_dahdi.c:12226 dahdi_pri_error: !! < Unknown IE 50 (cs5, len = 3) I see an IE 50 in the Q.932 specification, so I don't understand why this error is occuring.

I've taken the liberty of starting a new thread to discuss the design of the Asterisk CDR mechanism. The discussion has been kindly initiated by murf putting together a proposal: http://svn.digium.com/svn/asterisk/team/murf/RFCs. After reading the proposal I still don't think it's the right way to go. To my mind adding more channel variables increases the complexity in a situation