@nickbh To answer your question, FusionPBX does not use the FreeSWITCH mod_voicemail, so I don't think the voicemial files in autoload_configs are not relevant.
I have tried to replicate this fault without success. On all of my installations (test and live) I have paid attention to the file:
/usr/share/freeswitch/scripts/app/voicemail/resources/functions/listen_to_recording.lua
This file sets out the dtmf digits for what will happen to the voicemail, in all of then I see:
Code:
<snip>
elseif (dtmf_digits == "5") then
message_saved(voicemail_id, uuid);
return_call(caller_id_number);
elseif (dtmf_digits == "7") then
delete_recording(voicemail_id, uuid);
message_waiting(voicemail_id, domain_uuid);
--fix for extensions that start with 0 (Ex: 0712)
if (voicemail_id_copy ~= voicemail_id and voicemail_id_copy ~= nil) then
message_waiting(voicemail_id_copy, domain_uuid);
end
elseif (dtmf_digits == "8") then
forward_to_extension(voicemail_id, uuid);
dtmf_digits = '';
session:execute("playback", "phrase:voicemail_ack:saved");
<snip>
Clearly here, the instruction associated with the digit is correct. The playback code in macro.lua also looks fine.
Maybe there could be some sort of DTMF interpretation issue?
I'm not sure how I can help further, I've had a look on IRC but not seen any chatter about this issue.
