Long passwd not working with HPUX10.20 and Samba 2.0.2 (PR#13591)

Jeremy Allison jallison at cthulhu.engr.sgi.com
Tue Feb 9 18:10:39 GMT 1999

J.P.M.v.Itegem at ele.tue.nl wrote:
> About a month ago I reported a bug in Samba 2.0.0 that users with
> passwords longer than 8 characters could not logon.
> I now found out that this is still the case in Samba 2.0.2
> Note: Samba 1.9p18 was OK
> For the record:
> I am using
>     HPUX 10.20,
>     Samba 2.0.2,
>     GCC,
>     PlaintextPasswords
> I hope you can fix it
>     Regards
>     Jos

I'm going to need some help fixing it. The problem is
that Samba 1.9.18 hand-selected the HPUX authentication
mechanism to use in the Makefile, Samba 2.x tries to 
auto-detect it and seems to get it wrong on HPUX only.

Can someone look at the file source/tests/cryypttest.c and
try this test on their system. This is the way Samba
decides if a crypt on a system needs to have the salt
truncated to 2 characters.

The trouble is, when I test this on my HPUX10.20
system it tells me that the salt doesn't need to be
truncated (it's using standard crypt, not bigcrypt).

Now with Samba 1.9.18x there was a hack that forced
the salt to be truncated - but this then broke FreeBSD
(which must not have the salt truncated). We went around
in a circle in the 1.9.18x series with each subsequent
release breaking either HPUX or FreeBSD until we figured
out what was going on - which is why I don't want to
fix it the same way in 2.x.

The problem is HPUX seems to have a couple of different
ways of doing plaintext password authentication, the
standard crypt mechanism, the bigcrypt mechanism.

Samba 2.x has to pick one, and for some HPUX systems
it seems to be picking the wrong one....


	Jeremy Allison,
	Samba TEam.

Buying an operating system without source is like buying
a self-assembly Space Shuttle with no instructions.

More information about the samba mailing list