cancel
Showing results for 
Search instead for 
Did you mean: 
cancel
474
Views
0
Helpful
5
Replies

Forwarded voice emails not activating indicator light

ghiggs
Level 1
Level 1

The message indicator light on our phones are not working if a user forwards a voice message to another user. The original voice message that a user receives does activate the message indicator light on the phone but if that user forwards the message to another user, the new recipient of that message is only notified by their inbox and not by an activated indicator light. Is there a way to change this?

5 Replies 5

lindborg
Cisco Employee
Cisco Employee

That's not by design... a forwarded message that's tagged as a voice mail (i.e. message class of IPM.Note.Voice.Unity) should turn on the lamp if it's in an unread state in a subscriber's mailbox - Unity doesn't care how it got there (forwarded, direct, marked unread manually etc...) the notifier just notes that there's a voice message in an unread state and takes action.

If the lamp isn't working it's not likely related to the fact that the message was forwarded unless it's being forwarded by a desktop client that's not preserving the message type/media flags (Unity wouldn't offer it as a voice message over the phone if that were the case, however).

Unity isn't offering the forwarded voice mails as a voice message. So, is there a way to prevent the email clients from modifying the flags if that is the issue? Most users are using Outlook or Netscape as a mail client and we are using IMAP.

I have found that all of the incoming voice emails, whether forwarded or sent by Unity, all have a message class of IPM.Note.

That wouldn't be the case - sounds like maybe you guys are synching messages between stores or using some sort of client plug in scenario - Unity always sends messages as IPM.Note.voice.Unity - it's not capable of doing otherwise.

What's your configuration? Forwarding messages through anything other than Outlook connecting via MAPI can cause the message class/flags to be stripped - that could be what you have going on here.

We are setup as IMAP and not MAPI. Most of our users are *nix and use Netscape as their email client. Those users who are windows use Outlook but all connect via IMAP. How are the message class/flags not being stripped on the original email?