What sets the domain in the Email Settings?

unsupported-install

(Micah Zoltu) #1

I recently setup Discourse and everything seems to be working. However, when I look at Admin > Emails > Settings > domain, it says “example.com”. I can’t find anywhere in the settings or mailgun that references “example.com”.

Where is “example.com” coming from? How can I change it?


(Jay Pfaffman) #2

It’s in app.yml that was created when you ran discourse-setup. You can run it again to change it.


(Bhanu Sharma) #3

I don’t think domain parameter appears with mailgun
Or am I mistaken here?


(Micah Zoltu) #4

So this cannot be set via the UI anywhere? What exactly does it do? Everything appears to be working correctly, and I’m not sure what I should set it to. Should I set it to mailgun.org, or to mail.my-domain.com, or to my-domain.com?


(Jeff Atwood) #5

That is odd I don’t see that domain setting in my Discourse installs either under Admin, Email. How did you install this? Did you folllow our official install guide?


(Micah Zoltu) #6

I did not follow the official install guide, I used the bitnami docker images and compose file (for reasons argued at length elsewhere).

Your comment suggests to me that that section of the UI will just show anything that ends up in the configuration file prefixed with smtp_? If so, then it sounds like the solution here is to talk to Bitnami about deleting it, since apparently it isn’t a setting Discourse wants/uses/needs?


(Jay Pfaffman) #7

Yes. If you need help with the bitnami install you’ll need to get it from them.


(Micah Zoltu) #8

I don’t need help with my installation (from people here), I just need help understanding where the UI is pulling that variable from (IIUC, it is from configuration files on disk), how I can change it in the UI (IIUC, I cannot), and what that setting does/means (IIUC, it does nothing).

My default assumption when looking at a settings UI is that it will only include settings that are actually used by the system. However, IIUC, Discourse will simply list any setting that it finds in configuration files, whether that settings is used or not. In this case, my install ended up with an extraneous setting that isn’t used and the UI blindly presented it to me (not unreasonable, just unexpected).

Please correct me if I’m wrong about any of the above. If all of the above is correct, I can seek help elsewhere in getting that configuration setting removed from my installation.


(Stephen) #9

Consider yourself corrected, because we don’t support installations from third party packages, hence the #unsupported-install tag on this topic.

You cite reasons argued elsewhere, and you’re entitled to use a third party package if you believe they know better than the developers, but the cost is that you’re not going to receive any assistance here whatsoever.

OTOH you’re welcome to reinstall in a supported method, migrate your data and re-test. If the issue somehow presents itself again then we might be able to assist, but for now this is something you need to take up with your package maintainer.


(Micah Zoltu) #10

Are you saying that if I don’t follow the supported install procedure I will not get an answer here to questions like, “How do I create new categories?” Information on how to use the Discourse UI feels like a reasonable request regardless of how I installed the software. Saying, “unsupported, we refuse to talk to you until you install the supported way” feels petty (struggling to find an appropriate word here, petty is the closest I could get).

In this case, I’m not asking for help fixing my install, or even help figuring out how I got into this situation. I’m trying to understand what a UI element means, where the data backing that UI element is sourced from, and how to interpret the UI element.

I could simply lie to you and say, “I reinstalled via a supported method and edited my conf file to include smtp_domain and it shows up in the UI at this location, does that do anything?” but I would rather not and just be honest with how I got into the position I am now in.


(Jeff Atwood) #11

This is not Discord so you are in the wrong place.


(Micah Zoltu) #12

Was a typo, fixed now.


(Bhanu Sharma) #13

Your Question was regarding email not regarding categories.

Get Your questions aligned with your argument before making unnecessary commentary about your grudges.

If you install from an unsupported method and lie about it, we need certain diagnostic information, You’re caught of cheating red-handed so don’t even think that You’ll be pared for doing that kind of thing.

And about the “we refuse to talk” thing,
It’s not possible for people here to support things that we don’t know about. That’s why we chose to remain silent so that someone who knows can help and we are not adding to unnecessary conversation where we absolutely don’t have to.

I hope this clears all your doubts. If You install using the official guide and are still greeted with issues, we’re here helping people every single day and more than community the core team is eager to fix the real issues (not some arbitrary questions that occurred because you installed a version of discourse that isn’t supported).


(Micah Zoltu) #14

To rephrase my question to hopefully make it more clear why this is not a “help me troubleshoot my install” issue:

How does Discourse populate the list of settings in the view that I included as a screenshot in the OP? Does it blindly list any setting in the conf file that starts with smtp, or does it have an internal list of valid settings that it will present to the user?

Does it fetch these from the configuration file at application startup every time, or do they get mirrored to the backing DB and then pulled from there after the first run?

Is there any mechanism in the UI to edit these settings (either in the configuration file or in the DB, depending on where they are actually read from at runtime), or do I have to do it by hand?


(Jay Pfaffman) #15

If you do a standard install, email settings are in app.yml.