Directadmin Roundcube Password plugin segmentation fault

[Kimosabi]

I got notified by a customer the other day that they were changing their email password in Roundcube and although Roundcube said that the save was successful, the password wasn't actually being changed.

So I checked out /var/log/directadmin/error.log and found an entry in the logs for each password change attempt.

 *** Segmentation fault *** Request::readAndProcess(*skt, xxx.xx.xx.xxx, xxx.xx.xx.xxx) : User: (null) : xxx.xx.xx.xxx : /CMD_CHANGE_EMAIL_PASSWORD : (null) :

This happens on two of my DA installations but not on the third, even though their configs are exactly the same.

Any ideas?

DirectAdmin 1.40.3
Roundcube 0.7.2

 

[scsi]

Doesnt look like the api request is right at all. Where did you find this roundcube plugin to change password. Seems you dont have some settings right in it.

 

[Kimosabi]

Doesnt look like the api request is right at all. Where did you find this roundcube plugin to change password. Seems you dont have some settings right in it.

Its the default password plugin that comes with roundcube on custombuild with the directadmin driver already activated. Note: I did obfuscate the IP thats why its got xxx's in it.

I've checked the DA install that *is* working, and the plugin files are exactly the same.

**FIXED**: I double checked the differences in the /usr/local/directadmin/conf/directadmin.conf and on the two where the segmentation fault was happening there was an entry in the conf file for force_hostname="hostname.domain.com"

I'm guessing what was happening was that roundcube was trying to run the API call from localhost:2222 but was getting redirected to hostname.domain.com:2222 and in the process losing any POST data in the redirect. This would account for the (null) values.

All good now after I removed that line from both of the affected DA servers. I hope this helps someone else out in the future.