Hi gang.
A hundred years ago, quite possibly slightly more recently
than that, I announced that the encryption stuff didn't seem
to work on the sparc platform.
Let me give a rundown of the problem again:
Compiles fine, performs all functions (pop/smtp/adduser/maintenance)
flawlessly.
If I set a user to encryption_type of crypt and use a 13 char crypt,
it works fine as plaintext (non-apop) login.
When I apop, this is the result:
generate the hash from the commandline:
[EMAIL PROTECTED]:~$ echo -n '<[EMAIL PROTECTED]>test' | md5sum
8ad716d54250c4c1898559ac1025fed5
the pertinent logs:
Feb 25 17:22:33 frobnitz dbmail/pop3d[19403]: auth_md5_validate():
apop_stamp=[<[EMAIL PROTECTED]>], userpw=[test]
Feb 25 17:22:33 frobnitz dbmail/pop3d[19403]: auth_md5_validate(): checkstring
for md5 [<[EMAIL PROTECTED]>test] -> result [4c210655b71767eab24ff166a3ce3400]
Feb 25 17:22:33 frobnitz dbmail/pop3d[19403]: auth_md5_validate(): validating
md5_apop_we=[4c210655b71767eab24ff166a3ce3400]
md5_apop_he=[8ad716d54250c4c1898559ac1025fed5]
Feb 25 17:22:33 frobnitz dbmail/pop3d[19403]: auth_md5_validate(): user
[tester] could not be validated
So whatever crypt call that dbmail is using is generating bad
digests. I should point out here that other programming languanges
(PHP, perl) all agree with the md5sum commandline as to the correct
result. Also, using the same codebase on X86 architecture works just
fine. On the sparc, I have linked against libcrypt, and libcrypto,
both with the same result.
Another note, while linked against libcrypto, I can put a salted
md5 hash in, and it works fine from the X86, but still no avail from
the sparc. I can copy the value right from the shadow file on the
sparc, put it in the database which is hosted on the sparc, and it
works fine with an X86 client that uses the sparc database, so the
shadow salt is crypted() "properly" it appears.
Here's my sparc system info:
dbmail 1.1 (-lmysqlclient -lcrypto)
frobnitz:~# cat /etc/debian_version
3.0
frobnitz:~# uname -a
Linux frobnitz 2.4.18 #2 Thu Apr 11 14:37:17 EDT 2002 sparc64 unknown
frobnitz:~# ldconfig -v | grep crypt
libcrypt.so.1 -> libcrypt-2.2.5.so
libcrypt.so.1 -> libcrypt-2.2.5.so
libcrypto.so.0.9.6 -> libcrypto.so.0.9.6
frobnitz:~# dpkg --list | grep mysql
ii libdbd-mysql-p 1.2216-2 mySQL database interface for Perl
ii libmysqlclient 3.23.49-8.2 mysql database client library
ii libmysqlclient 3.23.49-8.2 mysql database development files
ii mysql-client 3.23.49-8.2 mysql database client binaries
ii mysql-common 3.23.49-8.2 mysql database common files (e.g. /etc/mysql
ii mysql-doc 3.23.49-8.2 mysql database documentation
ii mysql-navigato 1.2.4-1 GUI client program for MySQL database server
ii mysql-server 3.23.49-8.2 mysql database server binaries
ii php4-mysql 4.1.2-6 MySQL module for php4
ii postfix-mysql 1.1.11-0.woody MYSQL map support for Postfix
Anybody want to take a stab at the problem and a solution?
If you need more info, please don't hesitate to ask.
thanks,
dave
--
Dave Logan
Entertainment and Education all in One Big Bowl:
http://www.digitalcoven.com/
