Login not working

[Michael M]

The WebDav drive I am accessing, uses single-signon authentication.
It looks like it does not accept the syntax https://username:password@hostname/

Webdav_sync shows: Unauthorized
With other tools, I have no problems with the authentication. I think it would be useful if webdav_sync used a different way to specify the username and password.

Thanks,
Michael

[Werner Donné]

Hello Michael,

WebDAV-Sync currently only supports "Basic Authentication", which is safe when used with HTTPS. The authority syntax you are referring to is part of the standard URI syntax. You can also save the password by launching UIVI (http://www.re.be/uivi/) and connecting to the same URL.

What kind of single-signon system are you using?

Best regards,

Werner Donné
Pincette bvba

[Michael M]

Hi Werner,
Thanks for the prompt reply. I will try UIVI. We are using Oracle SSO.

Thanks,
Michael

[Michael M]

I tried UIVI. I can see that the password is stored correctly in file <user.home>/.be/re/net/URLAuthentication.

When I run the utility, I get this output:

Done.
java.lang.RuntimeException: java.net.ConnectException: Connection timed out: connect

I get the same message in UIVI, by the way.

[Werner Donné]

A connection time-out is not related to logging in. When you don't provide a correct username/password you will get a response immediately. The time-out indicates a low-level network issue. The destination address and port exist but can't be reached. A firewall, for example, could cause this, or any other routing problem.

[Michael M]

Given that I do not experience timeouts when using other clients, how can I diagnose the issue? I double-checked the URL. Could this be related to the spaces in the URL? See also the bug I logged.

[Werner Donné]

You can run it as follows:

> java -Dbe.re.http.trace -Dbe.re.http.no-compress -jar …

This will write the entire HTTP-dialog on the terminal. You can then see what it actually does and where it gets the time-out.

[Michael M]

Hmm, not getting a timeout now, but the message:
The property is not available.

The output is shown below:

Note that my directory was specified on the commandline as:
https://servername.acme.com/content/dav/st/Tea%20New%20Management/Documents/

Notice how the spaces (encoded as %20) display as 0 in the log. A bug?

OPTIONS /content/dav/st/Tea0New0Management/Documents/ HTTP/1.1
Host:servername.acme.com
Accept-Language:en-GB
Authorization:Basic bWljaGFlbC5tYWdhbkBvcmFjbGUuY29tOlbpY2FzczA3
User-Agent:be.re.net.HTTPClient (Windows 7)
Content-Length:0
HTTP/1.1 200 OK
Date: Sat, 07 Jul 2012 08:05:19 GMT
Server: Oracle-Application-Server-10g
DAV: 1,2
MS-Author-Via: DAV
Allow: OPTIONS, GET, HEAD, POST, DELETE, PROPFIND, PROPPATCH, COPY, MOVE, LOCK, UNLOCK, MKCOL, PUT,version-control,checkout-in-place
Transfer-Encoding: chunked
Content-Type: text/plain
0
PROPFIND /content/dav/st/Tea0New0Management/Documents/ HTTP/1.1
Host:servername.acme.com
Depth:infinity
Content-Type:text/xml
Accept-Language:en-GB
Authorization:Basic bWljaGFlbC5tYWdhbkBvcmFjbGUuY29tOlBpY2FzczA3
User-Agent:be.re.net.HTTPClient (Windows 7)
Content-Length:160
<?xml version="1.0" encoding="UTF-8" standalone="no"?>
<propfind xmlns="DAV:">
<prop>
<getetag/>
<getlastmodified/>
<resourcetype/>
</prop>
</propfind>
HTTP/1.1 404 Not Found
Date: Sat, 07 Jul 2012 08:05:19 GMT
Server: Oracle-Application-Server-10g
Transfer-Encoding: chunked
Content-Type: text/plain

[Werner Donné]

I have released version 1.0.6. Can you try it with that?

[Michael M]

I'm afraid I see no difference at all, except it now prints the text "null" instead of "The property is not available."
The remaining output is exactly as above.

[Özkan Pakdil]

I have same problem any solution ?

[Werner Donné]

The problem Michael had was that he ran the command-line on Windows in cmd. The %20 occurrences were interpreted as the second argument followed by "0". Since the second argument was empty this yielded "0" in the URL. The solution is to protect the URL from command-line argument substitution.