Seems to be a problem with qmail.lightup.net. Searching for "Bill Shupp" turns up nothing. "shupp" (the domain name) turns up nothing too looking through author names and even the bodies. Hrm... Any idea where to find that patch then?
I'd assume APOP is now standard as well? My users are known for typing in their passwords incorrectly. I may make a patch this afternoon to allow users to simply add the cleartext field once they authenticate. Seems to make the most sense for existing domains (if cleartext is blank, add it). Either that or I'll just stick with my encrypted passwords until I go back to MySQL- though I don't see the benefit anymore. Thanks so much! -- Mike ----- Original Message ----- From: "Bill Shupp" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Friday, November 30, 2001 12:55 PM Subject: Re: A few VPOPMAIL 5.0 Questions > On Friday, November 30, 2001, at 10:29 AM, Mike Rogers wrote: > > > Just a few things I noticed in the first stage of my upgrade that I > > thought > > I'd mention - then two questions.: > > > > --enable-ip-alias-domains=y|n enable virutal domain lookup via > > reverse > > ip address lookup for virtual domains. > > This is from VP5.0's --help command. Shouldn't that be changed to vip > > map > > as opposed to reverse IP lookup. Has this been changed back or > > something or > > just something that was never changed. Probably rather confusing for > > new > > users. > > Yup, that should be updated. > > > Is --enable-deliver-filter applied or was it nixed? > > It was removed. Inter7 is working on a new filtering/processing system > called eps that should replace this option. > > > Is --enable-apop=y automatically enabled on new VPOPMAIL 5.0 builds? > > ---------------- > > More importantly, if I simply add a trailing : to each line of my CDB > > files, > > and set --enable-learn-passwords=y --enable-clear-passwd=y, will it > > ensure > > authentication with the original password before adding the cleartext > > version? > > The clear text version will not be set until the encrypted version is > not present. If it's not present, but will get set the next time a user > authenticates. And yes, it will insure authentication as long as they > don't happen to mis-type the password. If the mis-type it, the > mis-typed password will be the new password. > > > I'd love to make the cleartext passwords in there, but to open > > each account to any password is not a good idea on my part. I wouldn't > > mind > > having a list of cleartext passwords on there, and I would want it > > added for > > future builds, but at the same time, I wouldn't want to disrupt current > > operations. Has anyone had success with migrating this without opening > > learn-passwords up to everyone? > > You might try using vmoduser <domain> to clear all the passwords before > setting this up. And vmoduser <domain> with cdb is buggy.. you should > grab the patch I've posted to this list previously that fixes it. > > > -Bill > >
