Thanks - I'll give it a go.
Vincenzo Gianferrari Pini wrote:
Digby,
Yes, it is totally possible and I have it up and running in production since a long time.
Just beware of the following:
1) Tomcat uses either MD5 or SHA-1 on a global basis (unless it has changed in any very recent release), and James uses it on a per-user basis, depending on a database column value.
2) Tomcat uses a hex representation, while James uses a base-64 one, so you need to use two database columns and to keep them in sync programmatically, with a hex/base-64 conversion.
3) If you convert from the Tomcat hex to the James base-64 representation, for some strange reason (at least with the conversion routine that I use) you need to truncate (substring) the converted result to the first 20 bytes if using MD5, to 24 if using SHA-1
For more info see:
http://nagoya.apache.org/eyebrowse/[EMAIL PROTECTED]&msgNo=5417
and
http://nagoya.apache.org/eyebrowse/[EMAIL PROTECTED]&msgNo=8116
I hope it helps.
Vincenzo
Digby wrote:
Hi,
I'd like to modify my James installation to a database for the users, which I believe is perfectly possible, but ideally I'd like to reuse my Tomcat user database which has digested passwords, and I haven't seen anything in the documentation that supports digests for passwords.
Does anyone know if it's possible, or if it's likely to be in the future?
My aim is just to create a Web mail page on my site for registered users (that just shows their mail), and I don't really want users having to supply a separate password for James.
Or any suggestions for other ways to implement what I'm after?
TIA
Digby
--------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
--------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
