All values there SMTP server address, password etc.) the are correct ones - I have changed firstname.lastname@example.org to email@example.com, and it still doesn’t work. Also, uncommenting that line at the end of app.yml as suggested above did not help. I just won’t get an activation email no matter what I try…
So, the cloud server running Discourse is on DigitalOcean, but my mail service is with A2 Hosting. That web server has nothing pre-installed, so I am not sure how to change any mail server settings. I did find an article on setting up a mail delivery agent:
No, I don’t believe so, because you are not using your DO cloud server to do the actually forwarding of email to end users. Instead you using your mail service to do this (on A2hosting apparently) - a quick search of this meta brings up little on that service provider - you might want to contact their support?
Check your log for clues:
A2hosting doesn’t seem to be a popular mail service on here. Are you using it successfully for emails for other websites already? Using a well known dedicated email service may improve reliability of sending emails because some IP addresses get blacklisted for mail spam, so using a well managed brand of email service that polices itself is very important.
We don’t really want to change our hosting company (been happy with them for a long time, our entire e-commerce website depends on the way everything is set up and as you may have guessed I’m not a developer - so I’m afraid of breaking stuff ;-).
But I will contact them to say if they can point me in the right direction.
The production log has a lot of entries like:
ActionController::RoutingError (No route matches [POST] “azenv.php”)
(No route matches [HEAD]
BTW, my outgoing SMTP port is 465.
Thank you for your time responding to my question, it’s very much appreciated!
One more thing: in the example above, it states:
“Please note that in any email provider, you must verify and use the subdomain, e.g. discourse.example.com . If you verify the domain only, e.g. example.com , mail will not be configured correctly.”
I have tried that as well, but now in my app.yml I have my regular email address (without subdomain) under username and just uncommented the line toward the bottom that says:
rails r "SiteSetting.notification_email = 'firstname.lastname@example.org'"
I don’t have ‘discourse’ in my domain and it still works.
Mine is like : ‘email@example.com’
But please note I have specifically set up a ‘sending domain’ with Sparkpost that is just ‘mydomain.org’
This is specifically set up in a TXT record in DNS with a DKIM key Sparkpost provides and i’ve verified this domain using their website account functionality. FWIW I’ve set up the TXT record using an AWS Hosted Zone, but you could use any DNS tool …
I’ve been struggling with this for more than three weeks now and am afraid I have to abandon my Discourse experiment. Nothing I tried worked. My email provider has confirmed that the settings I used are correct but they never found any email attempts (activation email) from Discourse on their server…
we actually liked Discourse so much that we wanted to replace our
existing forum (https://www.dynomotion.com/forum ) with it. Since
we did not want to change our hosting service, we rented a 2GB
space on a Linux server (VPS cloud hosting) from Digital Ocean. I
then installed Docker as well as Discourse
(http://discourse.dynomotion.com) - so far, so good!
The problem is that I am not a developer and have very limited
knowledge of Linux and how to use a command line. I also have
only limited time to work through these issues, and I am thinking
that if getting email to work on Discourse is that hard for me,
what do I do when more serious problems arise. So, unfortunately,
in the end we probably have to keep our existing forum.
Discourse looks like a great product and perhaps one day it will be easier to install and run.
IT is occasionally tricky, particularly integration. If you decide to go the self-install route you have to deal with the technical hurdles. None are insurmountable, even by non-devs. And not every developer is a good SA! Your alternative is to use their full hosting service.