I have a WinXP box that has plaintext password enabled. I have a Samba 3.0
CVS server that also does not use encrypted passwords (uses PAM). I cannot
connect to shares from the WinXP box because apparantly the non-encrypted
password is sent as the NT password, and nothing as the LM password.
On Wed, Feb 26, 2003 at 01:39:26PM -0600, Christopher R. Hertel wrote:
On Wed, Feb 26, 2003 at 12:59:58PM -0500, Kris Van Hees wrote:
I have a WinXP box that has plaintext password enabled. I have a Samba 3.0
CVS server that also does not use encrypted passwords (uses PAM). I cannot
, 2002 at 05:27:34PM -0500, Kris Van Hees wrote:
Hi,
It seems that PAM-based authentication is broken in the current CVS
HEAD version. Enabling cleartext passwords, and setting 'encrypted passwords =
no' does not help, nor does setting 'use spnego = no'. What seems to happen
On Wed, Nov 13, 2002 at 06:09:05PM +1100, Andrew Bartlett wrote:
On Wed, 2002-11-13 at 17:28, Kris Van Hees wrote:
Well, that is not the case, since for the underlying filesystem it is usually a
very valid name. The fact is just that they would resolve to different targets.
The Samba
Could the passed filenames and pathnames in the functions in vfs_ops be made
non-const? The use of a VFS module as transparent layer includes the ability
to change the passed data (as suggested from the comments in vfs.h), but with
the const qualifiers there, you cannot legally change the passed
On Tue, Nov 12, 2002 at 09:20:59PM -0500, Kris Van Hees wrote:
Could the passed filenames and pathnames in the functions in vfs_ops be made
non-const? The use of a VFS module as transparent layer includes the ability
to change the passed data (as suggested from the comments in vfs.h
On Wed, Nov 13, 2002 at 03:43:08PM +1100, Andrew Bartlett wrote:
On Wed, 2002-11-13 at 15:24, Kris Van Hees wrote:
On Wed, Nov 13, 2002 at 03:08:26PM +1100, Andrew Bartlett wrote:
Well, I think that doing so would be *very* dangerous. For one, what
are you doing to do with those strings
On Wed, Nov 13, 2002 at 04:24:22PM +1100, Andrew Bartlett wrote:
On Wed, 2002-11-13 at 16:08, Kris Van Hees wrote:
I do not think that I should solve it with MSDFS itself, since that is a very
specific Microsoft thing. Adding sys resolution into that code would be a bit
messy
On Wed, Nov 13, 2002 at 05:16:38PM +1100, Andrew Bartlett wrote:
Well, I think making the MSDFS resolving code pluggable would be a good
thing.
Agreed.
MSDFS works by the server attempting saying 'not here' to a file open.
The client then asks there server for 'where is is then', and
Working with CVS HEAD, when I set encrypt password = no, and I configured
--with-pam, a client connection from a Win2000 machine is failing the unix
password authentication check, because the password is apparently an empty
string (1 byte long, the '\0' byte). But the user most definitely entered
Could anyone tell me why the append_log variable in smbd can no longer be
controlled by means of a '-a' flaf on the command line? The CVS HEAD version
is currently always reopening smbd log file with a truncate option, making it
a bit difficult to debug pretty much anything since logs get
I ran into an issue running the configure script on a Solaris box with the
Sun C compiler (Sun WorkShop 6 update 2 C 5.3 Patch 111679-08 2002/05/09).
Here is what happens (when trying to get a shared library):
The problem is apparantly that the SUNWspro C compiler does not allow the
output file
Has anyone found a way to identify WinXP as the remote architecture of a client
rather than just identifying it as Win2000? From everything I can find it is
acting pretty much identical to a Win2000 client, which is a bit of an issue
since I really would need to try to make a distinction.
Any
that is acceptable to the maintainers, etc...).
Is anyone here willing to state whether you'd be open to possibly accepting a
patch for this in Samba? If so, only for the 3.x series (CVS version) or is it
also possible for 2.x?
Thanks,
Kris Van Hees
PS: I also have the intention to later work on dealing
On Sun, Sep 29, 2002 at 03:00:27PM +1000, Andrew Bartlett wrote:
Kris Van Hees wrote:
Description of sys patch omitted.
That would very much depend on what you are proposing. This kind of
thing is quite difficult with encrypted passwords, and I am generally
opposed to adding this kind
15 matches
Mail list logo