W3C home > Mailing lists > Public > www-jigsaw@w3.org > September to October 1996

How to add UserDirs in a generic manner ?

From: Anselm Baird-Smith <abaird@w3.org>
Date: Tue, 3 Sep 1996 11:40:40 +0500
Message-Id: <9609031540.AA02509@www18.w3.org>
To: Christian Seebode <Christian.Seebode@medis.de>
Cc: www-jigsaw@w3.org
Hi Christian,

This is not part of std Jigsaw, but it could probably be added as a
new resource. The problem is how to access the password file from

One way of dealing with it would be to have a generic user directory,
to which you add the user-name. Most systems are configured to have
users home directiry in, say, /users/foo.

The new (subclass of directory resource), would act as a
PassDirectory: when getting /~joe, it would either:
- Notice that joe's PassDirectory to /users/joe already exists,
- If not, create a new PassDirectory (with appropriate default for
pass-location), and return it.

This seems pretty easy to implement, but I won't have tim e to spend
on it myself until after next release.

Any takers ?


 > Hi,
 > (I hope this doesn't get posted twice) :-)
 > I'm looking for a generic way to declare UserDirs under
 > Server Root without declaring them explicitly one by one.
 > I understand that adding a resource to Jigsaw isn't as 
 > expensive as it is in CERN httpd. So maybe this isn't even missing
 > at all and I have to change the colour of my glasses.
 > But when there's something like mapping ~USER or USER to
 > $HOME/public_html, then please let me know.
 > I tried declaring a public_html DirectoryTemplate as 
 > PassDirectory, but I don't see a way 
 > to get the passwd entries into the directory dispatch.
 > So maybe that isn't preconfigured. Do I have to
 > implement it as an extension to a filter ?
 > Thanks for any help
 > Christian
 > -- 
 > Christian Seebode <Christian.Seebode@medis.de>                  /\
 > MedIS - Medizinische Informations- und Steuerungssysteme GmbH  /\/\
 > Goldschmidtstr. 5, D - 21073 Hamburg, Tel.: +49-40-76696-253  /\/\/\
 > _____________________________________________________________/\/\/\/\
Received on Tuesday, 3 September 1996 11:41:09 UTC

This archive was generated by hypermail 2.3.1 : Tuesday, 6 January 2015 21:25:30 UTC