Return-Path: Delivered-To: new-httpd-archive@hyperreal.org Received: (qmail 7284 invoked by uid 6000); 2 Aug 1999 21:50:45 -0000 Received: (qmail 7275 invoked from network); 2 Aug 1999 21:50:44 -0000 Received: from ns.skylink.it (root@194.177.113.1) by taz.hyperreal.org with SMTP; 2 Aug 1999 21:50:44 -0000 Received: from kim.ispra.webweaving.org (va-187.skylink.it [194.185.55.187]) by ns.skylink.it (8.9.1/8.8.8) with ESMTP id XAA03071; Mon, 2 Aug 1999 23:49:18 +0200 Received: from kim.ispra.webweaving.org (kim.ispra.webweaving.org [10.0.0.2]) by kim.ispra.webweaving.org (8.8.8/8.8.5) with ESMTP id UAA02053; Mon, 2 Aug 1999 20:25:22 GMT X-Passed: MX on Ispra.WebWeaving.org Mon, 2 Aug 1999 20:25:22 GMT and masked X-No-Spam: Neither the receipients nor the senders email address(s) are to be used for Unsolicited (Commercial) Email without the explicit written consent of either party; as a per-message fee is incurred for inbound and outbound traffic to the originator. Posted-Date: Mon, 2 Aug 1999 20:25:22 GMT Date: Mon, 2 Aug 1999 22:25:22 +0200 (CEST) From: Dirk-Willem van Gulik X-Sender: dirkx@kim.ispra.webweaving.org To: "Life is hard, and then you die." cc: new-httpd@apache.org, clintdw@netcom.com Subject: Re: PATCH: ap_md5c.c understands SHA1 (Netscape web server) passwords In-Reply-To: <199908021859.UAA00207@chill.innovation.ch> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: new-httpd-owner@apache.org Precedence: bulk Reply-To: new-httpd@apache.org Status: O > - making the functions named ap_SHA1Init(), ap_SHA1Encode(), etc to mirror > the md5 stuff would be nicer; also, the above sha1 is missing the ap_ > prefixes. > - sha1_final does not produce an array of char - instead you have to > generate that yourself out of the 5 long's. Fair enough :-) you want to do this, or should I do it ? > - the base64 stuff is somewhat redundant - base64 encoding is already in > src/main/util.c Ah, I found already two double ones of that which I removed; so there is yet another one. mm, that looks quite identical indeed. Ok, > - the update only works for binary - no EBCDIC conversion. True point; I'll be fixing this this; and moving that util function into the ap_* set, so that support/* can use it too with ease. Dw.