Ticket #1760 (closed Patches: invalid)

Opened 5 years ago

Last modified 4 years ago

Allow ARI to SIP password to login if user doesnt have a VM password

Reported by: cpawelko Assigned to: dan_littlejohn
Priority: minor Milestone: 2.5
Component: ARI Version:
Keywords: ARI sip username Cc:
Confirmation: Confirmed SVN Revision (if applicable):
Backend Engine: All Backend Engine Version:

Description

With Asterisk@home 2.8 (freepbx 2.0.1 and ARI 0.08), I used to access my recordings throught ARI, even if mailbox wasn't enabled. If voicemail is disabled for a user, ARI checks user authentication in sip_additionnal.conf, searching for "username=" and "secret=" keys.

With freepbx 2.2.1, "username" value isn't written in the database table "sip", and therefore not in sip_additional.conf.

I don't know what should be corrected since sip.conf "username" doesn't seem mandatory for SIP friends...

Change History

02/08/07 07:18:53 changed by vgster

yes if the user doesn't have voicemail then it won't work.

03/07/07 02:25:20 changed by cpawelko

I've made a patch to solve this. It uses the extension number "[xx]" as username, and enables all SIP users to access their recordings using their SIP password. 

220a221,223
>               if ( preg_match('/^\[([0-9]+)\]$/',$line,$parts)==1) {
>                  $protocol_username = $parts[1];
>               }

05/06/07 05:00:59 changed by mbrevda

  • type changed from Bugs to Patches.
  • summary changed from ARI uses SIP parameter username, which doesn't exist anymore to Allow ARI to SIP password to login if user doesnt have a VM password.

11/13/07 13:02:46 changed by p_lindheimer

  • confirmation set to Confirmed.
  • version deleted.
  • milestone changed from 2.2 to 3.0.

07/05/08 15:28:49 changed by mbrevda

cpawelko: If you could you post patch in diff format it would be helpful.

07/13/08 09:27:46 changed by p_lindheimer

  • status changed from new to closed.
  • resolution set to invalid.

not all users/extensions are sip and in devicesandusers mode the sip number does not necessarily match.