[Asterisk-Dev] [patch] Function to check passcode against vmpasscode

Alexander Lopez alex.lopez at opsys.com
Tue Jan 17 16:18:51 MST 2006


 app_Authenticate supports 'j'umping. The documentation for
VMAuthenticate does not state this, But it would be better and probably
easier for you to have VMAuthenticate support jumping or have it define
a variable so that you can continue iin your dialplan.

Alex


> -----Original Message-----
> From: asterisk-dev-bounces at lists.digium.com 
> [mailto:asterisk-dev-bounces at lists.digium.com] On Behalf Of 
> Gil Kloepfer
> Sent: Tuesday, January 17, 2006 6:07 PM
> To: Asterisk Developers Mailing List
> Subject: Re: [Asterisk-Dev] [patch] Function to check 
> passcode against vmpasscode
> 
> I wrote:
> >The rationale behind this is that there are occasions where I have 
> >already read a "password" (I'm calling it a passcode since 
> it is really 
> >just digits) and want to just test it against a particular user's 
> >voicemail mailbox password.  This differs from VMAuthenticate which 
> >requires the password to be entered at the same time the 
> test is done.
> 
> On Tue, Jan 17, 2006 at 04:53:00PM -0600, Kevin P. Fleming responded:
> > So why don't you just add an option to VMAuthenticate to pass the 
> > password in, instead of creating a new app/function?
> 
> That's a good question.
> 
> My understanding is that VMAuthenticate ends the current call 
> if the password doesn't match what's in voicemail.conf.  I 
> don't necessarily intend on ending the call or trying to 
> reauthenticate.  There actually is a specific case I have 
> where I'm planning to do some alternative action if the 
> passwords don't match.
> 
> I can understand the desire to limit the number of 
> apps/functions in Asterisk, but I'm not sure changing 
> VMAuthenticate is the right way to handle this.  It's a 
> matter of whether to add additional options and args to 
> VMAuthenticate vs. creating an extra function.
> Both ideas have merit.
> 
> I'm definitely open to ideas though.  Thanks for the good feedback.
> 
> ---
> Gil Kloepfer
> astr-dev at kloepfer.org
> _______________________________________________
> --Bandwidth and Colocation provided by Easynews.com --
> 
> Asterisk-Dev mailing list
> To UNSUBSCRIBE or update options visit:
>    http://lists.digium.com/mailman/listinfo/asterisk-dev
> 



More information about the asterisk-dev mailing list