Bug 4773 - smbclient wrongly set the flags2.dfs flag
Summary: smbclient wrongly set the flags2.dfs flag
Status: RESOLVED FIXED
Alias: None
Product: Samba 3.0
Classification: Unclassified
Component: smbclient (show other bugs)
Version: 3.0.24
Hardware: x86 Linux
: P3 normal
Target Milestone: none
Assignee: Samba Bugzilla Account
QA Contact: Samba QA Contact
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2007-07-11 00:45 UTC by x2
Modified: 2007-07-11 21:08 UTC (History)
0 users

See Also:

Attachments
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
Description x2 2007-07-11 00:45:04 UTC 
When I used smbclient to connect to a samba server that supports dfs, some strange behaviours happened.
Steps to reproduce:
1. mkdir <server ip address>, for example "192.168.1.1"
2. mkdir <share name>, for example "myshare"
3. put a file, for example "myfile"
However, the file does not exist in the directory 192.168.1.1/myshare/myfile, but exits in the top level instead.

Then I wanted to figure out what happened by capturing packets. It was found that the dfs flag in the smb header of openX command was always set to 1, so the directory 192.168.1.1/myshare was wrong recognized as the ip address and the share name. As a result, the file was created in a wrong location.

Please investigate this problem. Thank you.

OS of client and server : Ubuntu 7.04 feisty
samba version : 3.0.24-2ubuntu1.2
Comment 1 Jeremy Allison 2007-07-11 14:43:27 UTC 
Can you try this with 3.0.25b please - I did a lot of work inproving the client DFS support for that release.
Jeremy.
Comment 2 x2 2007-07-11 21:08:03 UTC 
It works in 3.0.25b
Thank you very much.