Because smbc_set_credential_with_fallback() won't allow empty username, password, when using kerberos auth to browse DFS shares, use_kerberos won't be set to contact the target server, which results in inability to access target shares. affect both 3.3 and 3.4. thx!
Created attachment 4520 [details] patch for 3.3
Created attachment 4521 [details] patch for 3.4
Please provide exact steps to reproduce this bug. Thanks, Volker
Join a linux machine into windows domain, enable kerberos login in pam_winbind, login user and try to access DFS share with nautilus or konqueror, click on DFS link, cannot access it. Of course the user have rights to access the DFS target directly. OR use the small test I submitted to master. After login to the machine/get the kerberos ticket, run stat_k smb://servername/DFSroot/DFSlink_name will fail. run it on normal share succeeds. Be aware that master is already patched, so this will happen to v3.3 and v3.4.
Comment on attachment 4520 [details] patch for 3.3 The patch look fine. I don't have the environment set up to be able to test it, so I'll have to depend on others for that at the moment.
Comment on attachment 4521 [details] patch for 3.4 The patch look fine. I don't have the environment set up to be able to test it, so I'll have to depend on others for that at the moment.
@Karolin: Please add this into 3.3 and 3.4. Thanks! Sorry that I didn't find a way to reassign the bug to you, looks like I have no such rights.
Pushed to v3-4-test and v3-3-test. Patch does not seem to be in master. Re-assigning bug to Bo.
It is there. :-) commit 857140a7. Thanks! close it now..