Ticket #4097 (new Feature Requests)

Opened 3 years ago

Last modified 3 years ago

Please revert changeset 6291 (nomessage voicemail)

Reported by: hmronline Assigned to:
Priority: minor Milestone: Undetermined
Component: Voicemail Version: 2.7-branch
Keywords: voicemail destination Cc:
Confirmation: Need Feedback Distro:
Backend Engine: Asterisk 1.6 Distro Ver:
Backend Ver: SVN Revision (if applicable):

Description (Last modified by p_lindheimer)

re r6291

If you set a destination to voicemail busy option, the "b" flag will be used and therefore busy message followed by instructions will be played. This is mentioned as possibility #6 at http://www.voip-info.org/wiki/view/Asterisk+cmd+VoiceMail

If you set a destination to voicemail unavail option, the "u" flag will be used and therefore unavailable messaged followed by instructions will be played. This is mentioned as possibility #4 at http://www.voip-info.org/wiki/view/Asterisk+cmd+VoiceMail

Following the same logic, if you set a destination to voicemail no-msg option, no flag should be used and therefore only instructions should be played. This is mentioned as possibility #2 at http://www.voip-info.org/wiki/view/Asterisk+cmd+VoiceMail

This behaviour could be easily fixed by reverting changeset 6291.

However, if you want to still use the "s" flag, then all six possibilities described at http://www.voip-info.org/wiki/view/Asterisk+cmd+VoiceMail should be availabe for users through the GUI, because as FreePBX is working today, we users don't have an easy chance to remove the existing "s" flag (the opossite is true by adding "s" to VM_OPTS variable).

Thanks, Hernan.-

Change History

03/02/10 19:31:16 changed by p_lindheimer

  • owner deleted.
  • confirmation changed from Unreviewed to Need Feedback.
  • component changed from Core to Voicemail.

I don't know what you are getting at. Please describe the behavior that you feel is not working or was broken that you can no longer do. Right now you can have voicemail go to:

  • busy message
  • unavailable message
  • no message

those work fine. In addition, you can control whether or not you want the standard instructions played in voicemail on a per voicemail box basis (as well as some general control to this).

SO give all this, I'm inclined to close this ticket as invalid but will give you a chance to clarify your issue before making that evaluation.

03/03/10 15:08:41 changed by hmronline

Right now, if you select voicemail to go to "no message" option, nothing is played to the caller, not even the voicemail instructions. This is because the "s" flag is used when executing VoiceMail application. This is wrong.

It should work like this: If you select voicemail to go to "no message" option, only voicemail instructions must be played to the caller. No flag should be used when excecuting VoiceMail application on this case.

This way, users can still add the "s" flag to VM_OPTS variable if they want no message at all to be played.

In the other hand, if the "s" flag is there already (as it is working today), how users can force the voicemail application to play voicemail instructions anyway?

They won't be able, given the absence of flags is what VoiceMail application requires to play voicemail instructions only.

Hope this helps.

Thanks for your time. Hernán.-

03/05/10 19:49:13 changed by p_lindheimer

  • type changed from Bugs to Feature Requests.

thanks - I understand what you want to do now.

We'll have to consider your situation and making this change in context of the fact that it would break some existing setups that depend on no message being played at all despite what their normal voicemail option is set to. The current behavior was in fact the original intended behavior - as in "no message" meant to skip ALL messages that may otherwise be set in the voicemail box.

03/05/10 19:49:49 changed by p_lindheimer

  • description changed.

03/06/10 09:11:08 changed by hmronline

ok, in that case I would suggest adding a fourth option, something like "instrucctions". So user would have to choose among: busy,unavail,no-msg and instr

Thanks again, Hernan.-

06/25/10 13:57:54 changed by p_lindheimer

  • milestone changed from 2.8 to Cut Line.