Posts: 3
Threads: 0
Joined: Oct 2011
Reputation:
0
(09-28-2011, 09:26 PM)steinm Wrote: (09-27-2011, 01:03 AM)amine2018 Wrote: Any news about the ftp transfert for file ??
What about webdav? Does it help you?
Uwe
Hi Uwe,
webdav would certainly help me! I've managed to install and load the webdav component in letoDMS 3.2 and folder listing works fine. Creating files does not work at all however. It seems to be implemented though, isn't it? Using Transmit I get error 500..
Any suggestions would be very much appreciated!
Tobias
Posts: 431
Threads: 15
Joined: Oct 2010
Reputation:
0
(10-21-2011, 10:53 PM)gouwron Wrote: (09-28-2011, 09:26 PM)steinm Wrote: (09-27-2011, 01:03 AM)amine2018 Wrote: Any news about the ftp transfert for file ??
What about webdav? Does it help you?
Uwe
Hi Uwe,
webdav would certainly help me! I've managed to install and load the webdav component in letoDMS 3.2 and folder listing works fine. Creating files does not work at all however. It seems to be implemented though, isn't it? Using Transmit I get error 500..
Any suggestions would be very much appreciated!
It is implemented and I used it even with larger files. I will check again next week.
Uwe
Posts: 3
Threads: 0
Joined: Oct 2011
Reputation:
0
Hi Uwe,
could it be a 'simple' permissions problem? My data folder has chmod 777, but all the subfolders that were created by the dms itself have 755 and hence the webdav user might not have write permissions?
Unfortunately I can't change the permissions, because they were created by the dms - and I as ftp-user don't have the permissions to change their chmod...
By the way, I used this:
http://pear.php.net/package/HTTP_WebDAV_...redirected
webdav extension. Was that the correct one?
Thanks in advance, a working webdav would really make my day!
Tobias
Posts: 431
Threads: 15
Joined: Oct 2010
Reputation:
0
(10-22-2011, 05:34 PM)gouwron Wrote: Hi Uwe,
could it be a 'simple' permissions problem? My data folder has chmod 777, but all the subfolders that were created by the dms itself have 755 and hence the webdav user might not have write permissions?
Unfortunately I can't change the permissions, because they were created by the dms - and I as ftp-user don't have the permissions to change their chmod...
By the way, I used this:
http://pear.php.net/package/HTTP_WebDAV_...redirected
webdav extension. Was that the correct one?
Thanks in advance, a working webdav would really make my day!
Tobias
The permission is ok. The webdav user has nothing to do with the file permission. Your HTTP_WebDAV_Server is ok. I just tested it myself with the current version 1.0.0RC6.
There should be a log file starting with 'webdav-' in your content directory. Is there anything
suspious in it?
BTW, I tested with nautilus on debian linux sid.
Uwe
Posts: 3
Threads: 0
Joined: Oct 2011
Reputation:
0
(10-24-2011, 03:12 PM)steinm Wrote: (10-22-2011, 05:34 PM)gouwron Wrote: Hi Uwe,
could it be a 'simple' permissions problem? My data folder has chmod 777, but all the subfolders that were created by the dms itself have 755 and hence the webdav user might not have write permissions?
Unfortunately I can't change the permissions, because they were created by the dms - and I as ftp-user don't have the permissions to change their chmod...
By the way, I used this:
http://pear.php.net/package/HTTP_WebDAV_...redirected
webdav extension. Was that the correct one?
Thanks in advance, a working webdav would really make my day!
Tobias
The permission is ok. The webdav user has nothing to do with the file permission. Your HTTP_WebDAV_Server is ok. I just tested it myself with the current version 1.0.0RC6.
There should be a log file starting with 'webdav-' in your content directory. Is there anything
suspious in it?
BTW, I tested with nautilus on debian linux sid.
Uwe
Hi Uwe,
here the short excerpt from the webdav log. doesn't seem particularly suspicious. I got an error (500) however and no file was created...
Is it normal for the webdav to not resolve spaces and special characters in paths correctly? maybe that could trace an error?
Code: Oct 24 13:21:29 [debug] reverseLookup: path=/
Oct 24 13:21:29 [debug] reverseLookup: found folder DMS (1)
Oct 24 13:21:29 [info] check_auth: user=t.hagenau
Oct 24 13:21:29 [info] PROFIND: /
Oct 24 13:21:29 [debug] PROFIND: path=/
Oct 24 13:21:29 [debug] PROFIND: depth=1
Oct 24 13:21:29 [debug] PROFIND: props=array (
0 =>
array (
'name' => 'creationdate',
'xmlns' => 'DAV:',
),
1 =>
array (
'name' => 'getcontentlength',
'xmlns' => 'DAV:',
),
2 =>
array (
'name' => 'getlastmodified',
'xmlns' => 'DAV:',
),
3 =>
array (
'name' => 'resourcetype',
'xmlns' => 'DAV:',
),
)
Oct 24 13:21:29 [debug] reverseLookup: path=/
Oct 24 13:21:29 [debug] reverseLookup: found folder DMS (1)
Oct 24 13:21:37 [info] check_auth: user=t.hagenau
Oct 24 13:21:37 [info] checkLock: path=/HirnGespinste.pdf
Oct 24 13:21:37 [debug] reverseLookup: path=/HirnGespinste.pdf
Oct 24 13:21:37 [info] checkLock: object not found
Oct 24 13:21:37 [info] PUT: /HirnGespinste.pdf
Oct 24 13:21:37 [debug] PUT: path=/HirnGespinste.pdf
Oct 24 13:21:37 [debug] PUT: content_length=131906
Oct 24 13:21:37 [debug] PUT: content_type=application/octet-stream
Oct 24 13:21:37 [debug] PUT: stream=Resource id #44
Oct 24 13:21:37 [debug] reverseLookup: path=/
Oct 24 13:21:37 [debug] reverseLookup: found folder DMS (1)
Oct 24 13:21:47 [info] check_auth: user=t.hagenau
Posts: 431
Threads: 15
Joined: Oct 2010
Reputation:
0
(10-24-2011, 06:05 PM)gouwron Wrote: here the short excerpt from the webdav log. doesn't seem particularly suspicious. I got an error (500) however and no file was created...
Is it normal for the webdav to not resolve spaces and special characters in paths correctly? maybe that could trace an error?
The excerpt from the log looks fine. Special chars and spaces are always a source of trouble and clients behave quite differently. Just try without any special chars and spaces.
Uwe
|