[Asterisk-Dev] Voicemail option parsing

[Stephan A. Edelman]

Let's focus back on the task at hand. I'm not proposing to drop the
multiple context handling at all, I'm just interested in revising the
option string to allow additional parameters with more complicated
arguments (my motivation is obviously to add a per mailbox
"externnotify" parameter)

I'd like to proceed with coding Kevin's idea, unless someone has any
additional suggestions on approaching this differently.

Stephan.
 

-----Original Message-----
From: asterisk-dev-bounces at lists.digium.com
[mailto:asterisk-dev-bounces at lists.digium.com] On Behalf Of Chris A.
Icide
Sent: Friday, April 15, 2005 8:36 PM
To: Asterisk Developers Mailing List
Subject: Re: [Asterisk-Dev] Voicemail option parsing


-----BEGIN PGP SIGNED MESSAGE-----

I can't imagine why we would want to remove the functionality that is
voicemail contexts.

Having contexts in the voicemail function is a huge benefit.  I'm using
it in multiple dial plans.  If it was removed, I would have to abstract
the voicemail box from the user and do some fancy dialplan work to link
the two.

Lets look at it like this.  I have a class 5 switch (or a costly
softswitch) and I've chosen to use asterisk as a voicemail server for my
services.  I route all calls that are not answered or busy from the
switch to a single asterisk voicemail system for voicemail.  I have
several different companies that have identical internal centrex
extensions and want to have the same voicemail id's.  Now I just host a
different VM context for each company served and I'm golden.

Without contexts, I would have to make the mailbox identifier a
meaningless serial number, and implement a mapping system from the
caller to the unique serial id of their voicemailbox.

- -Chris



On 05:05 PM 4/15/2005, Brian West wrote:
 >
 >Ok with that why not create a voicemail channel driver and
 >Dial(Voicemail/blah)
 >
 >/b
 >
 >On Apr 15, 2005, at 5:30 PM, BJ Weschke wrote:
 >
 >>  Because iax and sip IDs are usually hidden behind dial plans and
>> registrations that the end users don't see.
 >>
 >>  One of the nice thing about unique per context vs. unique per
system  >> mailboxes right now is that VoiceMailMain doesn't end up
having any  >> conflicts if you setup a separate general DID for each
context to get  >> into their mailbox when dialing in externally.
 >>
 >> On 4/15/05, Brian West <brian.west at mac.com> wrote:
 >>> To be honest mailboxes just like sip peers should be unique on the
>>> system.  So you could only have one mailbox called 1000 in your  >>>
system.
 >>>


<snip>

-----BEGIN PGP SIGNATURE-----
Version: PGP 8.1

iQCUAwUBQmBd3e0LTNca2q41AQE1jgP3fy9iIw50BzjDU/OLLIdIFCCVpEgYEE2Z
9Mb4Y6Z1XD39yfzg/wKwJD4XT//nnD3Wz34xA9gf+7nNXvyKNtxepG9OCtGGBUZ8
pA6eMVPw86spFoIz4DMBwHy6iBaYVVJNdJyWZrsmsVPfmTykxQYaPoJdOUGkbXGh
x+6Z5OV9BA==
=LM+b
-----END PGP SIGNATURE-----

_______________________________________________
Asterisk-Dev mailing list
Asterisk-Dev at lists.digium.com
http://lists.digium.com/mailman/listinfo/asterisk-dev
To UNSUBSCRIBE or update options visit:
   http://lists.digium.com/mailman/listinfo/asterisk-dev