[Freeswitch-users] Voicemail Behavior

[Steven Ayre]

It gives them the ability to call into their voicemail externally from an
unrecognised number and login to check their messages. You could use
'check', but that needs a separate extension which from PSTN probably needs
either IVR or a separate DID. It's just more than one way to do it.


On 9 October 2014 01:42, Siri MM <sirimmfs at gmail.com> wrote:

> Thanks Michael,
>
> If I were to add the passcode, caller will be prompted for the passcode.
> After getting rid of login_keys, I don't observe this behavior anymore.
>
> Could you please help me understand the login_keys feature better? Why
> should a caller be provided access to the voicemail box of a callee - that
> too when he is supposed to leave a recording? If one wanted to access
> his/her own voicemail box, then I thought the voicemail application with data="check
> default $${domain}" would suffice..
>
>
> On Thu, Oct 9, 2014 at 6:06 AM, Michael Collins <msc at freeswitch.org>
> wrote:
>
>> Check in voicemail.conf.xml for a line with something like "login_keys".
>> You can comment that out to prevent the ability of someone getting in.
>> However, it also sounds like user 901 does not have a passcode set on his
>> voicemail box. I would confirm that as well.
>>
>> -MC
>>
>> On Tue, Oct 7, 2014 at 9:40 PM, Siri MM <sirimmfs at gmail.com> wrote:
>>
>>> Hi,
>>>
>>> I am currently using Freeswitch 1.2.7. I have setup a couple of
>>> extensions, with voicemail enabled as follows:
>>>
>>> Under directory, extension xml has vm-enabled set to true
>>>
>>> Under dialplan, I have the following:
>>> <extension name="901" >
>>>    <condition field="context" expression="public" >
>>>    </condition>
>>>    <condition field="destination_number" expression="^901$" >
>>>        <action application="ring_ready" />
>>>        <action application="set" data="call_timeout=10" />
>>>        <action application="set" data="continue_on_fail=true" />
>>>        <action application="set" data="hangup_after_bridge=true" />
>>>        <action application="bridge" data="user/901" />
>>>        <action application="answer" />
>>>        <action application="voicemail" data="default $${domain} 901" />
>>>
>>>    </condition>
>>> </extension>
>>>
>>>
>>> Now, lets say I dial the above extension 901 from another extension, say
>>> 902. After 10 seconds, the call is redirected to voicemail:
>>> a. Voice prompt says: "Person at extension 901 is not available. Record
>>> message after the tone. Press any key or stop talking to end the recording"
>>> b. At this stage, if the caller (902) records a message, and presses any
>>> key other than '*', then the normal voicemail submenu continues (i.e. Press
>>> 1 to listen, 2 to save etc..)
>>> c. However, if the caller (902) were to record a message and press '*',
>>> instead of the above voicemail sub menu, he actually gain access to the
>>> callee's Voicemail box!! Caller 902 is able to listen to 901's messages,
>>> change settings etc.
>>>
>>> Could anyone please let me know if I am missing something here?
>>>
>>>
>>> _________________________________________________________________________
>>> Professional FreeSWITCH Consulting Services:
>>> consulting at freeswitch.org
>>> http://www.freeswitchsolutions.com
>>>
>>> Official FreeSWITCH Sites
>>> http://www.freeswitch.org
>>> http://confluence.freeswitch.org
>>> http://www.cluecon.com
>>>
>>> 
>>> 
>>>
>>> FreeSWITCH-users mailing list
>>> FreeSWITCH-users at lists.freeswitch.org
>>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
>>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
>>> http://www.freeswitch.org
>>>
>>
>>
>> _________________________________________________________________________
>> Professional FreeSWITCH Consulting Services:
>> consulting at freeswitch.org
>> http://www.freeswitchsolutions.com
>>
>> Official FreeSWITCH Sites
>> http://www.freeswitch.org
>> http://confluence.freeswitch.org
>> http://www.cluecon.com
>>
>> 
>> 
>>
>> FreeSWITCH-users mailing list
>> FreeSWITCH-users at lists.freeswitch.org
>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
>> http://www.freeswitch.org
>>
>
>
> _________________________________________________________________________
> Professional FreeSWITCH Consulting Services:
> consulting at freeswitch.org
> http://www.freeswitchsolutions.com
>
> Official FreeSWITCH Sites
> http://www.freeswitch.org
> http://confluence.freeswitch.org
> http://www.cluecon.com
>
> 
> 
>
> FreeSWITCH-users mailing list
> FreeSWITCH-users at lists.freeswitch.org
> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
> http://www.freeswitch.org
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20141009/b775c5ca/attachment-0001.html