Impossible de recevoir l'e-mail de vérification

Soutien Installation
1

Salut à tous, après trois heures, je ne sais plus quoi tester.
J’ai réinstallé plusieurs fois, mais rien ne fonctionne correctement.

J’ai vérifié ma configuration SMTP via un site externe et tout semble fonctionner.

Mon fournisseur de domaine utilise le port 465 avec SSL obligatoire.
Pour l’instant, tous les e-mails provenant de sites externes arrivent correctement (comme confirmé avec l’outil).

J’ai configuré mon installation Discourse avec SSL.
Le site fonctionne correctement, la page s’ouvre et passe automatiquement en HTTPS, mais lorsque je remplis les informations de la première étape, l’e-mail de confirmation n’arrive jamais.

Ma configuration app.yml :

## SOYEZ TRÈS PRUDENT EN ÉDITANT !
## LES FICHIERS YAML SONT EXTRÊMEMENT SENSIBLES AUX ERREURS D'ESPACEMENT OU D'ALIGNEMENT !
## visitez http://www.yamllint.com/ pour valider ce fichier si nécessaire

templates:
  - "templates/postgres.template.yml"
  - "templates/redis.template.yml"
  - "templates/web.template.yml"
  - "templates/web.ratelimited.template.yml"
## Décommentez ces deux lignes si vous souhaitez ajouter Lets Encrypt (https)
  - "templates/web.ssl.template.yml"
  - "templates/web.letsencrypt.ssl.template.yml"

## Quels ports TCP/IP ce conteneur doit-il exposer ?
## Si vous souhaitez que Discourse partage un port avec un autre serveur web comme Apache ou nginx,
## consultez https://meta.discourse.org/t/17247 pour plus de détails
expose:
  - "80:80"   # http
  - "443:443" # https

params:
  db_default_text_search_config: "pg_catalog.english"

  ## Définissez db_shared_buffers à un maximum de 25 % de la mémoire totale.
  ## Sera défini automatiquement par bootstrap en fonction de la RAM détectée, ou vous pouvez le remplacer
  db_shared_buffers: "128MB"

  ## Peut améliorer les performances de tri, mais augmente l'utilisation de la mémoire par connexion
  #db_work_mem: "40MB"

  ## Quelle révision Git ce conteneur doit-il utiliser ? (par défaut : tests-passed)
  #version: tests-passed

env:
  LANG: en_US.UTF-8
  # DISCOURSE_DEFAULT_LOCALE: en

  ## Combien de requêtes web simultanées sont prises en charge ? Dépend de la mémoire et des cœurs CPU.
  ## Sera défini automatiquement par bootstrap en fonction des CPU détectés, ou vous pouvez le remplacer
  UNICORN_WORKERS: 2

  ## TODO : Le nom de domaine auquel cette instance Discourse répondra
  ## Obligatoire. Discourse ne fonctionnera pas avec une adresse IP brute.
  DISCOURSE_HOSTNAME: *HIDDEN*.com
 ## Décommentez si vous souhaitez que le conteneur soit démarré avec le même
  ## nom d'hôte (option -h) que spécifié ci-dessus (par défaut "$hostname-$config")
  #DOCKER_USE_HOSTNAME: true

  ## TODO : Liste d'e-mails séparés par des virgules qui seront administrateurs et développeurs
  ## lors de l'inscription initiale, exemple 'user1@example.com,user2@example.com'
  DISCOURSE_DEVELOPER_EMAILS: 'info@*HIDDEN*.com'

  ## TODO : Le serveur SMTP utilisé pour valider les nouveaux comptes et envoyer des notifications
  # L'adresse SMTP, le nom d'utilisateur et le mot de passe sont requis
  # ATTENTION : le caractère '#' dans le mot de passe SMTP peut causer des problèmes !
  DISCOURSE_SMTP_ADDRESS: smtp.buzondecorreo.com
  DISCOURSE_SMTP_PORT: 465
  DISCOURSE_SMTP_USER_NAME: info@*HIDDEN*.com
  DISCOURSE_SMTP_PASSWORD: "*HIDDEN*"
  DISCOURSE_SMTP_ENABLE_START_TLS: true
  # (facultatif, par défaut true)

  ## Si vous avez ajouté le modèle Lets Encrypt, décommentez ci-dessous pour obtenir un certificat SSL gratuit
  LETSENCRYPT_ACCOUNT_EMAIL: info@*HIDDEN*.com

  ## L'adresse CDN http ou https pour cette instance Discourse (configurée pour récupérer)
  ## voir https://meta.discourse.org/t/14857 pour plus de détails
  #DISCOURSE_CDN_URL: https://discourse-cdn.example.com

