PROPOSAL: remove non -U password argument option from smbclient

[Herbert Lewis]

If we are going to get rid of it (and possibly break some
scripts) now is the time. I think it should go!!!

"Christopher R. Hertel" wrote:
> 
> On Wed, Jul 30, 2003 at 04:08:04AM +0000, John H Terpstra wrote:
> > On Wed, 30 Jul 2003, Tim Potter wrote:
> >
> > > While looking at a bug in the smbclient tar option I discovered
> > > a weird fact about smbclient.  The synopsis from the manual page is:
> > >
> > > smbclient servicename [ password ] [ other args...]
> > >
> > > If there is a non-option argument after the service name it will be
> > > treated as a password.  Does anyone want to keep this behaviour?
> > > There's a bug at the moment where the password must be specified as
> > > the second argument and the one specified with -U doesn't work.
> > >
> > > I think we should stick with the standard ways of specifying usernames
> > > and passwords (-U user%pass, $USER environment variable) rather than
> > > having special behaviour for smbclient.  It could break existing
> > > scripts though.
> >
> > Right on Tim! -U user%pass is my vote!
> 
> I agree, though at some point in the future we need a new tool that
> supports the SMB URL format.  :)
> 
> Chris -)-----
> 
> --
> "Implementing CIFS - the Common Internet FileSystem" ISBN: 013047116X
> Samba Team -- http://www.samba.org/     -)-----   Christopher R. Hertel
> jCIFS Team -- http://jcifs.samba.org/   -)-----   ubiqx development, uninq.
> ubiqx Team -- http://www.ubiqx.org/     -)-----   crh at ubiqx.mn.org
> OnLineBook -- http://ubiqx.org/cifs/    -)-----   crh at ubiqx.org