This is weird. I run an smbd rev 5704. If I set 'host msdfs = yes' and try to
list a subdirectory of that smbd with smbclient, I get the top-level directory.
Reproduce: Simple smb.conf, simple share (no msdfs root). Create a subdir 'bla'
in the share.
Do an smbclient //localhost/share -c 'cd bla; dir', everything is fine.
Set 'host msdfs = yes' and the same smbclient command will show the top-level
directory. Is this only happening to me???
reproduced against 3.0.12pre2-SVN-build-5657.
It's probably my bug. Thanks.
The original commit msg for include/msdfs.h says:
date: 2001-08-29 19:56:27 +0000; author: kalele; state: Exp; lines: +11 -11
Windows 95/98 clients send DFS format pathnames without setting the DFS bit in
flg2. So you never really know how to resolve the pathname (as DFS or
as tcon-relative). This fix works around this problem.
I can't reproduce this behavior from a Windows 98 se client.
Change the RESOLVE_FINDFIRST_DFSPATH in smbd/trans2.c to just
RESOLVE_DFSPATH solves the issue and win98 still functions.
sorry for the same, cleaning up the database to prevent unecessary reopens of bugs.