Akopia Akopia Services

[Date Prev][Date Next][Thread Prev][Thread Next][Minivend by date ][Minivend by thread ]

Re: [mv] remoteuser password



******    message to minivend-users from David Babler <dbabler@Rigel.orionsys.com>     ******



On Wed, 17 May 2000, Mike Heins wrote:

> > ...Some reference somewhere that you can use htpasswd
> > to generate passwords would be handy. In a production environment, having
> > all new catalogs showing up with exactly the same password wouldn't be
> > good. <G>
> 
> That is why the prompt says:
> 
> NOCRYPT
> .

[snip]

Sorry if I'm being dense, but there still seems to be a problem because
this help text isn't presented when building the 'simple' catalog, though
it is in the config/additional_help file. There is no 'NOCRYPT' key in the
config/additional_fields file - the key there is called CRYPTPW, which
says that 1 encrypts and 0 doesn't.

> If you set this to 0, passwords will be encrypted in the user
> database. If you set this to anything other than zero or a blank
> value, passwords will not be encrypted and will be readable in
> the user database. You can build encrypted passwords with
> the htpasswd command, or other means.

If I use something else to hash the passwords, say MD5, how do I specify
that?

But something is still odd here. After creating a new catalog based on
'simple' and directly entering a password string generated by htpasswd for
the superuser, I could finally get superuser access while the UserDB
parameter specified using encryption. After that I logged off the
superuser, I logged back in and created a normal user account and placed a
test order. That too worked okay, but now it is refusing to accept the
original password for the superuser. Looking thru the useredb.db file, I
do not see the original password string for the superuser, though I did
NOT change it! The new user's password *is* encrypted, though. Now what?

Does the 'load configuration' command in minimate reinstall the
remoteuser's original password in the userdb?


-Dave

-
To unsubscribe from the list, DO NOT REPLY to this message.  Instead, send
email with 'UNSUBSCRIBE minivend-users' in the body to Majordomo@minivend.com.
Archive of past messages: http://www.minivend.com/minivend/minivend-list


Search for: Match: Format: Sort by: