RE: Re: file:/// url schema

Thanks for the replies.

File:// access is ruled out. Actually, the only reason to considered it was the problems configuring access against ldap (microsoft active directory) with path-based permissions ...
We tried sspi with no success defining path-based permissions.
Now we are considering authnz_ldap_module from apache...

I'll keep you informed of my progress ...

Xoan
-----Mensaje original-----
De: Bicking, David (HHoldings, IT) [mailto:David.Bicking@thehartford.com]
Enviado el: miércoles, 03 de octubre de 2007 14:50
Para: Ryan Schmidt; Gonzalez Diaz, Xoan
CC: Subversion Users
Asunto: RE: Re: file:/// url schema

> -----Original Message-----
> From: Ryan Schmidt [mailto:subversion-2007b@ryandesign.com]
>
> On Oct 3, 2007, at 02:47, Gonzalez Diaz, Xoan wrote:
> > On Oct 3, 2007, at 02:40, Gonzalez Diaz, Xoan wrote:

> >>
> >> But we could use Windows permissions to allow or not to
> access in a
> >> path-based way. Isn't it?
> >> We have tested svnserve and apache. All is fine, but we don't want
> >> users have to be entering password different that Windows one
> >
> > Mmm, my hand was quicker than my brain ...
> > It's clear that I can't use Windows permissions in a path based way
> > ... I think I'm going to go for a coffee ...
>
> Right.
>
> Please remember to use Reply To All when you reply so that
> your message goes to the list too, and not just to me.
>

"file://" access is evil and is one of the reasons VSS corrupts so
easily. Further, you can use Apache to work with single signon, right?
I don't know how off the top of my head, but I thought you could. Am I
wrong? Worst case scenario, each user can cache their authentication on
their machine.

--
David
*************************************************************************
This communication, including attachments, is
for the exclusive use of addressee and may contain proprietary,
confidential and/or privileged information.  If you are not the intended
recipient, any use, copying, disclosure, dissemination or distribution is
strictly prohibited.  If you are not the intended recipient, please notify
the sender immediately by return e-mail, delete this communication and
destroy all copies.
*************************************************************************
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org