And do you have the proper permissions given to your reverse proxy server, so that it is allowed in turn to pass files to the server through the Mattermost Daemon? There aren’t any security policies or file upload restrictions/WAF’s blocking or intercepting your files?
EnableUploads is configured through /etc/mattermost/mmomni.yml. In this case, you have to set enable_plugin_uploads to true and run mmomni reconfigure to apply the changes.
You can check a list of the configuration properties that are set through the mmomni.yml config file here. Hope that helps.
Hello, the problem still exists, although I run the mmomni reconfigure command, after starting Mattermost again, it still does not allow you to upload plugins from the web console, it is disabled.
And when checking with sudo -u mattermost mmctl --local config get PluginSettings.EnableUploads keeps giving false . What may be going on? I’ve even edited the file with vim in the plugins section by removing the word false and changing to true and it doesn’t work either.
Thanks in advance, but I do not see useful to use Omnibus if it does not allow you to edit the settings or upload plugins such as amazon translate, bigbluebutton, and others that are not in the market unfortunately.
Ok, I have already been able to change the settings, I had to access the directory in /etc/mattermost and edit as I show here:
nexus@nex-Ubuntu:/etc/mattermost$ sudo edit mmomni.yml to be able to modify with vi editor and save changes. After restarting with mmomni reconfigure, I already see the parameter saved in “true” as checked with sudo -u mattermost mmctl --local config get PluginSettings.EnableUploads
Thank you and sorry for not having understood that you had to enter to edit in the directory where mmomni.yml is hosted
Hello ahmaddanial, I don’t know if you can help me… This post talks about this topic but more focused on how to change the listening port of Mattermost with omnibus, where on the console you can not touch any of this, how can I do it?
alternatively, if you only need another port, i would suggest a new nginx file that proxies to localhost:443. because /etc/nginx/conf.d/mattermost.conf may get reset on upgrade