Contact US

Log In

Come Join Us!

Are you a
Computer / IT professional?
Join Tek-Tips Forums!
  • Talk With Other Members
  • Be Notified Of Responses
    To Your Posts
  • Keyword Search
  • One-Click Access To Your
    Favorite Forums
  • Automated Signatures
    On Your Posts
  • Best Of All, It's Free!

*Tek-Tips's functionality depends on members receiving e-mail. By joining you are opting in to receive e-mail.

Posting Guidelines

Promoting, selling, recruiting, coursework and thesis posting is forbidden.

Students Click Here

Just for my own Sanity

Just for my own Sanity

Just for my own Sanity

Hi All,

I had a very strange Merlin Magix issue come up today. Instead of letting it go with the resolution, I keep thinking about it. I had a customer with a Merlin Magix R4 with a voicegate voicemail. (I have been trying to convince them that it's time to upgrade for a very long time). They programmed an adjunct extension with group cover to go to voicemail. Programmed in the cover delay set at defaults (Primary 2, Secondary 2, group 3) . They programmed 6 phones with a primary cover button for the adjunct number. Calls come into the auto attendant via PRI and get transferred accordingly.

The customer said that when a call comes into the AA and is transferred to the adjunct number, if the call goes unanswered it would go to the voicemail for the adjunct. If someone would answer the covered call and a second call would come in, the call would play the auto attendant instead of the VMB for the adjunct. I said maybe the transfer return time is too low, and a couple simple things that I thought could be causing this. Eventually I said I have to come onsite to check it out. Via monitor I traced the VMS Mode codes and I also had a digi grabber on the VM ports.
Sure enough, the mode codes to the adjunct from an outside line unanswered on the first call would be #02##XXX and it would play the VMB greeting for the adjunct. If I answered the call on a primary cover button and made a second call in, the mode code would be #01##8XX indicating the call was coming in from a trunk and play the AA.

I tried a lot of different scenarios including using a T/R port instead of an adjunct. Using a 44XX phone instead of the T/R port and the Adjunct. Looping a T/R port to a trunk port and setting the trunk port as the principal user (That worked but would only allow one call to go to voicemail). The final resolution was to lower the cover delay for group to 2. Primary is set to 2 and the group is set to 2. Even if we increased the Primary and lowered the group cover delay, the same results would happen. We even increased it to 3 and 3 with the same negative results. The transfer return time is set to 9. Does anyone have any idea what would cause that? This isnt normal behavior as far as I am concerned. Again, the system is functioning with 4 rings to VM. This is so I can finally put this issue to rest.

Thank you All,


RE: Just for my own Sanity

i know you said otherwise, i think the default aa transfer return is four rings. you have already proven that it is some interaction between coverage intervals and transfer return time. i use zero aa return most of the time. some intermittent reactions occur when transfer return and coverage delays are close in settings


RE: Just for my own Sanity

after sleeping on this situation, i must ask, is it possible that you set system, options, transfer return instead of aa transfer return?


RE: Just for my own Sanity

Wireboy was correct about the AA Transfer Return. I forgot about that. My mind must be slipping in my old age. Thanks again guys!

Red Flag This Post

Please let us know here why this post is inappropriate. Reasons such as off-topic, duplicates, flames, illegal, vulgar, or students posting their homework.

Red Flag Submitted

Thank you for helping keep Tek-Tips Forums free from inappropriate posts.
The Tek-Tips staff will check this out and take appropriate action.

Reply To This Thread

Posting in the Tek-Tips forums is a member-only feature.

Click Here to join Tek-Tips and talk with other members! Already a Member? Login

Close Box

Join Tek-Tips® Today!

Join your peers on the Internet's largest technical computer professional community.
It's easy to join and it's free.

Here's Why Members Love Tek-Tips Forums:

Register now while it's still free!

Already a member? Close this window and log in.

Join Us             Close