Vesta Control Panel - Forum

Great work!

Thanks!

Tested on ubuntu 14.04 - php 5.5 - worked
Tested on ubuntu 14.04 - php 5.6 - not working

OMG..
Its a bug (or) something environment issues?

My environment:
VestaCP : 0.9.8 (17) / Ubuntu 16.4 / PHP 5.6 / Roundcube Webmail 1.2-beta / https://url/webmail

Resolved:
1. change the variable

/etc/roundcube/plugins/password/config.inc.php
localhost > servername (server.com)

2. change the whole content of "

/usr/share/roundcube/plugins/password/drivers/vesta.php
with
https://github.com/serghey-rodin/vesta/ ... /vesta.php

DONT WORK

WORKS! ON Debian 9 just with these steps:

1. Open /etc/roundcube/plugins/password/config.inc.php
2. Find: $rcmail_config['password_vesta_host'] = 'localhost';
3. Change localhost to your server hostname (if you are not sure what is your hostname, open /etc/hostname file)
4. Also, if you changed Vesta port, change it here too, you will find in next line $rcmail_config['password_vesta_port']
5. Save the file.

Thanks to @dpeca

whatever I did is given nothing. I applied every solution in this header but I still can't change passwords :(

[19-Feb-2018 17:02:34 +0300]: <pvkbq4r2> DB Error: [1305] FUNCTION roundcube.update_passwd does not exist (SQL Query: SELECT update_passwd('$1$cpSPQLYD$Q/YC/LIMdjAxYiCRpb7991', '[email protected]')) in /usr/share/roundcube/program/lib/Roundcube/rcube_db.php on line 543 (POST /webmail/?_task=settings&_action=plugin.password-save)

here is my log.

tkramer wrote: ↑

Fri Feb 16, 2018 6:07 pm

1. Open /etc/roundcube/plugins/password/config.inc.php
2. Find: $rcmail_config['password_vesta_host'] = 'localhost';

Installation script do it by default...
https://github.com/serghey-rodin/vesta/ ... 1164-L1165

I just also encountered an error after Dist upgrading from Debian 8 to Debian 9 and wanted to post my solution to point at the change of the hostname inside the config file of the password plugin.

The reason why it's important to post the proper hostname into the password/config.inc.php is that it gets compared to the hostname inside your SSL certificate.
I'm just using a lets encrypt certificate and the hostname from my server has a prefix like a subdomain: one.mydomain.tld. Since it's not a wildcard certificate this subdomain is not listet inside my lets encrypt certificate, so that was the reason for the error. Because I just updated to PHP7.2 and encountered a lot of "deprecated" warnings I just didn't find the right line right away and was guessing for wrong file permission.
Cheers from Berlin