Voicemail email template - Caller ID name issue

[alcoutop]

Hi everyone,

I was able to configure Voicemail to Email. The functionality works great, however, I am having issues with the Caller ID name that goes along with the email message.
For some reason, the Caller Name (person who left the voicemail) shows as the Caller Number instead. See print below:


Where the white number (2528) is being shown incorrectly. It should be the name instead.

Some Troubleshooting I have made:

- I looked at the CDR for this specific call and I confirmed that the caller_id_name variable is set (wrongly) to the number:



The same shows at FusionPBX tutorials:
https://docs.fusionpbx.com/en/latest/applications/call_detail_record.html

- Tried to edit the "caller_id_name" to "effective_caller_id_name". Didn't work.


Any ideas?

Thank you!
Alan

 

[alcoutop]

Bellow is some additional information I found from the fs debug.
Please, note the line:
EXECUTE [depth=0] sofia/internal/2527@xx.xx.com set(caller_id_name=2527)

Thank you,
Alan

2019-12-17 12:38:16.947683 [NOTICE] switch_channel.c:1118 New Channel sofia/internal/2527@xx.xx.com [4f6e7792-9495-4c57-ad4e-4af37f93ea99]
2019-12-17 12:38:16.947683 [WARNING] sofia_reg.c:1793 SIP auth challenge (INVITE) on sofia profile 'internal' for [2528@xx.xx.com] from ip 192.168.10.10
2019-12-17 12:38:17.027619 [INFO] mod_dialplan_xml.c:637 Processing 2527 <2527>->2528 in context xx.xx.com
EXECUTE [depth=0] sofia/internal/2527@xx.xx.com set(user_exists=true)
EXECUTE [depth=0] sofia/internal/2527@xx.xx.com set(from_user_exists=true)
EXECUTE [depth=0] sofia/internal/2527@xx.xx.com set(extension_uuid=43c0838c-cd9f-4173-a6c3-9f895c0f51c4)
EXECUTE [depth=0] sofia/internal/2527@xx.xx.com set(hold_music=)
EXECUTE [depth=0] sofia/internal/2527@xx.xx.com set(forward_all_enabled=false)
EXECUTE [depth=0] sofia/internal/2527@xx.xx.com set(forward_all_destination=)
EXECUTE [depth=0] sofia/internal/2527@xx.xx.com set(forward_busy_enabled=false)
EXECUTE [depth=0] sofia/internal/2527@xx.xx.com set(forward_busy_destination=)
EXECUTE [depth=0] sofia/internal/2527@xx.xx.com set(forward_no_answer_enabled=false)
EXECUTE [depth=0] sofia/internal/2527@xx.xx.com set(forward_no_answer_destination=)
EXECUTE [depth=0] sofia/internal/2527@xx.xx.com set(forward_user_not_registered_enabled=false)
EXECUTE [depth=0] sofia/internal/2527@xx.xx.com set(forward_user_not_registered_destination=)
EXECUTE [depth=0] sofia/internal/2527@xx.xx.com set(forward_all_enabled=false)
EXECUTE [depth=0] sofia/internal/2527@xx.xx.com set(follow_me_enabled=false)
EXECUTE [depth=0] sofia/internal/2527@xx.xx.com set(do_not_disturb=false)
EXECUTE [depth=0] sofia/internal/2527@xx.xx.com set(call_timeout=30)
EXECUTE [depth=0] sofia/internal/2527@xx.xx.com set(missed_call_app=)
EXECUTE [depth=0] sofia/internal/2527@xx.xx.com set(missed_call_data=)
EXECUTE [depth=0] sofia/internal/2527@xx.xx.com set(toll_allow=United States)
EXECUTE [depth=0] sofia/internal/2527@xx.xx.com set(call_screen_enabled=false)
EXECUTE [depth=0] sofia/internal/2527@xx.xx.com set(user_record=)
EXECUTE [depth=0] sofia/internal/2527@xx.xx.com set(caller_destination=2528)
EXECUTE [depth=0] sofia/internal/2527@xx.xx.com set(caller_id_name=2527)
EXECUTE [depth=0] sofia/internal/2527@xx.xx.com export(call_direction=local)
EXECUTE [depth=0] sofia/internal/2527@xx.xx.com set(from_user_record=)
EXECUTE [depth=0] sofia/internal/2527@xx.xx.com export(dialed_extension=2528)
EXECUTE [depth=0] sofia/internal/2527@xx.xx.com set(caller_id_number=2527)
EXECUTE [depth=0] sofia/internal/2527@xx.xx.com export(origination_callee_id_name=2528)
EXECUTE [depth=0] sofia/internal/2527@xx.xx.com set(RFC2822_DATE=Tue, 17 Dec 2019 12:38:17 -0800)
EXECUTE [depth=0] sofia/internal/2527@xx.xx.com hash(insert/xx.xx.com-last_dial/2527/2528)
EXECUTE [depth=0] sofia/internal/2527@xx.xx.com eval(not_secure)
EXECUTE [depth=0] sofia/internal/2527@xx.xx.com limit(hash xx.xx.com 2528 5 error/user_busy)
EXECUTE [depth=0] sofia/internal/2527@xx.xx.comm set(hangup_after_bridge=true)
EXECUTE [depth=0] sofia/internal/2527@xx.xx.com set(continue_on_fail=true)
EXECUTE [depth=0] sofia/internal/2527@xx.xx.com hash(insert/xx.xx.com-call_return/2528/2527)
EXECUTE [depth=0] sofia/internal/2527@xx.xx.com hash(insert/xx.xx.com-last_dial_ext/2528/4f6e7792-9495-4c57-ad4e-4af37f93ea99)
EXECUTE [depth=0] sofia/internal/2527@xx.xx.com set(called_party_call_group=)
EXECUTE [depth=0] sofia/internal/2527@xx.xx.com hash(insert/xx.xx.com-last_dial//4f6e7792-9495-4c57-ad4e-4af37f93ea99)
EXECUTE [depth=0] sofia/internal/2527@xx.xx.com set(api_hangup_hook=lua app.lua hangup)
EXECUTE [depth=0] sofia/internal/2527@xx.xx.com export(domain_name=xx.xx.com)
EXECUTE [depth=0] sofia/internal/2527@xx.xx.com bridge(user/2528@xx.xx.com)

 

[ad5ou]

Check what is listed under extension 2527. Unless the dial plans have been modified, the "set caller_id_name" is pulled from the extension page (table)

 

[alcoutop]

Check what is listed under extension 2527. Unless the dial plans have been modified, the "set caller_id_name" is pulled from the extension page (table)
View attachment 1197

@ad5ou Thanks for you reply. I haven't changed. The internal dialplan is default.
Below is the effective caller ID name. It is set to Alan.



Here I also add some info from CDR (effective_caller_id_name confirmed as Alan)
origination_callee_id_name though is the number.


Thanks,
Alan

 

[ad5ou]

I seem to remember that field being in dial plan at some point in past but maybe not.
As far as I can tell, the internal caller ID Name would have to come from the actual phone settings.

The dialplan could be modified to extract the variable listed in the extension data table but I’m not sure of exact syntax needed without testing. Time permitting I will try a few things tomorrow

 

[ad5ou]

There are probably cleaner ways to make this work, but here is what I did.
Modify "user_record" dial plan. Scroll to "group 5" It should look like:

I added the following lines:
actionsetcaller_id_name=${user_data ${sip_from_user}@${sip_from_host} var effective_caller_id_name}
actionseteffective_caller_id_name=${user_data ${sip_from_user}@${sip_from_host} var effective_caller_id_name}

So now it looks like:

 

[alcoutop]

Hi

There are probably cleaner ways to make this work, but here is what I did.
Modify "user_record" dial plan. Scroll to "group 5" It should look like:
View attachment 1200
I added the following lines:
actionsetcaller_id_name=${user_data ${sip_from_user}@${sip_from_host} var effective_caller_id_name}
actionseteffective_caller_id_name=${user_data ${sip_from_user}@${sip_from_host} var effective_caller_id_name}

So now it looks like:
View attachment 1201

Hi @ad5ou thanks for your time. It didn't work.
Caller name still shows the number.

Looks like my default dial plan was a little bit different than yours.
Here is how it was:

Here is how it is now:

It is interesting the fact your suggestion is to change the recording dial plan section.
I am reading this page (which I had no luck either), which suggests a change on local_extension
https://www.pbxforums.com/threads/effective_caller_id_name-set-to-dialed-name.2845/#post-10859

BTW, I am using FS ver 1.10.1 and FPBX ver 4.5.10

Thank you,
Alan

 

[ad5ou]

Hmm it looks like something has changed in that dial plan since the one I edited for example was created. I’m using Fusion 4.5.10 as well.

It looks like for the new dial plan it should be added to group 4. It should only have the single condition check.
I only chose to use the user_record dial plan because it already had the logic for checking if call came from a local extension.

 

[alcoutop]

Now I understand the issue.
For some reason FusionPBX is using the caller ID Name from the phone (aastra) and not from Extensions (FusionPBX).
At least for the Email Templates.

Since I don't have a CallerIDname defined on the phone, my caller id name ends up being my caller id number as well.
EXECUTE [depth=0] sofia/internal/2527@xx.xx.com export(origination_callee_id_name=2528)
EXECUTE [depth=0] sofia/internal/2527@xx.xx.com set(caller_id_name=2527)

My Effective Caller ID turns out to be my sip screen name on my aastra phone and not sip line1 display name (which is the variable FusionPBX uses to be the caller ID name for the email template)



# #################
# SIP settings - per-line
# #################
#v_device_lines
{foreach $lines as $row}
sip line{$row.line_number} screen name: {$row.display_name}
sip line{$row.line_number} user name: {$row.user_id} # used in SIP URI
sip line{$row.line_number} password: {$row.password}
sip line{$row.line_number} auth name: {$row.user_id} # used in Authorization header field of SIP REGISTER request
......
{/foreach}

I tried to simply rename screen name to sip line1 display name but had no success.

Has anybody ever gone through a similar issue? Any suggestion?

Thank you!
Alan

 

[ad5ou]

My dial plan modifications should show the correct info if put in the correct spot. It worked for 3 different brands of phone. The dial plan modification would override anything the actual phone is sending.

But.... your problem is actually a fault in the aastra provisioning template. I don't know the aastra so not sure what the field should be called in the template, but it would be a simple addition.

Perhaps it just needs sip line{$row.line_number} caller id: {$row.display_name}

# #################
# SIP settings - per-line
# #################
{foreach $lines as $row}
sip line{$row.line_number} display name: {$row.display_name}  # Caller ID
sip line{$row.line_number} screen name: {$row.display_name}
sip line{$row.line_number} screen name 2: {$row.user_id}
sip line{$row.line_number} caller id: {$row.display_name}

IF that corrects problem, I would suggest submitting a pull request to update those templates, or file a bug report on fusionpbx.com and someone else can add it.

 

[alcoutop]

@ad5ou Thank you!
Yes that fixed. I had to combine both solutions you suggested. Only adjusting the sip profile was not enough. I also had to edit the dial plan per your recommendation.
And Yes, I have submitted a request on FusionPBX so they can fix it. I have also included the link of this conversation.
Thank you for your help,
Alan

 

[cp6183]

Hello - Is there any way someone can help me fix where is the (to) field it can state a name as well. My customer employees leaves messages in vmail boxes and they are sent to the supervisors, and when they receive the email they need it to state in the to field the name of the mailbox the message was left in instead of the extension. Can anyone give ideas? I changed the email template of default to the {caller_id)_name} and still no go.
@ad5ou any insight on this one?