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.
Vous ne devriez voir ce message que pendant une courte période. Il devrait disparaître une fois la restauration terminée, à condition que les e-mails sortants n’aient pas été désactivés lors de la création de la sauvegarde. Si l’avis ne disparaît pas automatiquement, actualiser la page dans votre navigateur devrait aider.
Je laisse cela en tant que Contribute > Bug, car la manière dont nous désactivons actuellement les e-mails sortants avant la restauration est assez inutile. Sidekiq est désactivé pendant la restauration, donc rien ne peut se produire pendant cette période. Et la restauration écrase la valeur du paramètre disable_email. Corriger le bug nécessiterait de modifier le paramètre du site après la restauration.
@eviltrout Tu as ajouté cela dans When restoring a backup, disable emails. · discourse/discourse@ccf9b70 · GitHub. Qu’en penses-tu ? Devrions-nous corriger le bug ou supprimer le code ? À mon avis, modifier un paramètre du site après la restauration serait assez inattendu, donc je vote pour la suppression. De plus, personne ne s’est plaint de ce problème depuis près de 3 ans…
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)
