#44 closed defect (fixed)
Home directories found in master.passwd cannot work with Samba
Reported by: | guest | Owned by: | Paul Smedley |
---|---|---|---|
Priority: | major | Milestone: | Samba Server for eCS (OS/2) 1.0 |
Component: | Samba Server | Version: | 3.0.28 |
Keywords: | master.passwd | Cc: | herwig.bauernfeind@… |
Description
The entry of the home directory found in the master.passwd file cannot be used by Samba successfully, because it is not possible to add a valid drive to master.passwd, as the ":" is the field delimiter in master.passwd and Samba on OS/2 is unable to switch to a directory without a drive.
Change History (7)
comment:1 Changed 16 years ago by
comment:2 Changed 16 years ago by
Can the kLIBC path rewriter help with this, or are we too far up the ladder (closer to the user and away from the code) in terms of the environment?
comment:3 Changed 16 years ago by
The kLIBC PathRewriter? can be used to partly overcome this issue as Knut explained some time ago on the netlabs IRC channel. However, in this case the home directory still would have to be always on the same drive as %UNIXROOT% (if I remember correctly).
comment:4 Changed 16 years ago by
My idea is to use a $ instead of a : for the drive seperator
ie instead of the home directory being specified in master.passwd as e:/users/psmedley - use e$/users/psmedley
Then, when samba reads the directory from the user database, it automagically changes the $ to a : and voila
I added some code to do this this evening - not checked in yet, but please feel free to try http://smedley.info/smbd.zip
comment:5 Changed 16 years ago by
Resolution: | → fixed |
---|---|
Status: | new → closed |
comment:6 Changed 15 years ago by
Milestone: | → Samba Server for eCS (OS/2) 1.0 |
---|
comment:7 Changed 15 years ago by
Version: | → 3.0.28 |
---|
I'm surely no expert, but this ticket piqued my curiosity. Might it be possible to utilize an environment variable to stand in for the drive letter and base path, if not the drive letter and colon, as in $data_vol/users/fred as a workaround for this?
It seems to me that they must use something similar in Cygwin, as they have the same problem with drive letters as we have... In fact, http://www.linuxdriver.net/make3/make3-CHP-7-SECT-2.html#make3-CHP-7-TABLE-1 (et seq) illustrates Cygwin's approach to dealing with the drive letter problem.
Just some random thoughts, Paul.