Habe XAMPP mit WebDav eingerichtet und der lesende zugriff auf die Daten klappt auch wunderbar. Bei dem Versuche eineDatei auf den Server zu schieben erscheinteine Fehlermeldung und unter Windows finde ich folgenden Logfile-Eintrag:
01/22/2007 23:26:22
HTTP 404 Not Found
<!DOCTYPE HTML PUBLIC "-//IETF//DTD HTML 2.0//EN">
<html><head>
<title>404 Not Found</title>
</head><body>
<h1>Not Found</h1>
<p>The requested URL /_vti_bin/shtml.exe/_vti_rpc was not found on this server.</p>
<hr>
<address>Apache/2.2.3 (Unix) DAV/2 mod_ssl/2.2.3 OpenSSL/0.9.8d PHP/5.2.0 mod_apreq2-20051231/2.5.7 mod_perl/2.0.2 Perl/v5.8.7 Server at intranet Port 443</address>
</body></html>
Seltsamerweise wir die Datei shtml.exe auf dem Server vermisst, was bei einem Linux-System kein Wunder ist
Ist das ein Fehler in XAMP 1.5.5a (vielleicht falsch kompiliert?) oder liegt ein Konfigurationsproblem vor?
Alle notwendigen Module werden in der httpd.conf geladen udn WebDav ist auch aktiviert. WebDav-Config sieht folgendermaßen aus (XAMPP Standard):
#
# Distributed authoring and versioning (WebDAV)
#
# Required modules: mod_dav, mod_dav_fs, mod_setenvif, mod_alias
# mod_auth_digest, mod_authn_file
#
# The following example gives DAV write access to a directory called
# "uploads" under the ServerRoot directory.
#
# The User/Group specified in httpd.conf needs to have write permissions
# on the directory where the DavLockDB is placed and on any directory where
# "Dav On" is specified.
DavLockDB "/opt/lampp/var/DavLock"
Alias /webdav "/opt/lampp/uploads/"
<Directory "/opt/lampp/uploads/">
Dav On
AuthType Digest
AuthName DAV-upload
# You can use the htdigest program to create the password database:
# htdigest -c "/opt/lampp/user.passwd" DAV-upload admin
AuthUserFile "/opt/lampp/user.passwd"
# Allow universal read-access, but writes are restricted
# to the admin user.
<LimitExcept GET OPTIONS>
require user admin
</LimitExcept>
</Directory>
#
# The following directives disable redirects on non-GET requests for
# a directory that does not include the trailing slash. This fixes a
# problem with several clients that do not appropriately handle
# redirects for folders with DAV methods.
#
BrowserMatch "Microsoft Data Access Internet Publishing Provider" redirect-carefully
BrowserMatch "MS FrontPage" redirect-carefully
BrowserMatch "^WebDrive" redirect-carefully
BrowserMatch "^WebDAVFS/1.[0123]" redirect-carefully
BrowserMatch "^gnome-vfs/1.0" redirect-carefully
BrowserMatch "^XML Spy" redirect-carefully
BrowserMatch "^Dreamweaver-WebDAV-SCM1" redirect-carefully
CU
maxhb