Inaki,
I think that all of what you ask for can probably be achieved through
some combination of HTTP/HTML/flash, IMAP (possibly including extensions
being developed in the lemonade WG) and SIP MWI. Vendors may currently
use proprietary mechanisms for voicemail access from desktop phones but
I rather suspect existing standards would suffice.
Thanks,
Anders
Iñaki Baz Castillo wrote:
> Hi, we already have the MWI protocol to notify the number of read and unread
> messages to a subscriber, but AFAIK there is not a integrated protocol to
> manage the voicemail remotely (via SIP).
>
> All the solutions I've seen are based on a voice IVR ("press 1 to listen the
> message, press 2 to delete it...").
> There are also web pages accessing to the voice messages and showing info and
> actions for them.
>
> But I really expect the existence of a real protocol for this task.
>
> Advantages:
> - A user could browse him voice messages via the screen and buttons of him
> deskphone (instead of calling an extension to manage them via poor DTMF).
> - The phone could show a detailed list of stored messages by showing the
> origin, date... (MWI just shows the number or read and unread messages).
>
>
> Not sure how could be the SIP specification for this, perhaps something as
> the
> following:
>
> - A more complete MWI notification specification, showing more data about
> messages. This would envolve the typicall SUBSCRIBE/NOTIFY mechanism.
>
> - A SIP method type to request Actions in the server. It could be an already
> existing method (INFO?, MESSAGE?) or maybe a new one (ACTION?). For example:
>
> ACTION sip:[EMAIL PROTECTED] SIP/2.0
> From: <[EMAIL PROTECTED]>;tag=qweqweqwe
> Class: vmm <-- Voice Mail Management
> Content-Type: application/vmm-action.xml
>
> <?xml version="1.0" encoding="UTF-8"?>
> <vmmAction xmlns="urn:ietf:params:xml:ns:vmm-action">
> <action>delete</action>
> <param>new/1</param>
> </vmmAction>
>
>
> - Also, when the user browses the voice messages list in him phone and press
> the buttom "Listen" over one of them, an INVITE could be generated (the
> voicemail URI must be previously configured of course):
>
> INVITE sip:[EMAIL PROTECTED];message=new/1 SIP/2.0
>
>
>
> Is it feasible? does it already exist something like this (probably better
> xD)?
>
> Thanks a lot.
>
>
>
_______________________________________________
Sip-implementors mailing list
[email protected]
https://lists.cs.columbia.edu/cucslists/listinfo/sip-implementors
