Verifizierungs-E-Mail nicht empfangen

Hallo zusammen, nach drei Stunden weiß ich nicht mehr, was ich testen soll.
Ich habe mehrfach neu installiert, aber nichts funktioniert ordnungsgemäß.

Ich habe meine SMTP-Konfiguration mit einer externen Seite geprüft, und sie funktioniert einwandfrei.

Mein Domain-Anbieter verwendet 465 SSL (erforderlich).
Derzeit kommen alle E-Mails von externen Seiten korrekt an (und wie gesagt auch mit dem Tool).

Ich habe meine Discourse-Installation mit SSL konfiguriert.
Die Seite funktioniert einwandfrei, die Seite öffnet sich und wird automatisch auf https:// umgeleitet, aber wenn ich die Informationen für den ersten Schritt ausfülle, kommt die Bestätigungs-E-Mail nie an.

Meine app.yml-Konfiguration:

## SEI *SEHR* VORSICHTIG BEI DER BEARBEITUNG!
## YAML-DATEIEN SIND EXTREM EMPFINDLICH GEGENÜBER FEHLERN IN LEERZEICHEN ODER AUSRICHTUNG!
## Besuche http://www.yamllint.com/, um diese Datei bei Bedarf zu validieren

templates:
  - "templates/postgres.template.yml"
  - "templates/redis.template.yml"
  - "templates/web.template.yml"
  - "templates/web.ratelimited.template.yml"
## Kommentiere diese beiden Zeilen aus, wenn du Lets Encrypt (https) hinzufügen möchtest
  - "templates/web.ssl.template.yml"
  - "templates/web.letsencrypt.ssl.template.yml"

## Welche TCP/IP-Ports soll dieser Container exponieren?
## Wenn du möchtest, dass Discourse einen Port mit einem anderen Webserver wie Apache oder nginx teilt,
## siehe https://meta.discourse.org/t/17247 für Details
expose:
  - "80:80"   # http
  - "443:443" # https

params:
  db_default_text_search_config: "pg_catalog.english"

  ## Setze db_shared_buffers auf maximal 25 % des gesamten Speichers.
  ## wird automatisch vom Bootstrap basierend auf dem erkannten RAM festgelegt, oder du kannst es überschreiben
  db_shared_buffers: "128MB"

  ## Kann die Sortierleistung verbessern, erhöht aber den Speicherverbrauch pro Verbindung
  #db_work_mem: "40MB"

  ## Welche Git-Revision soll dieser Container verwenden? (Standard: tests-passed)
  #version: tests-passed

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

  ## Wie viele gleichzeitige Webanfragen werden unterstützt? Hängt von Speicher und CPU-Kernen ab.
  ## wird automatisch vom Bootstrap basierend auf den erkannten CPUs festgelegt, oder du kannst es überschreiben
  UNICORN_WORKERS: 2

  ## TODO: Der Domainname, auf den diese Discourse-Instanz antworten soll
  ## Erforderlich. Discourse funktioniert nicht mit einer reinen IP-Nummer.
  DISCOURSE_HOSTNAME: *HIDDEN*.com
 ## Kommentiere dies aus, wenn du möchtest, dass der Container mit demselben
  ## Hostnamen (-h-Option) wie oben angegeben gestartet wird (Standard: "$hostname-$config")
  #DOCKER_USE_HOSTNAME: true

  ## TODO: Liste der durch Kommas getrennten E-Mail-Adressen, die bei der ersten Anmeldung zu Admin und Entwickler werden
  ## Beispiel: 'user1@example.com,user2@example.com'
  DISCOURSE_DEVELOPER_EMAILS: 'info@*HIDDEN*.com'

  ## TODO: Der SMTP-Mailserver, der zur Validierung neuer Konten und zum Senden von Benachrichtigungen verwendet wird
  # SMTP-Adresse, Benutzername und Passwort sind erforderlich
  # WARNUNG: Das Zeichen '#' im SMTP-Passwort kann Probleme verursachen!
  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
  # (optional, Standard: true)

  ## Wenn du das Lets Encrypt-Template hinzugefügt hast, kommentiere unten aus, um ein kostenloses SSL-Zertifikat zu erhalten
  LETSENCRYPT_ACCOUNT_EMAIL: info@*HIDDEN*.com

  ## Die http- oder https-CDN-Adresse für diese Discourse-Instanz (konfiguriert zum Abrufen)
  ## siehe https://meta.discourse.org/t/14857 für Details
  #DISCOURSE_CDN_URL: https://discourse-cdn.example.com

