[Asterisk-Dev] Voicemail option parsing

[Chris A. Icide]

-----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-----