From Windows NT 4.0 sp6 selecting Start > Run and entering a path like \\miallen3\dfs\path\test\IE\IE3\EN\filelist.dat fails with a cryptic dialog. The dfs share is a DFS share that points to a directory with a subdirectory 'path' which has the link 'test -> msdfs:rsch-nyc-19b4\wefa\test'. If I back off to \\miallen3\dfs\path\test\IE\{IE3,IE3\EN\} both cases also fail. Backing off to \\miallen3\dfs\path\test\IE\ succeeds. I have a packet capture of this that I will submit to someone directly if requested. What it shows is that NT does not try to do any DFS-ness but goes strait for the Query Information Request which fails with STATUS_OBJECT_PATH_NOT_FOUND. So Samba only emits the STATUS_PATH_NOT_COVERED when I back off to \\miallen3 \dfs\path\test\IE\.
Confirmed on 2.2.8a.
Sorry, but the 2.2 is not under development any longer. If you can reproduce this bug against the latest 3.0 release, please reopen this bug and change the version in the report. Thanks.
database cleanup