Probleme bei der Einrichtung von AWS SES mit Helm-Install

Unterstützung
1

Hallo,

Ich habe kürzlich Discourse auf meinem Kubernetes-Cluster mit dem bitnami discourse helm chart installiert. Ich versuche, es mit dem AWS SES zum Laufen zu bringen, das ich konfiguriert habe und das derzeit mit anderen Adressen und Diensten funktioniert, die ich betreibe, aber ich scheine Discourse nicht zum Laufen zu bringen.

Ich habe die verschiedenen Dokumentationen durchgesehen und es scheint widersprüchliche Informationen zu geben, ob die Variable DISCOURSE_SMTP_NOTIFICATION_EMAIL oder DISCOURSE_NOTIFICATION EMAIL sein sollte (Troubleshoot email on a new Discourse install und discourse_docker/samples/standalone.yml at main · discourse/discourse_docker · GitHub), also habe ich einfach beide in die zusätzlichen Umgebungsvariablen eingefügt.

smtp:
  enabled: true
  host: "email-smtp.us-west-2.amazonaws.com"
  port: "587"
  user: "XXXXX"
  password: "XXXXX"
  protocol: "tls"
  auth: ""
  existingSecret: ""

sidekiq:
  extraEnvVars:
    - name: DISCOURSE_SMTP_NOTIFICATION_EMAIL
      value: discourse@exampledomain.com
    - name: DISCOURSE_SMTP_DOMAIN
      value: exampledomain.com
    - name: DISCOURSE_NOTIFICATION_EMAIL
      value: discourse@exampledomain.com

discourse:
  extraEnvVars:
    - name: DISCOURSE_SMTP_NOTIFICATION_EMAIL
      value: discourse@exampledomain.com
    - name: DISCOURSE_SMTP_DOMAIN
      value: exampledomain.com
    - name: DISCOURSE_NOTIFICATION_EMAIL
      value: discourse@exampledomain.com

Wenn ich eine Test-E-Mail sende, erhalte ich im Abschnitt “übersprungen” folgende Fehlermeldung:

554 Transaction failed: Invalid domain name: '127.0.0.1'.

Der Fehlerbehebungsleitfaden erwähnte Folgendes:

Die Standard-E-Mail-Absenderadresse basiert auf der Installationsdomäne plus Subdomäne. Wenn Ihre URL also `discourse.example.com` lautet, wird sie lauten:

`noreply@discourse.example.com`

Aber wenn Ihr Mailprovider erwartet:

`noreply@example.com`

… haben Sie möglicherweise Probleme! Um dies zu umgehen, bearbeiten und kommentieren Sie diese `exec`-Zeile in `app.yml` aus.

Ich kann diese Zeile jedoch nicht auskommentieren, sobald ich mich im Container befinde.

Ich setze Discourse auf discourse.subdomain.exampledomain.com ein und habe versucht, den SMTP-Domänennamen mit der zusätzlichen Umgebungsvariable DISCOURSE_SMTP_DOMAIN festzulegen, aber vielleicht funktioniert das nicht, weil im E-Mail-Konfigurationsbereich auf der Website der Domänenname leer angezeigt wird.

image
image1229×150 4.78 KB

Fehlt mir ein Wert oder eine Konfiguration, um es zum Laufen zu bringen?

Vielen Dank!

3

Sie benötigen wesentlich mehr definierte Variablen, um diesen Container hochzufahren. Und Sie müssen die Datenbank migrieren und Assets vorkompilieren, um damit anzufangen. Und Sie benötigen einen Domainnamen und etwas, das die HTTPS-Zertifikate verwaltet.

Sie sollten mit einer Standardinstallation beginnen und von dort aus weiterarbeiten. Sobald Sie etwas haben, das auf diese Weise funktioniert, können Sie einige Hinweise von

 ./launcher start-cmd app

erhalten.

4

Entschuldigung, ich hätte das klarstellen sollen. Die Discourse-Container starten alle in Ordnung, ich habe nur Probleme mit dem E-Mail-Teil. Soll ich trotzdem den Standardinstallationsprozess durchlaufen?

Vielen Dank für die schnelle Antwort!

5

Hmm. Weiß ich nicht. Vielleicht habe ich die Fehlermeldungen missverstanden.

[Zitat=“kuzea, Beitrag:1, Thema:357631”]

554 Transaktion fehlgeschlagen: Ungültiger Domainname: '127.0.0.1'.

[/Zitat]

Das sieht so aus, als ob Discourse seinen Hostnamen nicht kennt? Aber ich könnte mich irren.