A customer told me that they weren't receiving the mail for a forgotten CMS password.
I have always left everything at the default and simply entered an email address during installation. I'm sure I tested this long ago but it's literally been years since it was so simple and I have never received a complaint.
I tested 3 different sites today using the default, built in PHP function. I tried entering a new email "from" address. The only way I can get a forgotten password mail sent out is to set up the full SMPT (for me, its SSL and other info, the same I use when setting up mail on a tablet for instance.) That's fine but I am wondering why it stopped working. Call me lazy, and I'll agree, but i'm not looking forward to going to every old CMS and setting up the SMPT info. Also, my horrible host has been known to change things over the years, making me go into accounts everywhere, Sublime, Dreamweaver, etc and update. ugh. I'd prefer just the email field, done.
Any idea why the default doesn't work anymore? Am I mistaken? Shouldn't it work without having to fill in the user and password fields? Here is the current PHP version and other info showing in CMSB:
Operating System Linux 18.104.22.1688868451 Web Server Apache PHP Version PHP v5.4.37 - phpinfo >>
Database Server MySQL v5.5.4036.1 (Max Connections: 25)
I'm doubting it's the PHP version / upgrade. I'm guessing the function is simple and wouldn't change?
another concern: The SMPT password is readable, even after saving. That is secure when saved and stored? Either way, anyone with admin rights can go to that general settings page and get my email password. :/
thanks for any help with this!
I hate to tell you this, but this really sounds like your hosting company has disabled php's mail() function!
In CMSB --> General Settings, check "PHP disabled functions:". Normally, its "none"
You can also check phpinfo() and look for "sendmail_path".
Hope this helps!
Northern Penguin Technologies
"Any sufficiently advanced technology
is indistinguishable from magic."
........Arthur C. Clarke
I don't see the disabled functions in 2.53 (Build 1040) CMSB settings. I found an info link in CMSB general settings:
sendmail_path: /usr/sbin/sendmail -t -i
This is on the phpinfo page as well:
I Googled the above but didn't understand any relation.
The disable_functions isn't necessarily related to this - the 'dl' entry simply means that additional PHP extensions cannot be loaded when the script is run.
I would say that, absent anything else, it's very likely your host has made a change that stops sendmail from working. It's certainly possible to test this, but I'd definitely ask them first rather than spending time on troubleshooting something that may be out of your control. If they say that no changes have been made, the next thing I'd recommend is to update to the latest version of CMSB if possible, and then submit a support ticket to us through email if the problem keeps happening.
Save time by getting our experts to help with your project.