Since I upgraded from 3.0.22 to 3.0.23, I get the following
error in my samba log file when contacting share XXX from
any host with user <username>:
[2006/07/17 12:00:50, 1] auth/auth_util.c:create_token_from_username(1059)
<username> is a Domain, not a user
With smbclient on the server itself I get:
Domain=[ZZZ] OS=[Unix] Server=[Samba 3.0.23-1.fc5]
Server not using user level security and no password supplied.
tree connect failed: NT_STATUS_NO_SUCH_USER
In my case <username> is the same as the netbios name of the
samba server. When I change the netbios name in smb.conf to
something else then the configuration works again.
So it seems the netbios name must be unequal to all user names
used in a configuration. Seems irrelevant and like a bug to me,
it never was like that before!
You can't now have a username identical to a machine name. This is the same way it works on Windows. This is by design. Earlier Samba versions allowing this were in error.
errr -- on Windows it works. It works on Samba 3.0.23 as well if you don't have security=share :-)
Really ? I remember running into the problem about 11 years ago on NT3.x when I was an administrator naming Windows client NT machines after the user who was the primary user of them :-) :-).
I'm pretty sure things get weird on Windows when machinename == username.
*** Bug 3947 has been marked as a duplicate of this bug. ***