I wanted to do some testing with Discourse so I took a backup of my instance, wiped the DB (rm -fr /var/discourse/shared) and rebuilt the container.
I then created an admin user again and instead of following the setup wizard I went straight to admin, enabled restores, uploaded the backup and restored.
For whatever reason the outgoing email is disabled by an administrator message appeared.
I can confirm that the outgoing email was never disabled on the instance where the backup was made.
I did tick the option to enable readonly mode when performing backup operations.
You should see that message only for a short time. It should disappear after the restore has finished as long as outgoing emails weren’t disabled when you created the backup. Refreshing the page in your browser should help if the notice doesn’t disappear automatically.
I’m leaving this as #bug, because the way we currently disable outgoing emails before the restore is quite useless. Sidekiq is disabled during the restore, so nothing can happen during that time. And the restore overwrites the value of the disable_email setting. Fixing the bug would require changing the site setting after the restore.
I think the idea was that when a restore finishes the administrator might want to poke around and make sure everything is OK. Right now emails will start going out the second it finishes and the site might not be “approved.”
Maybe Discourse should make it a bit more clear to the admin (e.g. entry inserted in the backup log panel). The site setting for disable_emails is set to no while the message renders and this is confusing (admin panel says disable emails is off while the message on the top of the screen still says its disabled)
