Welcher Let’s Encrypt Variablenname ist in app.yml korrekt?

Installation
1

Hallo zusammen,

Während eines Rebuilds habe ich die Warnung gesehen:

„Let’s Encrypt E-Mail nicht gesetzt“

Aber in meiner app.yml habe ich bereits diese Zeile:

LETSENCRYPT_ACCOUNT_EMAIL: myemail@example.com

Mein Zertifikat ist gültig und die Ausstellung wird übersprungen. Der Launcher gibt die korrekte Warnung aus.

Bevor ich etwas aktualisiere, kann mir jemand bestätigen:

  • Ist LETSENCRYPT_ACCOUNT_EMAIL eine alte/veraltete Variable?

  • Ist der korrekte moderne Variablenname jetzt:

letsencrypt_email:

Soll ich die alte Variable entfernen und auf die neue umstellen, um Warnungen zu vermeiden und sicherzustellen, dass die automatische Erneuerung funktioniert?

Danke!

2

Vielen Dank für die bisherigen Antworten – ich habe etwas weiter recherchiert und möchte sicherstellen, dass ich das richtig verstanden habe.

Meine Installation wurde ursprünglich mit ./discourse-setup erstellt, was Folgendes hinzugefügt hat:

LETSENCRYPT_ACCOUNT_EMAIL: myemail@example.com

unter env: in app.yml.

Let’s Encrypt hat seitdem erfolgreich Zertifikate ausgestellt und erneuert, und die aktuelle web.letsencrypt.ssl.template.yml scheint sich immer noch auf die Umgebungsvariable LETSENCRYPT_ACCOUNT_EMAIL zu verlassen. Bei einer neuen Testinstallation heute sah ich die übliche Bootstrap-Ausgabe:

I, [2025-12-07T12:29:22.272059 #1]  INFO -- : Replacing # after ssl with if [ -n \"$LETSENCRYPT_ACCOUNT_EMAIL\" ]; then
  if [[ ! \"$LETSENCRYPT_ACCOUNT_EMAIL\" =~ ([^@]+)@([^\\.]+) ]]; then
    echo \"LETSENCRYPT_ACCOUNT_EMAIL is not a valid email address\"
    exit 1
  fi
  /usr/local/bin/configure-ssl
  exec /usr/local/bin/configure-letsencrypt
else
  echo \"LETSENCRYPT_ACCOUNT_EMAIL ENV not set. Skipping Let's Encrypt setup.\"
fi
# after ssl in /etc/runit/1.d/install-ssl

was mit dem übereinstimmt, was in der Vorlage steht.

Wenn ich jedoch ./launcher rebuild app ausführe, erhalte ich jetzt eine Warnung wie „Let’s Encrypt email not set“. Aus der Lektüre des Launchers und der zugehörigen Dokumentation scheint dies von einer neueren Konfigurationsprüfung zu stammen, die nach einem Schlüssel letsencrypt_email in der zusammengeführten Konfiguration sucht, anstatt der älteren Umgebungsvariable LETSENCRYPT_ACCOUNT_EMAIL.

Ich denke also, die aktuelle Situation ist:

  1. Die Docker Let’s Encrypt-Vorlage verwendet weiterhin LETSENCRYPT_ACCOUNT_EMAIL als Umgebungsvariable, die acme.sh und die Erneuerung steuert.
  2. Neuere Prüfungen (z. B. diejenige, die „Let’s Encrypt email not set“ ausgibt) suchen nur nach letsencrypt_email in der Konfiguration.
  3. Das würde erklären, warum die Zertifikatausstellung/Erneuerung einwandfrei funktioniert, während der Rebuild weiterhin eine Warnung ausgibt.

Ein paar Klärungen, die ich gerne vom Team erhalten würde:

  1. Ist bei Standardinstallationen mit ./discourse-setup immer noch LETSENCRYPT_ACCOUNT_EMAIL der vorgesehene Variablenname in app.yml, oder sollten wir stattdessen letsencrypt_email verwenden?
  2. Gilt LETSENCRYPT_ACCOUNT_EMAIL zu diesem Zeitpunkt als veraltet, aber unterstützt, oder gibt es einen Plan, die Vorlagen auf einen neuen Schlüssel umzustellen?
  3. Für bestehende Installationen, die derzeit LETSENCRYPT_ACCOUNT_EMAIL verwenden und funktionierende Erneuerungen haben, lautet der empfohlene Ansatz:
    • (a) nichts tun und die Launcher-Warnung sicher ignorieren, oder
    • (b) einen letsencrypt_email:-Eintrag zu env: hinzufügen (mit derselben Adresse), nur um die neuere Prüfung zufriedenzustellen?

Ich versuche hauptsächlich, die Konfiguration mit der „offiziellen“ Richtung abzugleichen und Überraschungen zu vermeiden, falls die Let’s Encrypt-Integration in Zukunft umstrukturiert wird.

Nochmals vielen Dank für die Anleitung und für die Bestätigung dessen, was hier erwartet wird.

3

Ich bin mir ziemlich sicher, dass es keine Rolle spielt. Let’s Encrypt sendet keine Benachrichtigungen mehr.

3 „Gefällt mir“