Re: Apache allowed OPTIONS (Apache Users)

Thanx Nick for the feedback.

Indeed when I change the URL to point to a file then I get the PUT reply:

HTTP/1.1 200 OK
Date: Mon, 25 Jun 2018 13:09:26 GMT
Server: Apache/2.4.25 (Debian)
DAV: 1,2
DAV: <http://apache.org/dav/propset/fs/1>
MS-Author-Via: DAV
Allow: OPTIONS,GET,HEAD,POST,DELETE,TRACE,PROPFIND,PROPPATCH,COPY,MOVE,PUT,LOCK,UNLOCK
Content-Length: 0

I am still through trying to understand why PUT is not listed when querying a directory. Tried both "Directory" and "Location" directives with no luck.

To cross check the matter I used the https://github.com/mar10/wsgidav project and I got quickly a friendly "PUT" even when the URL is a directory:

curl -sI -X OPTIONS http://172.30.0.45:8080/tmp

The reply is as below with PUT being listed although I did not append a filename in the URL:

HTTP/1.1 200 OK

Content-Type: text/html
Content-Length: 0
DAV: 1,2
Date: Mon, 25 Jun 2018 13:11:42 GMT
Allow: OPTIONS PUT MKCOL
MS-Author-Via: DAV
Server: WsgiDAV/2.4.1 Cheroot/6.3.2 Python/2.7.13

I am not sure what you mean with "add a breadcrumb". I would appreciate if you can elaborate.

Thanx for any feedback,

Alex

On Fri, Jun 15, 2018 at 3:21 AM, Nick Kew <niq@xxxxxxxxxx> wrote:

> On 13 Jun 2018, at 17:18, Alex K <rightkicktech@xxxxxxxxx> wrote:
>
>
> curl -sI -X OPTIONS http://169.254.254.55/webdav/
>
> The PUT functions correctly if one tries to PUT a file but the issue is that it is not listed and this breaks the third party app as it is currently built.

I doubt it.

I expect PUT to that URL returns 405. The PUT that works for you is to a
different URL, of the form http://169.254.254.55/webdav/some-file

Re: your other post, I'd be mildly surprised if Alias+Directory actually configures DAV:
we conventionally use a <Location> ('cos DAV is a handler, not a map straight to
the filesystem). If you add a breadcrumb (e.g. a Header), do you see it in a PUT?

--
Nick Kew

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@httpd.apache.org
For additional commands, e-mail: users-help@xxxxxxxxxxxxxxxx