| commit | 04e87dec281f45831ca5f8bb7511791f87023a54 | |
| author | Stefan Becker <chemobejk@gmail.com> | |
| Tue, 1 Apr 2014 14:09:14 +0000 (1 17:09 +0300) | ||
| committer | Stefan Becker <chemobejk@gmail.com> | |
| Tue, 1 Apr 2014 14:09:14 +0000 (1 17:09 +0300) | ||
| tree | df55488b90ac4d8d0ef3ce16c9f8866c040a8b04 | treesnapshot (tar.gz zip) |
| parent | 9992d4a28752b58d78de4378bfc6a7df779b08ce | commitdiff |
ews: add 4th autodiscover type
The 3rd type introduced to fix problems with Office 365 in
commit 0ba825ca063e3d94487ec518e9a1c3f5a722dd1c
was based on trial & error. It seems that sending a POST request to a
http:// autodiscover URL does not work for all accounts:
https://sourceforge.net/p/sipe/discussion/688534/thread/d21ebf11/
After studying another M$ document it turns out that we are allowed to
also send a GET request to such an URL and will then receive a redirect
response.
I tested that this works for at least 2 different Office 365 accounts.
GET seems to be accepted for Office 365 accounts for which POST was also
working. So we now try GET first and only then we try POST.
The 3rd type introduced to fix problems with Office 365 in
commit 0ba825ca063e3d94487ec518e9a1c3f5a722dd1c
was based on trial & error. It seems that sending a POST request to a
http:// autodiscover URL does not work for all accounts:
https://sourceforge.net/p/sipe/discussion/688534/thread/d21ebf11/
After studying another M$ document it turns out that we are allowed to
also send a GET request to such an URL and will then receive a redirect
response.
I tested that this works for at least 2 different Office 365 accounts.
GET seems to be accepted for Office 365 accounts for which POST was also
working. So we now try GET first and only then we try POST.
| src/core/sipe-ews-autodiscover.c | diffblobblamehistory |