Hi,
I'm having the same problem.
No databases, simple vpasswd auth.

Regards!
----- Original Message -----
From: "Ken Jones" <[EMAIL PROTECTED]>
To: "Espen Solberg" <[EMAIL PROTECTED]>
Cc: <[EMAIL PROTECTED]>
Sent: Tuesday, August 08, 2000 4:43 AM
Subject: Re: "Failed to change password."


> Espen Solberg wrote:
> >
> > Irwan Hadi wrote:
> > >
> > > At 08:35 AM 8/7/00 +0200, Espen Solberg wrote:
> > > >When I try to change password for a user on a virtual domain using
> > > >qmailadmin/qmail/vpopmail, qmailadmin tells me: "Failed to change
> > > >password.". I see that sqwebmail-pass for the specified user changes
but
> > > >vpasswd for the virtual domain is not reflecting any change. Anyone
> > > >knows why and how to fix it?
> > > >
> > > >I'm using:
> > > >qmail-1.03
> > > >qmailadmin-0.32
> > > >vpopmail-4.8.7
> > > >
> > > >All domains on the server (3, all virtual domains) have the same
> > >
> > > your information seemed not enough
> > > Tell us, how you configure your vpopmail and sqwebmail.
> > > and also what database are you using right now for vpopmail ?
> > > mysql, or plain vpasswd ?
> >
> > I do not have sqwebmail installed as I am not going to use it. I use
> > plain vpasswd as authentication. Is this a problem? Do I really have to
> > install sqwebmail to change the password for virtual domain users?
> >
> > vpopmail is configured with the following parameters:
> > --enable-logging=e --enable-default-domain=my.domain
> > --enable-roaming-users=y
> >
> > If I change password with "/home/vpopmail/bin/vpasswd user@domain" I can
> > change the password successfully but I have no success using qmailadmin
> > to change password.
> >
> > Everything else in qmailadmin works great; adding users, deleting users,
> > adding domains, deleting domains, adding aliasdomains, deleting them,
> > adding forwards, aliases, mailinglists. The only problem I have is
> > changing the password.
> > --
> > Espen
>
> Strange. This could be a new problem. No one else has reported it.
> Sounds like, yet another thing to add to the testing process.
>
> I'll put it in there for the next go round.
>
> ken Jones
>

Reply via email to