We have a DXP Plus with feature set 17d. We are using Keyvoice 11.1 voicemail software. When we dial 2400 (the voicemail extension) we initially hear "that was in invalid entry" followed by our recorded greeting. I have run a trace and it shows:
11-30-2004 08:47:57.40 Evt 0x01E( IDD timer): L= 3, s=0x02( In Box ), d=0x0000, b= 800
11-30-2004 08:47:57.42 B-Evt 0x01E( IDD timer): B= 800, s=0x002(Receive digit), d=0x0000
11-30-2004 08:47:57.43 TRANSLATION: Using file [TRANS.TXT]
11-30-2004 08:47:57.44 TRANSLATION try: [8xxxx] [9] (No)
11-30-2004 08:47:57.46 TRANSLATION try: [9xxxx] [9] (No)
11-30-2004 08:47:57.47 TRANSLATION try: [A@##] [9] (No)
11-30-2004 08:47:57.48 TRANSLATION try: [A@#xxxx#] [9] (No)
11-30-2004 08:47:57.50 TRANSLATION try: [B@#xxxx#] [9] (No)
11-30-2004 08:47:57.51 TRANSLATION try: [C@#xxxx#] [9] (No)
11-30-2004 08:47:57.53 TRANSLATION try: [DDxxxxDD] [9] (No)
11-30-2004 08:47:57.54 TRANSLATION try: [DAxxxx##] [9] (No)
11-30-2004 08:47:57.55 TRANSLATION try: [DAxxxx#yyyy#] [9] (No)
11-30-2004 08:47:57.57 TRANSLATION try: [DxxxxD] [9] (No)
11-30-2004 08:47:57.58 TRANSLATION try: [9#xxxx] [9] (No)
11-30-2004 08:47:57.59 TRANSLATION try: [9xxxx2] [9] (No)
11-30-2004 08:47:57.61 TRANSLATION try: [9xxxx] [9] (No)
11-30-2004 08:47:57.62 TRANSLATION try: [#xxxx] [9] (No)
11-30-2004 08:47:57.63 TRANSLATION try: [xxxx*] [9] (No)
11-30-2004 08:47:57.65 TRANSLATION try: [xxxx2] [9] (No)
11-30-2004 08:47:57.66 Bad id was: [9]

Our voice mail integration digits in VMMI only includes 9 under "Incoming Intercom Answer" and "Logon"

Can anyone help me make this message go away?

Try 9992 instead of 2400

I'm not sure I understand. 2400 is just the extension number assigned to the first port on the voicemail system. If I try to dial ITCM 9992, it goes to an outside line and dials 992 (9 for an outside line, followed by 992) This is the process we go through right now to reproduce the problem. We dial ITCM 2400, we hear the "invalid entry" message, our recorded message (from routing box 800) then begins to play, we could then hit # (which is 9992 in the routing box setup) to enter a mailbox, but the problem occurs before we get this far. It occurs just prior to the box 800 message playing.

Ok I'm with ya now.Just for fun try 240 instead of 2400.

Tried it and nothing occurred. Thanks for taking your time on this, any other ideas?

First, repost your question in the voicemail forum, bigdog3, who is hunting this week but will be back on Monday I think, has resolved this issue once before. You might find it if you try a search. I think it is something in the trans.txt file but I don't recall what. Also, in the routing box programing, set the "wait for more digits" field to [yes] that alone might be the trouble, but bigdog is the whiz on the keyvoice dos files.
mark

A couple of questions, is this a new install or has something changed on an old install? Dou you have serial intergration with the VM? If so does pressing VMAIL lcd key give you the same results?

Kerry

I will repost in voicemail as requested as soon as I can. This is a new install. I will have to try pressing the VMAIL button on an LCD phone and then I will let you know. By the way, I tried the "wait for more digits" without success.

When you installed this, did you tell the VMail what ext. it was attached to? ie: port 1 is 2400 port 2 2401 etc.? If not Run PBX setup Utility. reboot PC.

Someone in the Voicemail board replied, suggesting changing the "9" option on the routing box to point back to the same routing box. This caused the "invalid entry" message to go away, and since we didn't need 9 options, it is sufficient. Thank you all for your help.

That was a good answer you got in the VM forum. Comdial systems send a 9. That is why when setting up VM for a Comdial system, digit 9 in the routing box must always be the same as the routing box number, at least on the initial routing box, or routing box being translated to in the trans.txt file. Setting all routing boxes up like this has just become a habit, kinda like making *=9998 and #=9992.

A LITTLE MORE FYI ON THIS.

I always try and remember that you need to put the routing box number in the digit 9 field on any routing box that answers the call or is the very first routing box the call hits.

what happens is when the voicemail answers and it sees the digit 9 being dialed it assumes it is being dialed by the caller and tries to route it via the routing digits wihin the answering routing box. So if you put the box thats answers the call say 800 in the digit field 9 so it just routes it back to itself. The voicemail has completed its job by routing the call when it saw the digit 9 and does not play the error message.

sorry a little long, But I thought I would help out by explaining in some detail why this should be done.

BD3c

------------------