we just noticed, not sure if it started with 5.0.43 or the one before it but one of the two versions seem to have broken the feature for Voice Mail settings / Mail box, it used the extension numbers voice mail NOT the one picked from the list..

same for the Voicemail retrieval Extension is also stuck on the default extension

anyone else seeming the same problems..?

George,

I could not recreate the problem.

Does it happen when User Extension is created, updated, or in both cases?

I have edited the extension, deleted and created with and again with out its own mail box, maes no difference.. sip.conf for ext 801 (test ext)

[801-axint]

qualify=no

nat=yes

pickupgroup=12

callerid=George-Home <801>

context=from-inside-axint

canreinvite=no

vmexten=301

secret=LFWsER

username=801-axint

host=dynamic

subscribecontext=local-extensions-axint

callgroup=12

dtmfmode=rfc2833

type=friend

mailbox=301@default-axint

disallow=all

allow=ulaw

allow=alaw

allow=gsm

as you can see it shoulod be using and again checking 301, when a call it made and it goes to voice mail I see the following..

-- Executing [s@macro-Verizon-Userexten-Base:146] Dial("SIP/901-axint-00863eb0", "SIP/801-axint|20|rtT") in new stack

-- Called 801-axint

-- SIP/801-axint-0094f770 is ringing

-- Nobody picked up in 20000 ms

[Nov 1 00:11:45] NOTICE[16347]: cdr.c:434 ast_cdr_free: CDR on channel 'SIP/801-axint-0094f770' not posted

-- Executing [s@macro-Verizon-Userexten-Base:147] Goto("SIP/901-axint-00863eb0", "s-orig-NOANSWER|1") in new stack

-- Goto (macro-Verizon-Userexten-Base,s-orig-NOANSWER,1)

-- Executing [s-orig-NOANSWER@macro-Verizon-Userexten-Base:1] Goto("SIP/901-axint-00863eb0", "s-NA|1") in new stack

-- Goto (macro-Verizon-Userexten-Base,s-NA,1)

-- Executing [s-NA@macro-Verizon-Userexten-Base:1] GotoIf("SIP/901-axint-00863eb0", "0?s-exit|1") in new stack

-- Executing [s-NA@macro-Verizon-Userexten-Base:2] GotoIf("SIP/901-axint-00863eb0", "1?s-NA-VOICEMAIL|1") in new stack

-- Goto (macro-Verizon-Userexten-Base,s-NA-VOICEMAIL,1)

-- Executing [s-NA-VOICEMAIL@macro-Verizon-Userexten-Base:1] Answer("SIP/901-axint-00863eb0", "") in new stack

-- Executing [s-NA-VOICEMAIL@macro-Verizon-Userexten-Base:2] GotoIf("SIP/901-axint-00863eb0", "0?ringing") in new stack

-- Executing [s-NA-VOICEMAIL@macro-Verizon-Userexten-Base:3] VoiceMail("SIP/901-axint-00863eb0", "u801@default-axint") in new stack

-- Playing '/var/spool/asterisk/voicemail/default-axint/801/unavail' (language 'en')

as you can see 801 unavail was used..

Until we find a better way to keep everyone informed of changes I will be adding change log for all the releases here.

George,

This does look like a bug. Since we are allowing mailbox number to be different from the extension we have to make sure that we are not assuming that the mailbox matches an extension in other parts of the system - grr... I wonder if we should just restrict mailbox to be the same as the user extension - always?

Thanks for reporting,

Alex

I'm not sure I'm following you

>> I wonder if we should just restrict mailbox to be the same as the user extension - always?

I work from the office and at home, managing 2 different mail box's is a pain, having 1 used for both extension as its currently designed to do would be best.

since we can't see the code I can't say what happened BUT it did work but seems to have stopped with (I'm guessing here) with updates to the voicemail retrieval extension which is a GREAT feature

Thanks

George