asterisk users - Apr 2017 - Voicemail asking for login

On 2017-04-18 08:17 PM, Pete Mundy wrote:
>> On 19/04/2017, at 7:58 am, D'Arcy Cain <darcy at
VybeNetworks.com
>> <mailto:darcy at VybeNetworks.com>> wrote:
>>
>> <snip>
>> Everything looks the same as another one that works except for two
>> things.  The one that works doesn't have the "Probation
passed" lines.
>> I am not sure if that is even part of this call.  The other is the
>> line with "Playing 'vm-login.gsm'" in it.  at that
point the working
>> one has this:
>> <snip>
>
> Presumably also the line containing 'vm_authenticate: Couldn't read
> username' also doesn't appear in the output on a working mailbox
either?
Exactly.  Since it is not all digits it can't be entered.
> I think that's the place to concentrate your efforts.
> 
> It shows shortly after the attempt by VoiceMailMain to enter mailbox
> 'stocktrans2' in context 'VoiceMail'. Does this mailbox
exist?
Yes.
> Can you show the equivalent line from a working mailbox (so we can see
> if it also uses the context 'VoiceMail', or maybe something else
> instead, like 'default'?).
"" <6477190146> going into voice mail for alex<<<
     -- Executing [alex at LocalSets:19] Set("SIP/thinktel-00000181", 
"_ACCOUNT=alex") in new stack<<<
     -- Executing [alex at LocalSets:20]
VoiceMail("SIP/thinktel-00000181",
"alex at VoiceMail,u") in new stack<<<
     -- <SIP/thinktel-00000181> Playing 
'/var/spool/asterisk/voicemail/VoiceMail/alex/unavail.gsm' (language 
'en')<<<
[Apr 18 11:56:47] DTMF[-1][C-0004c485]: channel.c:4215 __ast_read: DTMF 
begin '*' received on SIP/thinktel-00000181<<<
[Apr 18 11:56:47] DTMF[-1][C-0004c485]: channel.c:4219 __ast_read: DTMF 
begin ignored '*' on SIP/thinktel-00000181<<<
[Apr 18 11:56:48] DTMF[-1][C-0004c485]: channel.c:4129 __ast_read: DTMF 
end '*' received on SIP/thinktel-00000181, duration 280 ms<<<
[Apr 18 11:56:48] DTMF[-1][C-0004c485]: channel.c:4199 __ast_read: DTMF 
end passthrough '*' on SIP/thinktel-00000181<<<
     -- Executing [a at LocalSets:1] Verbose("SIP/thinktel-00000181",
"alex
entering mailbox") in new stack<<<
alex entering mailbox<<<
     -- Executing [a at LocalSets:2] Set("SIP/thinktel-00000181", 
"CDR(userfield)=alex") in new stack<<<
     -- Executing [a at LocalSets:3]
VoiceMailMain("SIP/thinktel-00000181",
"alex at VoiceMail") in new stack<<<
     -- <SIP/thinktel-00000181> Playing 'vm-password.gsm'
(language 'en')<<<
[Apr 18 11:56:53] WARNING[-1][C-0004c485]: app_voicemail.c:10671 
vm_authenticate: Unable to read password<<<

I hung up before entering the password but it does work when the user 
does it.

-- 
D'Arcy J.M. Cain
Vybe Networks Inc.
http://www.VybeNetworks.com/
IM:darcy at Vex.Net VoIP: sip:darcy at VybeNetworks.com

> On 19/04/2017, at 4:25 pm, D'Arcy Cain <darcy at
VybeNetworks.com> wrote:
> 
>> Does this mailbox exist?
> 
> Yes.
Hmm... Above my pay grade I'm afraid! Looking at your 'voicemail show
users' I can't see why the vm_authenticate function is failing to read
the username :(

If I were any good at coding in C, I'd probably look inside app_voicemail.c
around line number 10671 and see if I could determine how it reads the username
and maybe throw some hacky debug output in there to try and determine at which
point of that process it's failing. But I'm no good at coding in that
language, so will have to defer to others to help.

Good work on sending through the console clipping and relevant info. Sorry I
couldn't resolve it for you.

Anyone else got any other ideas?

Pete


-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/pkcs7-signature
Size: 3577 bytes
Desc: not available
URL:
<http://lists.digium.com/pipermail/asterisk-users/attachments/20170419/c89d14cd/attachment.bin>

On 2017-04-19 02:39 AM, Pete Mundy wrote:
> Hmm... Above my pay grade I'm afraid! Looking at your 'voicemail
 > show users' I can't see why the vm_authenticate function is
 > failing to read the username :(

I can answer that one.  It's because we can't enter
'stocktrans2' from a
telephone so we just hang up.  The question is, why does it ask for the 
mailbox in the first place>
> If I were any good at coding in C, I'd probably look inside
 > app_voicemail.c around line number 10671 and see if I could
 > determine how it reads the username and maybe throw some hacky
? debug output in there to try and determine at which point of
 > that process it's failing. But I'm no good at coding in that
 > language, so will have to defer to others to help.

I guess that's my next stop.  Luckily I have kept my C skills somewhat 
active as the chief maintainer for PyGreSQL.  :-)

-- 
D'Arcy J.M. Cain
Vybe Networks Inc.
http://www.VybeNetworks.com/
IM:darcy at Vex.Net VoIP: sip:darcy at VybeNetworks.com