perskes
commented
8 years ago Hey man! I encounter the issue not only with the password, but also with retrieving the data! All umlauts are changed to giberish.
I made two tests with php/curl like this:
Here's the code I use:
<?php
$domain = 'mail.**domain**.at';
$user = 'u.name';
$password = 'sepe#2016';
$ch = curl_init('https://'.$domain.'/EWS/Services.wsdl');
curl_setopt($ch, CURLOPT_SSL_VERIFYPEER, false);
curl_setopt($ch, CURLOPT_SSL_VERIFYHOST, false);
curl_setopt($ch, CURLOPT_RETURNTRANSFER, true);
curl_setopt($ch, CURLOPT_HEADER, 0);
curl_setopt($ch, CURLOPT_HTTP_VERSION, CURL_HTTP_VERSION_1_1);
curl_setopt($ch, CURLOPT_USERPWD, $user.':'.$password);
$response = curl_exec($ch);
$info = curl_getinfo( $ch );
$error = curl_error ($ch);
print_r(array($response,$info,$error));
?>
So, this is the result with the UMLAUT in my password.
➜ html php test.php
Array
(
[0] =>
[1] => Array
(
[url] => https://mail.x.at/EWS/Services.wsdl
[content_type] =>
[http_code] => 401
[header_size] => 447
[request_size] => 121
[filetime] => -1
[ssl_verify_result] => 0
[redirect_count] => 0
[total_time] => 0.045133
[namelookup_time] => 0.004159
[connect_time] => 0.004833
[pretransfer_time] => 0.018949
[size_upload] => 0
[size_download] => 0
[speed_download] => 0
[speed_upload] => 0
[download_content_length] => 0
[upload_content_length] => -1
[starttransfer_time] => 0.045093
[redirect_time] => 0
[redirect_url] =>
[primary_ip] => **EXT_IP**
[certinfo] => Array
(
)
[primary_port] => 443
[local_ip] => 10.10.105.125
[local_port] => 45956
)
[2] =>
)
This is the result without the UMLAUT
➜ html php test.php
Array
(
[0] =>
[1] => Array
(
[url] => https://mail.x.at/EWS/Services.wsdl
[content_type] =>
[http_code] => 401
[header_size] => 446
[request_size] => 117
[filetime] => -1
[ssl_verify_result] => 0
[redirect_count] => 0
[total_time] => 0.023283
[namelookup_time] => 0.004152
[connect_time] => 0.004832
[pretransfer_time] => 0.022136
[size_upload] => 0
[size_download] => 0
[speed_download] => 0
[speed_upload] => 0
[download_content_length] => 0
[upload_content_length] => -1
[starttransfer_time] => 0.02325
[redirect_time] => 0
[redirect_url] =>
[primary_ip] => **EXT_IP**
[certinfo] => Array
(
)
[primary_port] => 443
[local_ip] => 10.10.105.125
[local_port] => 45957
)
[2] =>
)
Didn't show any difference it seems..
here is an example of the output of my calendar where umlauts got replaced:
"Wir freuen uns, dass Sie sich f\u00fcr diese" should be "Wir freuen und, dass Sie sich für diese"
\00fc is the unicode translation of the unicode, if I understand it correctly! http://www.fileformat.info/info/unicode/char/00fc/index.htm
I'd really like to help you to resolve this issue, so just tell me how I can help! (tests, etc.)
Garethp
arkuuu
As raised in issue #68, it looks like Umlaut passwords might not work for this library. This needs further looking in to