atcomsystems.ca/forum Forums TDM Business Telephone Systems NEC Telephones & Systems SL1100 transfer to ext doesn't call fwd to Inmail.

Problem I've spent the better part of the day chasing down...

If you call in from the outside and dial an extension, it'll ring a few times, no answer, then go to the appropriate Inmail box.

If you call in from the outside, someone picks up, and they send you "VMSG" to an extension, you get routed to the appropriate Inmail box.

However -- if you call in from the outside, and someone transfers you to an extension, it rings a few time, no answer, it'll keep ringing indefinitely and never forward to the Inmail box.

I've confirmed Call Forwarding works by routing Ext 108 to forward to 107. It rings 108 a few times before routing over to 107. But if Ext 108 is routed to itself, 108 keeps ringing forever and ever.

I tried 24-02 Transfer Recall Time at 90 seconds and it rings well past that into the abyss.

24-01 Delayed Call Forward Time is 7 seconds.

47-01 Number of RNA Rings is 3.

What is in 24-09-03 & 05?

I think Justin has you on the right track - you're not using call forward no answer - Check the Dial Action Table in 47-13 - You're probably set to supervised transfer which is why the call transferred from Auto Attendant will go to the appropriate voicemail box. Make sure 24-09-01 is set to CFNA and 2-5 are populated with the VoiceMail Hunt Group (3999)

11-07, Group 32 is set to Pilot # 399. I assume this is a 3-digit, truncated version of the 3999 default?

For Extension 101...
24-09-01 CFNA
24-09-02, -03, 04, -05, -06, -07: 101 {that extension's own #}
(Previously -02, -03, -04, -05, -06, -07 set to 350 for all extensions, see below)

Dial action table 1
1/2 UTRF XXX
3 UTRF XXXX
4 Undefined
5 Go to 005
6 Undefined
7 UTRF 251
8 Undefined
9 Logon IXXX
0 Recording-1 250
* Recording-1 IXXX
# Logon IXXX
Timeout Recording-1 250

Original problem we encountered was calls from phone tree, CFNA via transfer, and from VMSG transfer all dead-ended. Appeared to be problem was that all extensions were CFNA'd to 350, which I'm surmising was supposed to be set to 399. I band-aided the issue by setting each person's respective extension to forward to their own extension number, which fixed the dead-ended InMail paths from the phone tree transfers and from VMSG transfers, but didn't fix the manual transfer issue.

To resolve this, would I assign 399 to only 24-09-02/-05, or fill up the entire list with that pilot #?

Thank you guys for your help on this.

Yes, the CFNA destination needs to be 399 (whatever is assigned to group 32 - newer software level uses 3999) for the call forwarding to voicemail. Don't forget to set 24-02-03 back to 15-20 seconds

You guys were right on the money. Thank you very much for your kind help!

MN