[asterisk-dev] MiniVM and message forwarding

[Brian McManus]

 I am pulling apart the configuration and the source for MiniVM...  Until I
have worked with it quite a bit you will have to excuse my minivm ignorance
:)

Right now I just have one question, with minivm did you intend to have the
administrator, in dialplan, use minivmrecord to place the files in
/var/spool/asterisk/voicemail/1234/?  On the user side, am I supposed to
create a macro to use playback() to then play the message to the user when
they login?

I know you are intending for maximum flexibility and it seems to all be grey
area.  I just have not seen an example of logging in and listening to your
voicemail through an extension, all of the macros I see seem to throw it out
in to the email ether and delete it from the disk.

I will wait for your ideas and suggestions....  I'm thinking I should
possibly create a minivmlogin and a minivmplayback.

-- Brian McManus



On Wed, Dec 3, 2008 at 2:49 AM, Johansson Olle E <oej at edvina.net> wrote:

>
> 3 dec 2008 kl. 10.09 skrev Tzafrir Cohen:
>
> > On Wed, Dec 03, 2008 at 09:14:14AM +0100, Johansson Olle E wrote:
> >>
> >> 3 dec 2008 kl. 00.59 skrev Watkins, Bradley:
> >>>
> >>> Off the top of my head, I would say it could be an option to
> >>> Record().
> >>> This would have the side effect of potentially being useful other
> >>> than
> >>> within minivm, but might be to fine-grained to make it practical for
> >>> my
> >>> original stated purpose.  That said, it would be easy enough and
> >>> perhaps
> >>> I'll add it anyway.
> >>>
> >>
> >>> It could be and option to MinivmRecord, which would reduce the
> >>> proliferation of Minivm* applications (which may or may not be
> >>> considered a good thing or neutral).  This option is also fairly
> >>> congruent with the current separation between what the minivm
> >>> applications do versus what they expect a dialplan to accomplish.
> >>>
> >> The idea with minivm is to have a larger set of unique apps. Don't
> >> hesitate
> >> to create a new one if your new functionality doesn't fit into the
> >> existing set.
> >> We don't want another huge voicemail app ;-)
> >>
> >>> The last option I came up with immediately was a MinivmForward app.
> >>> The
> >>> primary advantage here is that there might be some chicanery
> >>> that's a
> >>> little easier to do in C as oppposed to the dialplan, with the
> >>> disadvantage that then you're tied to that functionality unless you
> >>> want
> >>> to change the source and recompile (not an issue with me, but with
> >>> respect to users of the applications).
> >> I think you need a function to concatenate two recordings, or
> >> prepend/
> >> append to
> >> an existing prompt. Then you need the MinivmForward app - if its'
> >> still
> >> needed. After concatenating the prompt, it's just another voicemail
> >> to store.
> >
> > Assuming you use local files as a storage, right?
> >
> > And what if you don't want to assume that?
>
> Well, we don't have anything else at this point in Mini-voicemail.
> If we add any other storage at some point, you're right. Then we
> need the MinivmForward app.
>
> /O
>
> _______________________________________________
> --Bandwidth and Colocation Provided by http://www.api-digital.com--
>
> asterisk-dev mailing list
> To UNSUBSCRIBE or update options visit:
>   http://lists.digium.com/mailman/listinfo/asterisk-dev
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.digium.com/pipermail/asterisk-dev/attachments/20081211/1ebbed66/attachment-0001.htm