Plone's webdav and NGINX?
Johannes Graumann
johannes_graumann at web.de
Thu Oct 7 12:07:10 MSD 2010
After reading up on this it seems likely that this is a limitation due to
the subset of webdav commands that are implemented in NGINX. Is work planned
to extend that subset?
Sincerely, Joh
Johannes Graumann wrote:
> Hi,
>
> I have the following setup running:
>
> server {
> listen 8443;# Custom port as the standard 443 is taken by kolab
> server_name www.graumannschaft.org h1616679.stratoserver.net;
> # SSL is using KOLAB generated credentials
> ssl on;
> ssl_certificate /kolab/etc/kolab/cert.pem;
> ssl_certificate_key /kolab/etc/kolab/key.pem;
> ssl_session_timeout 5m;
> ssl_protocols SSLv3 TLSv1;
> ssl_ciphers ALL:!ADH:!EXPORT56:RC4+RSA:+HIGH:+MEDIUM:+LOW:+SSLv3:+EXP;
> ssl_prefer_server_ciphers on;
> location / {
> proxy_pass
>
http://localhost:8080/VirtualHostBase/https/h1616679.stratoserver.net:8443/GraumannschaftPlone/VirtualHost$
> }
> }
>
> I am now trying to make plone's webdav capabilities available through
> nginx and added
>
> location /dav/ {
> proxy_pass
>
http://localhost:1980/VirtualHostBase/https/h1616679.stratoserver.net:8443/GraumannschaftPlone/VirtualHost$
> dav_methods PUT DELETE MKCOL COPY MOVE;
> create_full_put_path on;
> dav_access user:rw;
> }
>
> When attempting to mount that location through davfs, I get properly asked
> for user an password, but the resulting mountpoint remains empty (just
> "lost+found" is present).
> I started to read u and am wondering whether this is a limitation rooted
> in nginx's limited webdav support or whether I am doing something
> generally wrong ... any input is highly appreciated. Thanks for your time,
>
> Joh
>
>
>
> _______________________________________________
> nginx mailing list
> nginx at nginx.org
> http://nginx.org/mailman/listinfo/nginx
More information about the nginx
mailing list