Every night cron is sending email with subject: Cron <admin@host> sudo /usr/local/vesta/bin/v-update-sys-queue disk
And content of that email is: /usr/local/vesta/func/db.sh: line 390: [: : integer expression expected
This is a fix for that bug.
I guess mysql for some databases returns empty string for DB size, so this will handle that case.
Dovecot and Exim4 is able to handle ONLY one TLS / SSL certs.
In most cases - it is a cert ONLY for server hostname.
So, if you point mail client to $v_domain for IMAP/SMTP TLS - mail client will popup a warning and it will say that certs are for server hostname - not for domain that client added.
So, in most cases (in 99% percents) it is better to point mail client to server hostname - because Exim4 and Dovecot have valid cert for server hostname.
Roundcube is not able to write to /var/log/roundcube
This is a fix for it.
Reported as a bug long time ago - https://forum.vestacp.com/viewtopic.php?f=12&t=10114&p=39648#p38630
See last line at this post.
In v16 you accepted my pull request for password driver, but that was just a partial fix, because it needs to fix log permissions too.
Now here is a fix for roundcube log permissions.
''Vesta Password Driver for Roundcube'' will try to make a HTTPS request to Vesta, in order to change mail password.
In /etc/roundcube/plugins/password/config.inc.php you have:
$rcmail_config['password_vesta_host'] = 'localhost';
That 'localhost' must be changed to server hostname, because HTTPS to localhost will not works if your server hostname is not 'localhost', because SSL certs are not for 'localhost' but for server hostname.
This line will change localhost to server hostname, and 'Vesta Password driver for Roundcube' will works.