## Der Docker-Container ist zustandslos; alle Daten werden in /shared gespeichert
volumes:
  - volume:
      host: /var/discourse/shared/standalone
      guest: /shared
  - volume:
      host: /var/discourse/shared/standalone/log/var-log
      guest: /var/log

## Plugins gehen hier hinein
## siehe https://meta.discourse.org/t/19157 für Details
hooks:
  after_code:
    - exec:
        cd: $home/plugins
        cmd:
          - git clone https://github.com/discourse/docker_manager.git

## Beliebige benutzerdefinierte Befehle, die nach dem Build ausgeführt werden sollen
run:
  - exec: echo "Beginn der benutzerdefinierten Befehle"
  ## Wenn du die 'Von'-E-Mail-Adresse für deine erste Registrierung festlegen möchtest, kommentiere dies aus und ändere:
  ## Nach Erhalt der ersten Anmelde-E-Mail kommentiere die Zeile wieder aus. Sie muss nur einmal ausgeführt werden.
  #- exec: rails r "SiteSetting.notification_email='info@unconfigured.discourse.org'"

Auszug aus production.log

 Started POST "/finish-installation/register" for 93.176.189.249 at 2019-10-24 13:02:12 +0000
 Processing by FinishInstallationController#register as HTML
   Parameters: {"utf8"=>"✓", "authenticity_token"=>"JDM8SDZMVZwNxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxuVRChib7+aXhsrYN5gmszmPNF00QpzRduSzYY0g==", "email"=>"info@*HIDDEN*.com", "username"=>"Administradora", "password"=>"[FILTERED]", "commit"=>"Register"}
 Redirected to https://*HIDDEN*.com/finish-installation/confirm-email
 Completed 302 Found in 36ms (ActiveRecord: 0.0ms | Allocations: 2434)
   Rendering layouts/email_template.html.erb
   Rendered layouts/email_template.html.erb (Duration: 0.6ms | Allocations: 139)
 Started GET "/finish-installation/confirm-email" for 93.176.189.249 at 2019-10-24 13:02:12 +0000
 Processing by FinishInstallationController#confirm_email as HTML
   Rendering finish_installation/confirm_email.html.erb within layouts/finish_installation
   Rendered finish_installation/confirm_email.html.erb within layouts/finish_installation (Duration: 1.6ms | Allocations: 357)
   Rendered layouts/_head.html.erb (Duration: 6.5ms | Allocations: 228)
 Completed 200 OK in 14ms (Views: 9.8ms | ActiveRecord: 0.0ms | Allocations: 1277)
 Delivered mail a492e5f7-2935-4776-b453-1593fadc5e6e@*HIDDEN*.com (60080.7ms)
 Job exception: end of file reached

Es scheint, als würdest du versuchen, einen Webmail-Dienst für Benutzer anstelle eines E-Mail-Dienstes für Anwendungen wie Mailgun zu verwenden. Gibt es einen bestimmten Grund, warum du Mailgun oder einen vergleichbaren Anbieter nicht nutzt?

@justin Ich bin mit Mailgun nicht zufrieden. Ich habe die E-Mail jetzt mit Sendinblue konfiguriert, bin mir aber nicht sicher, ob das eine gute Option ist, da es auf 40 E-Mails pro Stunde begrenzt ist.