harveywun encountered an issue after remapping their Discourse domain from forum.mysite.co to forum.mysite.com.au, which inadvertently corrupted staff email addresses (e.g., user@mysite.com.aum.au). Although users could still log in via username/password, they couldn’t change emails due to confirmation emails being sent to invalid addresses. codinghorror and techAPJ confirmed this was a side effect of an imprecise discourse remap command — likely omitting the subdomain — and not a general bug. techAPJ provided a custom rake task to bulk-remap emails from mysite.com.aum.au to mysite.com.au, which harveywun successfully applied. Post-fix, harveywun asked about email configuration with Mailgun, noting emails still originated from mysite.co despite setting notification email to no-reply@mysite.com.au. techAPJ clarified that while the domain mismatch isn’t inherently broken (emails are still delivered), best practice is to ensure SPF, DKIM, and PTR records are correctly configured for the new domain to avoid deliverability or spam issues. harveywun confirmed they’re currently using mysite.co records and seek reassurance — no immediate risk was identified, but alignment with the new domain is recommended for long-term stability.
I followed the instructions here to change domain (it worked fine):
The problem is I tried to change my domain from forum.mysite.co to forum.mysite.com.au (all staff members are on user@mysite.com.au email address). The forum migrated fine. But all my staff’s (admin/moderator) login email addresses became user@mysite.com.aum.au !
(I was fortunately spared, as my login was @mysite.co, so it migrated to @mysite.com.au, which also happens to be my email anyway).
What do I do now?
I tried to change everyone’s email directly in admin>user, but the system won’t let me change other people’s email. I was going to ask everyone to try to login with the .com.aum.au email address and change their email, but I realized as part of security measure, a confirmation email is actually sent to .com.aum.au to confirm the change. But obviously any email to .com.aum.au doesn’t get to anybody.
Any suggestions?
EDIT: the affected users can login with username/password. Problem is no way to change the affected email. Since a confirmation email is sent to original (now wrong) email address, which doesn’t get to anyone.
The domain migration impacts login emails. And since we were trying to migrate from site.co to site.com.au. It ‘replaced’ the string pattern in our login emails.
I can show you screenshots of my other colleague’s profile, but the issue is the same.
@codinghorror the affected users can login with their username/password, the issue is they cannot change the email, as by security design, a confirmation email is sent to the original (now wrong) email address, which is not getting to anyone.
Can you please let me know the exact command you ran to remap forum.mysite.co to forum.mysite.com.au ?
I can easily create a new rake task which will batch remap/update user email address from user@mysite.com.aum.au to user@mysite.com.au but first I want to know the root cause of how this happened, to prevent it from happening in future.
Our discourse is hosted on digitalocean. We don’t use CDN, so I basically followed the instructions exactly.
Reading through the instructions again, the only part I could have screwed up is:
I may have typed in
Without the “talk” sub-domain (or in our case “forum” sub-domain). But then again, not everyone puts discourse in a sub-domain, so I would think this is still a bug that could happen to your other customers (and why remap a user’s email?).
Is there a command in ubuntu where I can get command history for that particular command line (after ./launcher enter app)? Then I can confirm this more definitely with you.
Oh, I thought you were a customer, but you aren’t. Yeah, you’ll need to fix the bad mapping command you issued. We can’t help you directly, as you are not on our servers.
Correct? Just wanted to double check to make sure I’m not missing anything. I guess restoring it to mysite.co is fine as well. We have email access to both domains.
While I have you, quick question - is there any configuration I have to do with mailgun (or mail server equivalent)? Right now the mails are still sent from mailgun with mysite.co email address, rather than from (the newly migrated) mysite.com.au.
I don’t mind if the emails come from mysite.co, I’m more concerned as to whether there are any risk/unintended consequences if the domain names don’t match up between the forum and mailgun.
Yeah, i guess that’s the question. Under notification email :
[quote]The from: email address used when sending all essential system emails. The domain specified here must have SPF, DKIM and reverse PTR records set correctly for email to arrive.
[/quote]
I’ve specified notification email to be `no-reply@mysite.com.au. But I only have mysite.co (and NOT mysite.com.au) with SPF, DKIM and reverse PTR records set correctly with mailgun.
I’m getting notification emails just fine. I just want to double check and make sure it is ok to leave it as is.