summaryrefslogtreecommitdiff
path: root/source3/libads
diff options
context:
space:
mode:
authorVolker Lendecke <Volker.Lendecke@SerNet.DE>2013-07-09 11:02:39 -0700
committerJeremy Allison <jra@samba.org>2013-07-09 12:22:00 -0700
commitaef8aad638b916026651d900b91e963897b31c1a (patch)
treee48fbbd03c1f770008317cfca260abfaff4f9ded /source3/libads
parentcd36a3e902813c065e14059d325f7628b06595aa (diff)
downloadsamba-aef8aad638b916026651d900b91e963897b31c1a.tar.gz
samba-aef8aad638b916026651d900b91e963897b31c1a.tar.bz2
samba-aef8aad638b916026651d900b91e963897b31c1a.zip
smbd: Fix a profile problem
When trying to read a profile, under certain circumstances Windows tries to read with its machine account first. The profile previously written was stored with an ACL that only allows access for the user and not the machine. Windows should get an NT_STATUS_ACCESS_DENIED when using the machine account, making it retry with the user account (which would then succeed). Samba under these circumstances erroneously gives NT_STATUS_OBJECT_PATH_NOT_FOUND, which makes Windows give up and not retry. The reasons is the "dropbox" patch in unix_convert, turning EACCESS on the last path component to OBJECT_PATH_NOT_FOUND. This patch makes the dropbox behaviour only kick in when we are creating a file. I think this is an abstraction violation. unix_convert() should not have to know about the create_disposition, but given that we have pathname resolution separated from the core open code right now this is the best we can do. Signed-off-by: Volker Lendecke <Volker.Lendecke@SerNet.DE> Reviewed-by: Jeremy Allison <jra@samba.org>
Diffstat (limited to 'source3/libads')
0 files changed, 0 insertions, 0 deletions