eping Song
> -Original Message-
> From: Richard Sharpe [mailto:[EMAIL PROTECTED]
> Sent: Saturday, March 15, 2003 2:30 AM
> To: Nir Soffer
> Cc: Christopher R. Hertel; [EMAIL PROTECTED]
> Subject: RE: FW: encrypt passwords = no, security=user, samba 3.0a22
>
>
Richard Sharpe wrote:
>
> On Tue, 11 Mar 2003, Nir Soffer wrote:
>
> >
> > FWIW turning off unicode with unicode=no helps somewhat, and both
> > ethereal and Samba parse the session request correctly:
>
> Hmmm, I fixed a problem in Ethereal around Unicode handling last week at
> Connectathon. I
On Tue, 11 Mar 2003, Nir Soffer wrote:
>
> FWIW turning off unicode with unicode=no helps somewhat, and both
> ethereal and Samba parse the session request correctly:
Hmmm, I fixed a problem in Ethereal around Unicode handling last week at
Connectathon. I would be very interested in a trace th
al Message-
From: Nir Soffer
Sent: Tuesday, March 11, 2003 4:30 PM
To: '[EMAIL PROTECTED]'
Subject: FW: encrypt passwords = no, security=user, samba 3.0a22
Something our QA department stumbled on:
I try to log on to my Samba 3.0a22 installation (make, make install, the usual
sheba
Nir Soffer wrote:
:
> FWIW turning off unicode with unicode=no helps somewhat, and both ethereal and Samba
> parse the session request correctly:
>
> [2003/03/11 20:11:30, 3] smbd/sesssetup.c:reply_sesssetup_and_X(732)
> Domain=[CACOMISTLE] NativeOS=[Windows 2000 2195] NativeLanMan=[Windows
>
> Nir Soffer wrote:
> :
> :
> > It seems to me that a more correct fix would be, in the
> case of encrypt
> > passwords = no, to request a normal password and not a
> UNICODE one. Is
> > this even possible in the protocol? (e.g - request
> non-unicode passwords,
> > but still support non-unicode
Nir Soffer wrote:
:
:
> It seems to me that a more correct fix would be, in the case of encrypt
> passwords = no, to request a normal password and not a UNICODE one. Is
> this even possible in the protocol? (e.g - request non-unicode passwords,
> but still support non-unicode filenames?)
Unicode i
> Nir Soffer wrote:
> >
> > Something our QA department stumbled on:
> >
> > I try to log on to my Samba 3.0a22 installation (make, make
> install, the
> > usual shebang). The client name is CACOMISTLE (not the
> NativeOS), the
> > user name is nirs, (not the domain).
> > Any ideas or thoughts
Nir Soffer wrote:
>
> Something our QA department stumbled on:
>
> I try to log on to my Samba 3.0a22 installation (make, make install, the
> usual shebang). The client name is CACOMISTLE (not the NativeOS), the
> user name is nirs, (not the domain).
> Any ideas or thoughts, or are we doing somet
Something our QA department stumbled on:
I try to log on to my Samba 3.0a22 installation (make, make install, the usual
shebang).
The client name is CACOMISTLE (not the NativeOS), the user name is nirs, (not the
domain).
Any ideas or thoughts, or are we doing something incredibly stupid?
(I'v
10 matches
Mail list logo