While I was using "smbtar" in Samba 3.0, I have realised that smbtar fails to archive files. $ smbtar -s _SERVER_ -x _SHARE_ -u _USER_ -p _PASSWD_ -t _DEST_ This is because for some reason, smbclient accesses to SMB share anonymously, and not enough privileges granted for anonymous access. Analysing the problem in depth, apparantly, there is a bug in smbclient's "-N" option. It seems as though '-N' option has precedence over {password}. When both of them are provided, {password} is not used within the authentication process. In my opinion, {password} should have precedence over '-N'. When both of them are provided by a user, she should still be able to authenticate herself using her password. smbtar is dependent on this bug.
To make it simple, here are simple examples: $ smbclient //server/share pass -U user smb: \> exit $ smbclient //server/share pass -N -U user Anonymous login successful tree connect failed: NT_STATUS_ACCESS_DENIED
smbtar has been fixed for 3.0.2
sorry for the same, cleaning up the database to prevent unecessary reopens of bugs.
database cleanup