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 <n...@apache.org> wrote: > > > On 13 Jun 2018, at 17:18, Alex K <rightkickt...@gmail.com> 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-unsubscr...@httpd.apache.org > For additional commands, e-mail: users-h...@httpd.apache.org > >