An extension can be configured to e.g. switch to voicemail on no answer, and/or not on-line, but a Hunt Group can also be configured with 'overflow' timeouts. IOW, both the extension and the HG to which it belongs can have timeouts to go to voicemail. Which has precedence? Or is it simply whichever comes first?

So if the extension times out first and switches to voicemail, that means the call is answered and the other extensions in the HG stop ringing? Or if the HG times out first, all extensions stop ringing?

Or is there some other way these 2 timeouts would interact?

This is in fact part of a bigger issue. When an extension is ringing due to being in a Hunt Group, does its Answer Mode have any effect? IOW, if an extension is set to forward to e.g. a hunt group which contains that extension, what happens when the extension's timeout is reached again while ringing in the HG?

I'm thinking I may have read somewhere that the extension timeout (forwarding etc) does not apply when ringing in a HG, which makes perfect sense as otherwise in the scenario above the extension would keep forwarding to the very HG that was causing it to ring in the first place. An infinite loop that you'd want to avoid so Draytek surely must have thought of this.

So my guess is that the extension's timeout is ignored when it's ringing in a HG. Can anyone confirm this?

And also, does an extension's timeout function for an internal call from another extension? So if the extension is set to forward to a HG, what happens when it receives an internal call? Does it forward the call on timeout?

Does that apply to a regular internal call AND if it's a transferred call?

Basically, the big question is, when does an extension's Answer Mode actually function? Under what circumstances does it come into play and when does it not?

This sort of information really ought to be in the full User Guide, but it's not. In fact the UG doesn't even include many of the newer features, e.g. HG labeling on caller ID. The manual/guide is now way behind and desperately needs updating.

It appears Draytek haven't completely thought this through. If an extension forwards (after e.g. 10 secs) to a Hunt Group that includes that extension, then every 10 seconds it loops as I explained above, but only for what looks to be 3 or 4 times, then it appears to realise it is looping and just continues with the single call. That's still no good though as it means 3 missed calls for every one you accept (unless it is picked up very quickly).

Sp forwarding from one HG to another fails miserably for any extension that exists in both.