I am a new user so apologies if I am making rookie mistakes. I spent a couple of days reading this forum specifically around the form, but I didn’t find the two issues listed below.
I built my site from North Eleven(NE) and without the form enabled it worked fine. Once I started with the form I encountered two issues that I now see in NE when published locally. It creates two index.html files one in portfolio and one in contact which doesn’t seem correct. Also, in the config.php contains ‘smtp_auth’ => ‘username@example.com’ !== ‘’ && ‘s3cr3t!’ !== ‘’ , which is sample user name and password instead of ‘smtp_auth’ => ‘true’
That clears up the confusion on the index.html usage. Thanks! When I enter all my details in the form including the server details for the smtp_host and publish locally my config.php looks just like the NE version with concatenation of name and password in the smtp_auth. What am I missing, is there another location for SMTP server other than the smtp_host?
That all looks like my setup, but maybe a process question. I am publishing local, checking details, zipping the package and then ftp file to public folder and unzip. Is my issue coming from not publishing to site using elements directly?
I’m not sure I understand what your issue is exactly with the form. If you enter all of your form settings correctly, they will be exported in the config file correctly. You wouldn’t really even need to look at the config file, so I’m wondering what is the issue you are having. You said you are publishing locally, so I’m assuming you aren’t testing the form yet, just getting caught up on what you think the config file should look like?
Have you tried uploading the exported site to your live server to test, perhaps on a testing subdomain first if you are not ready to push it live? Then you can test that the form is working or not. If not we can then help troubleshoot it.
I complete the form with my data and when I publish locally and check the config.php it all looks like the UI information, but the smtp_auth contains a concatenation of name and password in the smtp_auth instead of ‘smtp_auth’ => ‘true’. The user name and password are correct, but also posted into the smtp_auth in place of ‘true’. I discovered this when I shared the config file (not password) with my host helpdesk to ensure my SMTP settings are correct so I wouldn’t have to bother your staff, but…
Yes, that’s fine, the form works with that concatenation of name and password in the smtp_auth.
Again, can you try publishing the site to your live server and testing the form? If something is not working with it, we can then help you troubleshoot.
The site is up and pages are working, but the form with the config.php concatenation didn’t work so I manually changed to smtp_auth = true. The form now clears itself when hitting submit, but it isn’t creating an email or logs in rw/elements/com.realmac.corepack/api/logs. In fact that folder under elements does not exist.
You shouldn’t need to do this, none of our customers are doing this and their forms are working fine.
If you’d like us to troubleshoot, please re-publish your form page with all the original settings you entered (don’t modify smtp_auth manually), and then give us a link to the contact page so we can see what error is getting thrown.
Also you can send us your project file via Elements Cloud so we can check everything is set up there correctly (you can DM that over if you don’t want to share it publicly on the forum.)
