andy

Your are right. That makes perfect sense. I am happy with the suggested solution Maybe you should make this more clear in the wiki. Just add one sentence about these issues and everyone will know what's going on.

Well, no mystery at all. I did some additional testing and finally realized why my setup was not working. - The HANGUP TIMEOUT starts counting once the auto attendant picks up the call / there is a delay of +4 seconds towards the set number of seconds. - The REDIRECT NUMBER/TIMEOUT does not start counting until a personal welcome message has been played. The latter caused me to set bad timeout values, because I set my counting to start with the auto attendant's pickup. > Solution: - Standard announcement only: REDIRECT/TIMEOUT will be triggered after the set value. - Personal announcement: REDIRECT/TIMEOUT will not be triggered during the personal announcement. This timeout will only be triggered after the personal announcement, once the standard recordings picks up ("..pls enter your parties extension.."). > Suggestion: This behaviour makes sense in a standard environment. In our setup the personal announcement was repeated three times (one long soundfile), so callers could listen to the announcement of our extensions multiple times. Therefore the pbx was never able to redirect automatically, because the standard announcement did not come up. I would like to suggest to make the REDIRECT TIMEOUT independent of the announcement types and programming of the auto attendant would be more flexible.

No, that's not what's happening. I set the redirection time already to cover the case, that there is no input from the caller. But redirection is not working if there is a long announcement. It's only working with a short announcement. However I did not have the time yet to test how long an announcement could possibly be for redirection to work.

No reply so far, so I did some additional testing on this matter. It seems that REDIRECT NUMBER after TIMEOUT(S) is working fine by using the standard announcement or a short personal message. That's why no one else seems to have a problem. However, it takes my system TIMEOUT(S) + ca. 4 seconds to trigger a call to the REDIRECT NUMBER, once there is a standard announcement or a short personal message. The announcement I am having trouble with is 48 seconds long (telling extension numbers to the calling party). With this kind of announcement the very same REDIRECT NUMBER that is beeing called in the setup mentioned above, will not be called anymore. It did not test how long an announcement could possibly be until the problem occurs. Possibly the REDIRECT NUMBER/TIMEOUT(S) setup, cannot handle long announcements. Any comment of a PBXNSIP technician regarding this matter?

Well the topic description says ist all: I have set the auto attendant to call an internal (and working) REDIRECT NUMBER after a TIMEOUT(S) of xx seconds, but redirection is not happening. The HANGUP TIMEOUT is working fine. Could this be an undiscovered bug? I don't see a possibility for a faulty setup. The option are quite simple and straightforeward.

Great. I think this simple feature would be very useful to many users. Quite often in business you just want to give information to callers but not receive messages. A simple example is an announcement of opening hours.

Some of our voicemail boxes should not record messages, but return an announcement only to the calling party. I have tried to set Accounts/Mailbox/Maximum Number of Messages to 0. The system does not record any messages with this setting , but there is still a beep once the mailbox message has been played so people still think they can leave a message. Is there a way to solve this. If not I would like to suggest to include an option for announcement only. That's probably very easy to implement.