## Le conteneur Docker est sans état ; toutes les données sont stockées dans /shared
volumes:
  - volume:
      host: /var/discourse/shared/standalone
      guest: /shared
  - volume:
      host: /var/discourse/shared/standalone/log/var-log
      guest: /var/log

## Les plugins vont ici
## voir https://meta.discourse.org/t/19157 pour plus de détails
hooks:
  after_code:
    - exec:
        cd: $home/plugins
        cmd:
          - git clone https://github.com/discourse/docker_manager.git

## Toute commande personnalisée à exécuter après la construction
run:
  - exec: echo "Début des commandes personnalisées"
  ## Si vous souhaitez définir l'adresse e-mail 'From' pour votre première inscription, décommentez et modifiez :
  ## Après avoir reçu le premier e-mail d'inscription, recliquez sur la ligne. Elle ne doit être exécutée qu'une seule fois.
  #- exec: rails r "SiteSetting.notification_email='info@unconfigured.discourse.org'"

Extrait de production.log

 Démarrage de POST "/finish-installation/register" pour 93.176.189.249 le 2019-10-24 13:02:12 +0000
 Traitement par FinishInstallationController#register en tant que HTML
   Paramètres : {"utf8"=>"✓", "authenticity_token"=>"JDM8SDZMVZwNxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxuVRChib7+aXhsrYN5gmszmPNF00QpzRduSzYY0g==", "email"=>"info@*HIDDEN*.com", "username"=>"Administradora", "password"=>"[FILTERED]", "commit"=>"Register"}
 Redirection vers https://*HIDDEN*.com/finish-installation/confirm-email
 Terminé 302 Found en 36ms (ActiveRecord : 0,0ms | Allocations : 2434)
   Rendu de layouts/email_template.html.erb
   Rendu de layouts/email_template.html.erb (Durée : 0,6ms | Allocations : 139)
 Démarrage de GET "/finish-installation/confirm-email" pour 93.176.189.249 le 2019-10-24 13:02:12 +0000
 Traitement par FinishInstallationController#confirm_email en tant que HTML
   Rendu de finish_installation/confirm_email.html.erb dans layouts/finish_installation
   Rendu de finish_installation/confirm_email.html.erb dans layouts/finish_installation (Durée : 1,6ms | Allocations : 357)
   Rendu de layouts/_head.html.erb (Durée : 6,5ms | Allocations : 228)
 Terminé 200 OK en 14ms (Vues : 9,8ms | ActiveRecord : 0,0ms | Allocations : 1277)
 E-mail livré a492e5f7-2935-4776-b453-1593fadc5e6e@*HIDDEN*.com (60080,7ms)
 Exception de tâche : fin de fichier atteinte
2

Il semble que vous essayiez d’utiliser un service de messagerie web pour les utilisateurs à la place d’un service de messagerie pour les applications comme Mailgun. Y a-t-il une raison pour laquelle vous n’utilisez pas Mailgun ou un fournisseur équivalent ?

3

@justin Je ne suis pas à l’aise avec Mailgun. J’ai maintenant configuré l’envoi d’e-mails avec Sendinblue, mais je ne suis pas sûr que ce soit une bonne option car cela limite l’envoi à 40 e-mails par heure.