I have noticed something strange...
If I - on a CISCO IP PHONE 7940 SERIES phone (with a voicemail attached) - decline an incoming call from my own mobile telephone, the mobile telephone just get the message "local number 1595, is there no access to" and just hangs up. (Because I do not have any voicemail greetings configured).
If I do the same, on another CISCO IP PHONE 7940 SERIES, with no voicemail attached, I just gets the message: "Sorry, welcome greeting is there no access to". and then hangs up.
Is there anywhere I can configure that I can configure that the phone just hangs up, if I press decline and I do not want to talk with the number? (and avoid that the calling number gets the above message?)
For the "Ring In" line state, you have two options outside of the "Answer" softkey. One option is "DnD" (Do Not Disturb) and the other is "iDivert" (Immediate Divert). The latter option is the one I think you are using. iDivert is used to reject a call and immediately send it to voicemail. "DnD" (on the other hand) is something that essentially turns the ringer off. iDivert also only acts on the existing call while DnD is "sticky". You toggle it on and it stays on until you turn it off.
That being said, iDivert is not a call reject mechanism it is a diversion mechanism. More over, the feature uses the voicemail profile assigned to the line to determine how it is going to divert the call. If you set the line to "NoVoicemail", iDivert actually stops working on the phone.
So, if you must "reject" the call and do not like DnD, the only option would be to setup a call handler on the Unity system that has no greeting, a 24x7 schedule, a unique extension, and has an after greeting action of hanging up on the caller. Then, create a new voicemail profile with a mask set to the extension you assign to the Unity Call Handler. Assign this profile to the line in question. When the person hits iDivert from the line, it will send it to VM (as designed). VM hits the call handler you configured the caller is disconnected, immediately.
Now, the problem is that the caller's experience should count for something here. With iDivert, as soon as you divert the caller they are sent to voicemail. In the workaround scenario, this means we hang up on the user. This will be weird for them because they hear 1 or 2, maybe 3 rings and then "bam" fast busy. I suspect they'll look at their phone in an odd way, and call back again. Maybe even repeat this one or two more times. Then, they may call another person in the company and "report a problem" or they may never call back. The point being that it isn't graceful at all.
The alternative is to use DnD but the problem here is that once a user hits DnD, they would need to hit it again to turn it "off".
Sorry if this is confusing. The bottom line is there isn't a 1:1 mapping between existing features and your specific requirement.
Please remember to rate helpful posts.