[6.0RC1] document_ftp - can not set ip address

[Ferdinand]

whatever I enter - server resons only on "localhost"

I even tried to modify ftp_configuration.py and entered my ip number there ...

[OpenERP buildbot (openerp-buildbot)]

On Sunday 14 November 2010, you wrote:
> Public bug reported:
>
> whatever I enter - server resons only on "localhost"
>
> I even tried to modify ftp_configuration.py and entered my ip number
> there ...

You mean that the server only listens on localhost?

Yes, it is a security feature that we don't enable FTP to the world, by
default.
There is a setting (see addons/document_ftp/ftpserver/__init__.py) that the
administrator has to do after he[/she] is confident about the setup:

For the trunk series:
[options]
ftp_server_host = 192.168.0.1 ; or 0.0.0.0 etc.
ftp_server_port = 8021

for the trunk-xrg series:
[ftp]
interface = 192.168.0.1
port = 8021

Regards.

--
Say NO to spam and viruses. Stop using Microsoft Windows!

[OpenERP buildbot (openerp-buildbot)]

On Monday 15 November 2010, you wrote:
> BTW
> trying webdav as suggested I get
> The specified file or folder /webdav does not exist.
> I was not able to access webdav with nautilus
> - instructions needed.
> Could not display "dav://admin@my-ip:8069/webdav".

This is a bug *specific* to Nautilus (or to gvfs, to be more exact).
The webdav library of gvfs attempts to do a PROPFIND on the root of the
supplied url (like dav://admin@my-ip:8069/ ) and fails, because we don't serve
DAV on that path. This is a violation of RFC 4918 par 5.1 .

There is three^H^H two workarounds for Nautilus I can think of:
 1. Try to serve DAV on the root path. If you specify an empty "vdir", it
might work (though I have never tested it).
 2. Write a small http server to serve the WebDAV on another port, alone. It
would be a minor addition to our code, since we have all the libraries
already. (but not a beautiful solution, having all http services on a single
port is a nice thing IMHO)
 ---- deleted --- 3. Proxy the webdav through apache, and --- Won't work.
Apache won't mangle the DAV (xml) responses to remove the "/webdav/"
component, so it will break.

and another one: Write a small server component, like the static http one,
that will reply to dummy PROPFIND requests, to satisfy Gvfs. Perhaps that one
would solve a few buggy clients.

--
Say NO to spam and viruses. Stop using Microsoft Windows!

[Ferdinand (office-chricar)]

1) OpenERP should provide at least on working and secure way to uses document services

2) OpenERP should announce working configurations - it does not make sense that everyone must discover these problems and looses time (and money) - AFAIK most of OpenERP SA uses Gnome/Nautilus - so how did they manage to access this service?

[tfr (Openerp) (tfr)]

Is this bug still exist with the last revision,

It doesn't seems

[tfr (Openerp) (tfr)]

it's working with

[options]
ftp_server_host = 0.0.0.0
ftp_server_port = 8021

in .openerp_serverrc

I agree it's not the more user friendly way to configure it.
We'll improve this in the next version