Unfortunately I'm unable to find the mod_encoding
module for 2.0. However, I did find a site that
mentioned a work-around for XP. It worked! To
connect you have to add the port number. So it will
look something like this when adding a Network Place.
Note this will NOT work for Mapping a drive.
http://mydomain.com:80/share_folder/
This got the desired results out of Microsoft...and
everyone else on Linux/Mac/UNIX was still able to
connect just fin.
Thanks all for the help!
Corey
--- "Tom G. Christensen" <tgc statsbiblioteket dk>
wrote:
Corey Head wrote:
So...it appears Micro$oft has done it
again...releasing a product that doesn't work--big
surprise. According to
http://support.microsoft.com/default.aspx?scid=kb;en-us;831805
Microsoft says this is a known problem.
Unfortunately
there's not a fix yet. I also tried looking at
http://www.microsoft.com/technet/prodtechnol/winxppro/maintain/sp2netwk.mspx#EFAA
which says SP 2 of XP changed some things of how
it
deals with WebDAV. Unfortunately, its registry
addition didn't do much either. I suppose it's
off to
find out more...but if anyone has gotten XP to
work
with WebDAV, please, let me know!
>
Look at mod_encoding and it's NormalizeUsername
option.
There's a description of an XP compatible WebDAV
setup at the url below,
although it's for Apache 1.3.x is shouldn't be too
different for 2.0.x.
Just make sure you get the right version of the
mod_encoding module.
http://www.hss.caltech.edu/help/unix/admin/web/apache-webdav-xp
I've succesfully used mod_encoding to allow WinXP
machines to connect to an
RHEL 2.1 server using WebDAV.
-tgc
Thanks!
Corey
--- Corey Head <coreyhead yahoo com> wrote:
OOOOOH! DUH! OK...I've been concentrating too
long
on this to think straight. Gotcha! I took PUT
out
and it works fine. Still no luck on the WinXP
problem, but I'm thinking it is an XP problem, not
the
server setup. If it was the server setup, it
wouldn't
work for anything....not just XP. I'll do some
more
research and report back.
THANKS SO MUCH Benjamin!
Corey
--- Benjamin Franz <snowhare nihongo org> wrote:
On Sat, 27 Nov 2004, Corey Head wrote:
Well...I was unable to copy/move items over to
the
share when PUT was not there. Please correct me
if
I'm wrong, but no one would be able to PUT
unless
they
logged in as corey with my password, yes? Or is
that
not enough security?
You've got it backwards. <LimitExcept GET PUT
POST
HEAD OPTIONS> means
that EXCEPT for GET PUT POST HEAD OPTIONS,
require
people to be logged in.
Look in your 'access_log' and your 'error_log'
when
it fails and the
messages there will help you figure out what is
going wrong.
- Benjamin Franz
THANKS for this help!!
Corey
--- Benjamin Franz <snowhare nihongo org> wrote:
On Sat, 27 Nov 2004, Corey Head wrote:
Thank you! This is extremely helpful.
However,
I
have a just one question. Here is what I put
in
my
conf file:
By exempting PUT from your access control
you've
left it wide open for
someone (ANYONE) to change stuff. Take 'PUT'
out
of
the 'LimitExcept'
unless you _want_ to be hacked.
Alias /webdav/
/var/www/html/mydomain/calendar/
<Location />
Dav On
AuthType Basic
AuthName "WebDAV Access"
AuthUserFile
/etc/httpd/conf.d/webdav_passwd
<LimitExcept GET PUT POST HEAD OPTIONS>
require user corey
</LimitExcept>
</Location>
I used htpasswd to create the webdav_passwd
file
in
the above directory. On Mac OS X (the main
part
I
need to use this on) I'm able to connect just
fine.
On windoze XP, however, it keeps asking over
and
over
for the password. I've tried the various
syntax
for
the url...but no luck. Any ideas?
Keep experimenting. Try _both_
'http://myhost.com/webdav' and
'http://myhost/webdav/'. I usually 'map' a
drive
letter for it under
Windows XP.
--
Benjamin Franz
--
Taroon-list mailing list
=== message truncated ===
__________________________________
Do you Yahoo!?
The all-new My Yahoo! - What will yours do?
http://my.yahoo.com
--
Taroon-list mailing list
Taroon-list redhat com
http://www.redhat.com/mailman/listinfo/taroon-list