Protocol plugin for Office 365/Lync/OCS / Feature Requests / #104 Use user agent also for HTTP

Stefan Becker - 2018-10-03

From your test it is clear that one (SIP) user agent string in the account setting won't solve your issue. We will need to add a separate field for HTTP user agent string.

It was correct to open a feature request for this.

Last edit: Stefan Becker 2018-10-03

If you would like to refer to this comment somewhere else in this project, copy and paste the following link:

Stefan Becker - 2018-10-03

summary: Allow HTTP User Agent string override for Conditional Access --> Add setting for HTTP User Agent string override
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:

Stefan Becker - 2018-10-03

summary: Add setting for HTTP User Agent string override --> Support overriding of HTTP User Agent
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:

Stefan Becker - 2018-10-03

Currently SIPE hard-codes the HTTP user agent to SIPE/<package version> in src/core/sipe-http-request.c.

If you would like to refer to this comment somewhere else in this project, copy and paste the following link:

Description has changed:

Diff:

--- old
+++ new
@@ -1,4 +1,4 @@
-If the Skype for Business setup is using Conditional Access to check for Supported Platforms, there is an HTTP request that will get blocked during login (details of issue [here](https://sourceforge.net/p/sipe/discussion/688534/thread/497bf3fa72/)). Currently my only solution to solve this problem is to edit sipe-http-request.c myself and re-compile. I am guessing updates in the future will cause me to need to modify this string again as minimum required versions might change.
+If the Skype for Business setup is using Conditional Access to check for Supported Platforms, there is an HTTP request that will get blocked during login (details in thread  [497bf3fa72]). Currently my only solution to solve this problem is to edit sipe-http-request.c myself and re-compile. I am guessing updates in the future will cause me to need to modify this string again as minimum required versions might change.

 It would be incredibly convenient if there were also an option to override the user agent string for HTTP, similar to how the SIP protocol has a user agent string override.

assigned_to: Stefan Becker

Forums: 497bf3fa72

Stefan Becker - 2018-10-03

I wonder if a simpler solution might work for your problem: using the same user agent for SIP and HTTP. I vaguely remember considering this during the HTTP stack rewrite, but dismissed it as unnecessary at that time.

Could you please try to set the same user agent string in the account setting AND sipe-http-request.c? I.e. according to the discussion thread use the following string?

UCCAPI/16.0.8431.2299 OC/16.0.8431.2299 (Skype for Business) Mozilla/5.0 (iPhone; CPU iPhone OS 10_3_2 like Mac OS X) AppleWebKit/603.2.4 (KHTML, like Gecko) Mobile/14F89 Safari/603.2.4 EdgiOS/41.1.35.1
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:

Erik Grant - 2018-10-03

I tried your suggested string in both places and it seems like the simpler approach does work.

If you would like to refer to this comment somewhere else in this project, copy and paste the following link:

Stefan Becker - 2018-10-03

summary: Support overriding of HTTP User Agent --> Use user agent also for HTTP
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:

Stefan Becker - 2018-10-03

Can you please try git commit f5dfa63e? Now the code uses the same user agent string for SIP and HTTP requests.

If you would like to refer to this comment somewhere else in this project, copy and paste the following link:

Erik Grant - 2018-10-03

Looks like it's working for me. Using the newest code from git I am able to connect after I append "Android" to the user agent override.

If you would like to refer to this comment somewhere else in this project, copy and paste the following link:

Stefan Becker - 2018-10-04

status: open --> closed-fixed
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:

Stefan Becker - 2018-10-04

Thanks for confirming. I have update the FAQ page to include the error message.

Closing as FIXED.

If you would like to refer to this comment somewhere else in this project, copy and paste the following link:

Use user agent also for HTTP

for Adium, Pidgin, Miranda and Telepathy IM Framework

Searches

Help

#104 Use user agent also for HTTP

Related

Discussion

Related