# Backup-Wiederherstellung nach Migration, keine E-Mail zur Erstellung eines Admin-Kontos
**URL:** https://meta.discourse.org/t/backup-restore-after-migration-no-admin-account-creation-email/247048
**Category:** Migration
**Tags:** email, drupal
**Created:** [29. November 2022 um 13:48 UTC](https://meta.discourse.org/t/backup-restore-after-migration-no-admin-account-creation-email/247048 "2022-11-29T13:48:46Z")
**Posts on this page:** 4
**Page:** 1
### Author:  [@rahim123](https://meta.discourse.org/u/rahim123)
#### Post date: [29. November 2022 um 13:48 UTC](https://meta.discourse.org/t/backup-restore-after-migration-no-admin-account-creation-email/247048/1 "2022-11-29T13:48:46Z")
Hallo, ich habe jetzt 2 Testinstallationen mit dem Backup von [meiner Drupal-Migration](https://meta.discourse.org/t/large-drupal-forum-migration-importer-errors-and-limitations/246939) durchgeführt, die ich auf frischen Discourse-Instanzen auf einem anderen VPS mit korrekt konfiguriertem FQDN und funktionierender E-Mail wiederhergestellt habe. Die Importer-Instanz verwendete nur die IP-Adresse des VPS und hatte keine E-Mail konfiguriert. Ich bin mir nicht sicher, ob das etwas mit diesem Problem zu tun hat, aber bei beiden Tests meiner Backup-Wiederherstellung, nachdem die Wiederherstellung abgeschlossen ist und mich zur Seite zur Erstellung des Admin-Kontos bringt, kann ich das Konto nicht aktivieren, da keine E-Mail gesendet wird. Ich konnte dies mit: `./launcher enter app`, `rake admin:create` umgehen. Danach kann ich mich in die Web-App einloggen und E-Mail-Tests erfolgreich durchführen, und wenn ich E-Mails für alle Benutzer aktiviere, können die anderen Benutzerkonten erfolgreich die E-Mail zum Zurücksetzen des Passworts empfangen. Dies scheint also ein Fehler in der Standardeinstellung nach der Wiederherstellung zu sein, bei der keine E-Mails an Nicht-Mitarbeiter gesendet werden. Ich denke, es sollte die als Admin-Benutzer definierten E-Mail-Adressen auch vor der Validierung ihrer Konten als Mitarbeiter betrachten.
---
### Author:  [@pfaffman](https://meta.discourse.org/u/pfaffman)
#### Post date: [29. November 2022 um 16:59 UTC](https://meta.discourse.org/t/backup-restore-after-migration-no-admin-account-creation-email/247048/2 "2022-11-29T16:59:47Z")
> [@rahim123](#):
>
> aber bei beiden meinen Backup-Wiederherstellungstests, nachdem die Wiederherstellung abgeschlossen ist und es mich zur Seite zur Erstellung von Administratorkonten bringt,
Das deutet darauf hin, dass das Importskript kein Administratorkonto erstellt hat. Wenn Sie sich einfach anmelden und/oder ein Konto mit der E-Mail-Adresse `developer_email` erstellen, sind Sie in Ordnung.
> [@rahim123](#):
>
> Ich kann das Konto nicht aktivieren, weil die E-Mail nicht gesendet wird.
Das liegt wahrscheinlich daran, dass die Wiederherstellung des Backups die E-Mail für Nicht-Mitarbeiter deaktiviert hat und dieser Benutzer kein Mitarbeiter ist.
> [@rahim123](#):
>
> Ich schätze, es sollte die als Administratoren definierten E-Mail-Adressen auch vor der Validierung ihrer Konten als Mitarbeiter betrachten.
Vielleicht? Es ist sicherlich ein Henne-Ei-Problem bei einer neuen Website und einer Migration. Ich denke, wenn Sie Ihren Benutzer zu `developer_emails` hinzufügen, wird es funktionieren.
Das andere, was Sie tun können, ist, etwas wie das Folgende zu Ihrem Skript hinzuzufügen:
```ruby
User.create(username: 'pat-the-admin', email: 'pat@user.com',password: 'very-safe-123', active: true, name: "Pat User") unless User.find_by_email('pat@user.com`)
```
---
### Author:  [@rahim123](https://meta.discourse.org/u/rahim123)
#### Post date: [29. November 2022 um 17:08 UTC](https://meta.discourse.org/t/backup-restore-after-migration-no-admin-account-creation-email/247048/3 "2022-11-29T17:08:54Z")
> [@pfaffman](#):
>
> Das deutet darauf hin, dass das Importskript keinen Admin-Account erstellt hat.
Danke für die Antwort, Jay. Ja, das scheint passiert zu sein. Und doch habe ich nach der Aktivierung meines temporären neuen Admin-Accounts über die Konsole und der Überprüfung der Benutzerliste gesehen, dass mein vorheriger Drupal-Benutzername mit Drupal-Admin-Berechtigungen automatisch den Discourse-Admin-Status erhalten hat.
In meiner `app.yml` habe ich:
`DISCOURSE_DEVELOPER_EMAILS: 'new-discourse-user@email.com,old-drupal-user@email.com'`
---
### Author:  [@pfaffman](https://meta.discourse.org/u/pfaffman)
#### Post date: [29. November 2022 um 19:02 UTC](https://meta.discourse.org/t/backup-restore-after-migration-no-admin-account-creation-email/247048/4 "2022-11-29T19:02:05Z")
Ja. Ich vermute, dass ein Benutzer kein Mitarbeiter ist, bis das Konto aktiviert ist. Was ich normalerweise tue, ist, eine Google-Authentifizierung auf meinen Importseiten zu verwenden und sicherzustellen, dass die Personen, die sich anmelden können sollen, in DEVELOPER\_EMAILS aufgeführt sind und eine Gmail-Adresse haben.