Bug 922895

Summary: Pidgin not connecting using sipe as connector
Product: [Fedora] Fedora Reporter: Nathan Crubel <ncrubel>
Component: pidgin-sipeAssignee: Stefan Becker <chemobejk>
Status: CLOSED NOTABUG QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: unspecified Docs Contact:
Priority: unspecified    
Version: 18CC: arnold.x.wang, chemobejk, ktdreyer, louis
Target Milestone: ---   
Target Release: ---   
Hardware: Unspecified   
OS: Unspecified   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2013-03-18 18:10:37 UTC Type: Bug
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:

Description Nathan Crubel 2013-03-18 18:03:44 UTC
Description of problem:
Upgrade sipe plugin to the following
purple-sipe-1.15.0-1.fc18.x86_64
pidgin-sipe-1.15.0-1.fc18.x86_64

Started up Pidgin, getting failed to authenticate to server.  Debug show this output.

MESSAGE END >>>>>>>>>> SIP - 2013-03-18T17:59:34.815926Z
(12:59:35) sipe: transport_input_common: new buffer length 4096
(12:59:35) sipe: 
MESSAGE START <<<<<<<<<< SIP - 2013-03-18T17:59:35.042087Z
SIP/2.0 401 Unauthorized
Date: Mon, 18 Mar 2013 17:59:34 GMT
/CertProvisioningService.svc"

Call-ID: CA8FgB845a4BA5iB743m77E1tA2DCbFA1CxDEE0x
CSeq: 1 REGISTER
Via: SIP/2.0/tls 192.168.1.63:59713;branch=z9hG4bKB89838A851EC52D05940;received=192.168.31.171;ms-received-port=59713;ms-received-cid=CC8500
Server: RTC/4.0
Content-Length: 0


MESSAGE END <<<<<<<<<< SIP - 2013-03-18T17:59:35.042087Z
(12:59:35) sipe: process_input_message: msg->response(401),msg->method(REGISTER)
(12:59:35) sipe: process_input_message: RE-REGISTER CSeq: 1
(12:59:35) sipe: process_input_message: we have a transaction callback
(12:59:35) sipe: process_register_response: got response to REGISTER; expires = 0
(12:59:35) sipe: process_register_response: REGISTER retries 1
(12:59:35) sipe: process_register_response: Auth header: NTLM realm="SIP Communications Service", targetname="USAP101.leinternal.com", version=4
(12:59:35) stun: using server 
(12:59:35) stun: using server 
(12:59:35) sipe: sip_sec_create_context: type: 1, Single Sign-On: yes, protocol: SIP
(12:59:35) sipe: ERROR: sip_sec_create_context: failed to acquire credentials.
(12:59:35) connection: Connection error on 0x2978190 (reason: 2 description: Failed to authenticate to server)
(12:59:35) sipe: sipe_schedule_allocate timeouts count 2 after addition
(12:59:35) sipe: scheduling action <transaction timeout><CA8FgB845a4BA5iB743m77E1tA2DCbFA1CxDEE0x><2 REGISTER> timeout 60 seconds
(12:59:35) sipe: SIP transactions count:2 after addition
(12:59:35) sipe: 
MESSAGE START >>>>>>>>>> SIP - 2013-03-18T17:59:35.053109Z

Max-Forwards: 70
CSeq: 2 REGISTER
User-Agent: Purple/2.10.7 Sipe/1.15.0 (linux-x86_64; )
Call-ID: CA8FgB845a4BA5iB743m77E1tA2DCbFA1CxDEE0x
Contact: <sip:192.168.1.63:59713;transport=tls;ms-opaque=d3470f2e1d>;methods="INVITE, MESSAGE, INFO, SUBSCRIBE, OPTIONS, BYE, CANCEL, NOTIFY, ACK, REFER, BENOTIFY";proxy=replace;+sip.instance="<urn:uuid:cfc39854-8db7-5f28-92f6-0328ff4df454>"
Supported: gruu-10, adhoclist, msrtc-event-categories, com.microsoft.msrtc.presence
Event: registration
Allow-Events: presence
ms-keep-alive: UAC;hop-hop=yes
Content-Length: 0


Seems to be having issues with certification.  I downgraded from the updates back to:

purple-sipe-1.13.3-1.fc18.x86_64
pidgin-sipe-1.13.3-1.fc18.x86_64


And it connects fine


Version-Release number of selected component (if applicable):



Steps to Reproduce:
1. Start up Pidgin
2.
3.
  
Actual results:
Fails authentication to server

Expected results:
Should connect

Additional info:
Downgrading purple-sipe and pidgin-sipe I am able to connect.

Comment 1 Stefan Becker 2013-03-18 18:10:37 UTC
The log shows:

   sipe: sip_sec_create_context: type: 1, Single Sign-On: yes,
protocol: SIP

-> you have selected "Single Sign-On" on the "Advanced" tab in the account settings.

On non-Windows system NTLM authentication scheme does not support Single Sign-On.

Please read the update notice:

* unified Single Sign-On (SSO) handling in all places
* if SSO has been selected then Login & Password will be **ignored**!
* please make sure to check the settings of existing accounts after updating

Unfortunately older versions of SIPE set SSO to ON by default for new accounts. It no longer does this.

Closing as NOTABUG.

Comment 2 Nathan Crubel 2013-03-18 19:41:59 UTC
That was the issue.  Thanks.

Comment 3 Stefan Becker 2013-03-19 20:36:44 UTC
*** Bug 923370 has been marked as a duplicate of this bug. ***

Comment 4 Stefan Becker 2013-03-28 03:08:18 UTC
*** Bug 928570 has been marked as a duplicate of this bug. ***