Test de l’e-mail avec le docteur, cela fonctionne et les e-mails sont reçus.
Tentative d’activation du compte administrateur et Sidekiq révèle ceci (avec le jeton masqué) :
{“type”=>“signup”, “user_id”=>1, “email_token”=>“MASQUÉ”, “to_address”=>nil, “current_site_id”=>“default”}
Je ne suis pas sûr pourquoi nil est une chose pour to_address.
Tous les conseils, avis ou suggestions seraient les bienvenus !
Je pourrais probablement le trouver, mais connaissez-vous le nom de la tâche Sidekiq qui a déclenché l’e-mail ?
Si vous ne parvenez pas à accéder au site parce que vous ne recevez pas l’e-mail d’activation, vous pouvez créer un utilisateur et un mot de passe administrateur avec rake admin:create. Les instructions complètes sont ici : Create an admin account from the console. Cela devrait vous permettre de vous connecter au site.
Il semble que vous deviez toujours régler ce qui se passe avec la livraison des e-mails.
Désolé pour la réponse tardive. Le travail qui l’a déclenchée était : Jobs::CriticalUserEmail
J’ai donc suivi le guide exactement. Au moment d’enregistrer le compte administrateur, aucun e-mail n’a été envoyé, et Jobs::CriticalUserEmail contenait {« type »=>« signup », « user_id »=>1, « email_token »=>« REDACTED », « to_address »=>nil, « current_site_id »=>« default »}.
J’ai forcé le compte administrateur juste pour voir quels étaient les problèmes. Le résultat est le suivant :
Le médecin fonctionne et l’e-mail est reçu
Le test de résumé fonctionne et l’e-mail est reçu en version HTML et en version texte brut
Aucune inscription n’envoie d’e-mail, et le journal des e-mails dans la section d’administration n’indique même pas qu’un e-mail a été envoyé.
Chaque fois qu’un utilisateur tente de s’inscrire, le résultat est le même :
Jobs::CriticalUserEmail contenait {« type »=>« signup », « user_id »=>2, « email_token »=>« REDACTED », « to_address »=>nil, « current_site_id »=>« default »}.
La fin du fichier /var/discourse/shared/standalone/log/rails/production.log montre (avec des suppressions) :
Processing by UsersController#check_username as JSON
Parameters: {"username"=>"bobo", "email"=>"REDACTED"}
Completed 200 OK in 2ms (Views: 0.1ms | ActiveRecord: 0.0ms | Allocations: 636)
Started GET "/session/csrf" for REDACTEDPUBLICIP at 2024-09-26 08:13:03 +0000
Processing by SessionController#csrf as JSON
Completed 200 OK in 1ms (Views: 0.1ms | ActiveRecord: 0.0ms | Allocations: 270)
Started POST "/u" for REDACTEDPUBLICIP at 2024-09-26 08:13:03 +0000
Processing by UsersController#create as */*
Parameters: {"name"=>"JJ", "email"=>"REDACTED", "password"=>"[FILTERED]", "username"=>"bobo", "password_confirmation"=>"[FILTERED]", "challenge"=>"REDACTED", "timezone"=>"Europe/London"}
Completed 200 OK in 335ms (Views: 0.1ms | ActiveRecord: 0.0ms | Allocations: 23323)
Started POST "/login" for REDACTEDPUBLICIP at 2024-09-26 08:13:04 +0000
Processing by StaticController#enter as HTML
Parameters: {"username"=>"bobo", "password"=>"[FILTERED]", "redirect"=>"/u/account-created"}
Redirected to https://REDACTEDDOMAIN/u/account-created
Completed 302 Found in 1ms (ActiveRecord: 0.0ms | Allocations: 507)
Started GET "/u/account-created" for REDACTEDPUBLICIP at 2024-09-26 08:13:04 +0000
Processing by UsersController#account_created as HTML
Rendered layout layouts/application.html.erb (Duration: 14.0ms | Allocations: 4624)
Completed 200 OK in 21ms (Views: 15.1ms | ActiveRecord: 0.0ms | Allocations: 6821)
Started GET "/sidekiq/queues/critical" for REDACTEDPUBLICIP at 2024-09-26 08:13:15 +0000
Dans le journal, il y a bien un e-mail précis pour les paramètres d’inscription, mais sidekiq indique toujours « to_address »=>nil.
Y a-t-il des erreurs sur la page des journaux d’erreurs de votre site ? Cette page se trouve à /logs. Vous pouvez y accéder depuis la barre latérale d’administration en cliquant sur l’entrée Sécurité / Journaux d’erreurs.
Je peux vous donner le processus exact que j’ai utilisé. Peut-être que quelque chose dans le processus que je fais est faux. Je suis prêt à accepter totalement que je fais une erreur quelque part !
Avoir un domaine. C’est discourse.domain.dev (domaine évidemment masqué)
Avoir un compte e-mail configuré. J’ai un compte mailgun, j’ai donc configuré un nouvel utilisateur pour le SMTP. L’e-mail est discourse@discourse.domain.dev
Avoir un serveur. C’est la dernière version d’Ubuntu (Jammy Jellyfish)
apt install docker.io - Aucun
Git était déjà installé
L’utilisateur était root
Cloné en utilisant git clone https://github.com/discourse/discourse_docker.git /var/discourse
Navigué vers cd /var/discourse
chmod 700 containers
Toujours utilisateur root
Lancé ./discourse-setup
Rempli les informations demandées : discourse.domain.dev
Lancé ./discourse-doctor. Il a échoué car il ne pouvait pas se connecter à redis.
Lancé ./laucher rebuild app et n’a rien changé dans la configuration
Il a construit. Tout va bien. La seule différence était la dernière longue chaîne masquée.
Lancé ./discourse-doctor. J’ai reçu l’e-mail de test.
Le site était en ligne, je suis donc allé créer un compte utilisateur pour l’administrateur.
Cliqué sur S’inscrire
Il a dit qu’il envoyait un e-mail de notification.
Aucun reçu.
Vérifié via ./discourse-docter et vu ceci : Version de Discourse sur discourse.domain.dev : NON TROUVÉE Version de Discourse sur localhost : NON TROUVÉE
Lancé ./launcher enter app
Lancé rake admin:create
Mis l’e-mail : my@personal.email
Réinitialisé le mot de passe car l’utilisateur existe déjà
Dit “Votre compte a maintenant les privilèges d’administrateur !”
Connecté au site sur le domaine
Aller sur discourse.domain.dev/logs - voir “Le test de battement de cœur de Sidekiq a échoué, redémarrage”
C’est une refonte complète sur une nouvelle machine aujourd’hui. Ce sont les MÊMES étapes que j’ai utilisées auparavant. S’il vous plaît, si j’ai fait une erreur, dites-le moi !
