Search results for query: *

Thanks everyone for responding. Cook1082's idea was very good but I did reset the mailbox and even chaning the extension number. One thing I have not tried was to change the target line. Before I did so, I changed the ring delay for no answer from 4 rings to 3. The problem disappeared all of a...

We have an old Norstar Key system in use but recently one of the line is acting up. This line has a DID number and inbound calls work correctly when the line is free. Normally, when there is no answer or if the line is busy, the call will be forwarded to voice mail. It works if the call is...

Sorry for my stupidity. I was trying to call internally from one phone to another. MOH only works for external calls. After more searching in the forum, I found this: http://www.tek-tips.com/viewthread.cfm?qid=202546&page=605 jerryreeve (Vendor) The trouble of no MOH or Tones OH but...

Thanks for the quick response. Unfortunatley, I am a network guy but not a phone technician. I don't have buttset but would buy one if it is necessary. Anyway, I can hear the background music from Feature 86. I tried switching Background Music (from FTR Seetings) to Tone but the party being...

I have an old Norstar in the office that has Music On Hold set up. Lately, we found that callers cannot hear anything while put on hold. We can still hear the background music from a radio connected to the system. Usually that music also goes to the MOH. Checked Background Music in Feature...

Good point. I will check the non-existant DN on my next trip. After I change the delay to 3 rings, VM now picks up before routed to the bad DN.

I rebooted it numerous time already. Like other lines in the office, there is no line assigned to "Answer DNs" under Line Access. Other lines work fine still.

xjswx, I have done what you suggested but still have no idea what is going on. >>Go back to the set in question and change the Fwd no answer to none. Release from programming. Done. After setting FCNA to none, when I called that DN again, at 4 rings, I was forwarded to the non-existant...

The so called "non-existant" extension was the old extension number for the VM system. The installer changed it when we re-configured the system. I believe it is an MICS 3.0 or 4.0.

xjswx, I checked the phone unit and the system config. No forwarding is in effect.

Two questions are spawned. Is there an easy way to verify how if this DN was set up as an answer DN for another number? I can adjust the number of rings for FCNA for the DN to reduce it to 3. But this has no effect on DID calls. How can I make a similar adjustment to inbound calls to this DID?

An extension number is not forwarding calls to VM although "Forward no answer" was set up correctly under "Capabilities". While calling that extension number, my display shows that the call is forwarded to an non-exist extension. My call is then dropped, instead of being forwarded to VM...

Thanks again for the input. Since this is a new problem that I discovered, I am going to start with a new thread.

I have more info regarding the VM problem just mentioned. An extension number is not forwarding calls to VM although "Forward no answer" is checked to be set up correctly under "Capabilities". Later, I tried to change the no. of rings from "4" to "3". It started to work. I think somewhere...

Deweyhumbolt, I rebooted the Norstar system. The Update message disappeared. I was told that the extension number was not in use. However, it was picked up by a VM greeting when called. I am going to leave it alone for now until I have to reuse the DN. Now I run into another issue of having...

Thanks for the explanation. I have set relocation off for an hour already. No phone sets have been moved during that time. However, my phone still showing "UPDATE". When I press the softkey beneath it, it displays "DNs Updating:1". Then I press the "DNs" softkey, it shows "DN 4353". We do...

I was convinced to use "set relocation". Unfortunately, I ran into trouble even before making any changes. As I have never used that feature, I turned on "set relocation" the first time just to observe. Then a minute later I turned it off. The moment when I press "Rls" after finishing...

Thanks everyone for contributing your idea. Like RikRodgers said, they are all valid. To a novice like me, it is easiest just to use "set relocation". When I did my web searching yesterday, I found that some people did not like using this feature. They said it would throw documentation out...

We have a Norstar System that is using PRI along with DID numbers. Recently we have to switch the DID number of a phone line due to people moving offices. In short, x2001 now becomes x2002 and vice versa. I can change the DN's of the two lines by going to Terminals & Sets -> System Programming...

Thanks to everyone who contributed ideas to the issue. Problem was resolved by removing the AA assigned to the line. User is happy. Curlycord's instruction was extremely useful to a novice like me.