VM to Email Subject Line with Leave Mail Action

[Ragnorak]

I have noticed a difference in the subject line of the email based on how thw call reaches the mailbox. I have a day menu that transfers the call to the extension and a night message that uses a Leave Mail action so that the phone doesn't ring.

With the transfer action the email subject is "voicemail message (callerID > Extension Name" but with the Leave Mail Action it displays "voicemail message (callerID > Extension Number"

The customer receives messages from multiple mailboxes and would like to see "Emergency Mailbox" rather than 299 in the subject line. Anyone know a way to change this behavior?

 

[kholladay]

Transfer the call to the "Emergency Mailbox" instead of using the Leave Mail action.

Kyle Holladay / IPOfficeHelp.com
ACSS/ACIS/APSS Avaya SME Communications
APDS Avaya Data
MCP/MCTS Exchange 2007/2010
Adtran ATSA, Aruba ACMA

"Thinking is the hardest work there is, which is the probable reason why so few engage in it." - Henry Ford

 

[Ragnorak]

He has phones in his house. So if I use transfer the phones will ring at night, or he'll need to double the mailboxes (splitting each into day/night).

I know I can find a way to get the voicemail answered via a transfer so he can see the name. I'm trying to do it with as few alterations to the current setup as possible because every change to the user experience comes with a conversation I really would prefer not have. I was just wondering if anyone had run across this and found a way around it. Maybe a registry setting in the VM Pro PC or one of those elusive no user source entries.

 

[AACon]

use the #XXXX shortcode as a transfer destination and it wont ring the extension.

Though if you're super cool, you could do a voice question with an email function with the attachment and be able to put anything you want into the email subject/body.

But that wont make the phone light up though.

-Austin
ACE: Implement IP Office

 

[kholladay]

Or put a time profile on the group that puts it into night service so it doesn't ring after hours with the transfer feature.

Kyle Holladay / IPOfficeHelp.com
ACSS/ACIS/APSS Avaya SME Communications
APDS Avaya Data
MCP/MCTS Exchange 2007/2010
Adtran ATSA, Aruba ACMA

"Thinking is the hardest work there is, which is the probable reason why so few engage in it." - Henry Ford

 

[Ragnorak]

Tried the #XXX transfer. Still shows the extension not the group name.

The time profile would work perfectly for after hours calls. I can tell hime he'll have to live with ext number for the occasional day voicemail he may get.

 

[AACon]

Or, Like I said, use a voice question with an email function and you can make the subject and body say anything you want and include the attached wav file.

Unless lighting the phone and storing in a vmpro mailbox is a requirement, that is a good way to go.

-Austin
ACE: Implement IP Office

 

[Ragnorak]

As an update, I tested using Night mode on the Hunt Groups with the transfer action and the email showed up with the extension not the name. It looks like the call needs exit the voicemail call flow and be sent straight to a mailbox to have the name and not the extension number show. I need to test a couple other configurations.

I may do the voice question route if he can live without teh message waiting light. I have never done the Voice Question to email before. Will it automatically attach the wav file or is there a default naming convention for the wav that I put into the attachment field on the email action?

 

[tlpeter]

A voice question can do light up but you need to send it to a group and then use Hgroupname as source code.


BAZINGA!

I'm not insane, my mother had me tested!

www.lantel.nl

 

[Ragnorak]

Just an update after some testing.

It seems that it will only send the name of the Hunt Group/User if the call rings and goes to voicemail.

A Leave Mail action, a transfer to a Hunt Group in night mode that never rings any phones, anything in VM Pro that manipulates the call flow results in the extension showing in the email and not the name.

Some options even show the original targeted extension not the actual extension the voicemail was left in.

I came up with a set up the customer is happy with, just figured I'd post the results of my testing.

At least in 7.0 (12) the vm to email will always show extension number rather than hunt group/user name unless the call rings a phone and is sent to vm with no redirection from vm pro.