password_algorithm="blowfish-crypt".

Yep, you nailed it. Sorry, it's been a long day.

# su www -c "usr/local/bin/doveadm -s blf-crypt"     
This account is currently not available.

Now to figure out how to allow this account to run one specific command on FreeBSD.

Thank you for the clue.

Hi,

I'm running Roundcube 1.6.5 on FreeBSD 14.0, with Postfix 3.8, dovecot 2.3.1, apache 2.4, and postfixadmin 3.4. Everything works great, except the password module. Attempting to change the password generates these log messages:

Apr 11 19:57:09 <17.3> mx roundcube[52066]: <fjti45o5> PHP Error: Password plugin: Failed to execute command: /usr/local/bin/doveadm pw -s 'blf-crypt'. Error:  in /usr/local/www/roundcube/plugins/password/password.php on line 747 (POST /www/?_task=settings&_action=plugin.password-save)
Apr 11 19:57:09 <17.3> mx roundcube[52066]: <fjti45o5> PHP Error: Password plugin: Failed to execute command: /usr/local/bin/doveadm pw -s 'blf-crypt'. Error:  in /usr/local/www/roundcube/plugins/password/password.php on line 747 (POST /www/?_task=settings&_action=plugin.password-save)

Fearing typos, I copied and pasted the command to the command line. It works there.

Is there any way to get more information out of roundcube about WHY the command didn't run?

Here's the changes I made to the password module config.inc.php. I'm not at all confident in the password_query setting, but I haven't gotten that far. DB username, pw, etc changed.

$ diff config.inc.php.dist config.inc.php
23c23
< $config['password_minimum_score'] = 0;
---
> $config['password_minimum_score'] = 1;
51c51
< $config['password_algorithm'] = 'clear';
---
> $config['password_algorithm'] = 'dovecot';
64,65c64,65
< // $config['password_dovecotpw'] = '/usr/local/sbin/doveadm pw'; // for dovecot-2.x
< $config['password_dovecotpw'] = '/usr/local/sbin/dovecotpw'; // for dovecot-1.x
---
> $config['password_dovecotpw'] = '/usr/local/bin/doveadm pw'; // for dovecot-2.x
> //$config['password_dovecotpw'] = '/usr/local/sbin/dovecotpw'; // for dovecot-1.x
69c69
< $config['password_dovecotpw_method'] = 'CRAM-MD5';
---
> $config['password_dovecotpw_method'] = 'blf-crypt';
115c115
< $config['password_db_dsn'] = '';
---
> $config['password_db_dsn'] = 'mysql://user:pw@localhost/dbname';
133c133,136
< $config['password_query'] = 'SELECT update_passwd(%P, %u)';
---
> //$config['password_query'] = 'SELECT update_passwd(%P, %u)';
>
> //for postfixadmin
> $config['password_query'] = 'update virtualusers.mailbox set password=%P, modified=NOW() where username = %u';


Any suggestions appreciated!

If I'm reading the script correctly the "mailsend" program is sending the email via SMTP since your are provided it with SMTP credentials. That means that Roundcube isn't in the path of the email that is being sent out, you're just viewing a record of the email that was sent using Roundcube.

If I had to guess there was either an update to the "mailsend" program or the mail server on the cPanel server that has caused the change in the behavior. Only your hosting provider could answer if the server was upgraded.

Personally I'd recommend changing how this flow works to call a api on the server that then sends the email that way you wouldn't have SMTP credentials on each of the end computers since that seems like a security risk.

First of all, forgive me, I am not a programmer or even in the IT field. I am trying to fix an issue that affects my team as best I can with my limited knowledge and resources.

We have clients that have the ability to send us 'alerts' from their individual PCs via a mailsend.exe which routes to roundcube mail through a cPanel server. Roundcube then forwards our agents an email as an alert to our company Outlook mail so that they can remote into the client PC and resolve their technical support issue.

We get the email alerts just fine but overnight from 2/1/24 to 2/2/24 the email alerts became jumbled and no longer display properly. The alert inline attaches a facility.txt file which appears as the body text and is supposed to attach a .jpg file that is a screenstream image to give our agents a quick overview of the clients desktop so they have an idea of what the issue is before connecting.

Here is what the email looked like in roundcube on Feb 1st, client info has been redacted:
This is attachment 2.1.24 alert


And here is what it looked like after on Feb 2nd:
This is attachment 2.2.24 alert 1


I know it shows Feb 1st in the screenshot, the email was sent form a different timezone but arrived Feb 2nd EST.


Here is how the emails appeared in Outlook prior to Feb 2nd with the .jpg file at the top then the facility.txt file embeds inline in the body neatly:
This is attachment Outlook Before


And here is how it appears now, after Feb 2nd:
This is attachment Outlook After 1

If the client does not have a screenstream .jpg then the facility.txt attaches as normal and is embedded inline the email body just fine, but if a .jpg file is available then it sends the jumbled coded email. I'll put in the mailsend code in for what we have on each PC, the code itself has not been changed on the PCs but I'll blank where I have to conceal our information.



IF EXIST "C:\Windows\system\web\screenstream*.jpg" (GOTO EMLP) ELSE (GOTO EML)

:EMLP
ren c:\windows\system\web\screenstream*.jpg screenstream.jpg
mailsend -name "M2 ALERT" -f ins********.com -smtp mail.*******.com -port 465 -sub "INSTANT ******** ALARM" -attach "c:\windows\system\facility.txt,text/plain,i" -attach "C:\Windows\system\web\screenstream.jpg,img/jpg" -t p*******@m*****.com -cc p******@m*****.com +bc e*********@m******.com  -ssl  -auth -user ins**********@m******.com -pass 2********
exit
:EML
mailsend -name "M2 ALERT" -f ins********.com -smtp mail.******.com -port 465 -sub "INSTANT ******* ALARM" < c:\windows\system\facility.txt -t p*******@m******.com -cc p*****@m****.com +bc e*********@m*****.com -ssl  -auth -user ins*******@m******.com -pass 2*******
exit


I'm wondering if there is something that could have changed either with cPanel or roundcube mail that I can change back since this seems to have happened over night and is happening with each and every client when they send an 'alert' to us. I have also routed the mailsend on a demo PC to different emails in gmail and icloud to see if it was a platform issue and it persist on all mail platforms. I think the source of the issue lies either in roundcube or cPanel but after poking around I can't find any settings that seem to have caused this. HTML is set to display in display message and composed messages for both roundcube and Outlook.

If there is any insight to this, I'd be really appreciative. Again, I have no IT background, so I am very out of my depth here. I have almost no knowledge of roundcube and very little on cPanel as this set up was established quite a while ago long before I was part of my current team. All I know is the roundcube only seems to be a sort of springboard to forward the emails to our team on Outlook after the 'alert' button is pressed on a client pc and the mailsend.exe sends the information from the client PC to the cPanel server/roundcube mail which then forwards to the teams Outlook mail.

If more information is needed I can try to provide it as best I can.