atcomsystems.ca/forum
Posted By: rstrek mailbox 990 default "nothing chosen" action - 08/19/20 07:14 PM
Until just recently, inbound calls to mailbox 990 would be routed to a particular multiple call group when no selection was made. That no longer seems to be happening.

I've gone over and over the settings and I'm drawing a blank. I've tried to find information in the documentation but I don't think I know the exact terminology.

Tips of where I should be looking?
What do you have as the "Chain done" destination under Groups/Chains?

I presume you have a mailbox with the extension field showing @Fxxx-H where xxx is the multiple DN number with the DND off in this mailbox?
If it's an IVP8, or other DOS based voicemail (not an iES or ES), then chain done would go to 991, and then chain done to the final destination, which would be the voicemail box that calls the MCG. Some people like to change the Chain off the first mailbox 990, but in my opinion everything works better if you keep 990 to 991 in place.
Originally Posted by newtecky
If it's an IVP8, or other DOS based voicemail (not an iES or ES), then chain done would go to 991, and then chain done to the final destination, which would be the voicemail box that calls the MCG. Some people like to change the Chain off the first mailbox 990, but in my opinion everything works better if you keep 990 to 991 in place.

I agree leave 990 to go to 991 and then Chain done from 991 to either the mailbox 0 with the transfer settings to your MCG or create a mailbox for your MCG

Can you give us some more details of how it is currently configured?
Sorry I didn't provide more detail all. Thanks for the helpful information. The system is a Toshiba CIX 670. Voicemail is Stratagy ES.

We don't have a "991" mailbox.

Mailbox 990 has a common Greeting and day/night Instructional voice menus, set by a schedule. During either time, of course we see the same behaviour with callers immediately disconnected after the Instructional greeting finishes.


Mailbox 990 Chain done is set to TRANSFER with parameter "0".

We do want callers who do nothing to be transferred to the same destination ("500H") that pressing option "0" would do, if that's what "0" means. However I thought that box held a literal extension number.

If that is the case, we don't seem to have anything around with an extension of "0". We do have a mailbox whose ID was set to "0" long ago and probably by accident - we just left it having no idea what might happen if we messed with it. It's extension is just within our normal range.
OK thanks for the update

The 991 mailbox on the ES is the instructional greeting of mailbox 990.

Anyway you should have the "extension" field of mailbox 0 as @F500-H as this will stop normal mailbox operation and do the "flash recall" then dial 500 and hang up performing a blind transfer to MCG 500
Also make sure the DND is OFF in mailbox 0
Thanks for the fast reply Carl! My issue is probably related to the user mailbox that somehow ended up with ID "0" then if I had to guess.

I hit a "2 byte" limit trying to attach a screenshot of that mailbox so it's uploaded here: https://imgur.com/a/DVBGTiS



Out of curiosity I tried putting "500" and "500H" directly into the Chain done field, and as expected it did send the call to that MCG then after a delay, to that group's mailbox. I got the system's "Your call is very important, please continue to hold." message before the transfer though.
Your mailbox 0 has 376H in it this should be @F500-H if you want it to "blind" transfer to MCG 500

Your chain done in mailbox 990 should be "transfer" with value 0

the @ in mailbox 0 will stop the "Your call is very important, please continue to hold." message before the transfer though.
Thank you for the help. I made that update to mailbox 0 but unfortunately calls are still immediately disconnected.

Should mailbox 0 have Do Not Disturb enabled? It currently does: https://imgur.com/a/pu1Su0z
The DND needs to be off in mailbox 0
Once again, thanks. Alongside newtecky you've saved the day and everything is now working as expected.
welcome aok
© Sundance Phone System Forums - VOIP & Cloud Phone Help