LETSENCRYPT_ACCOUNT_EMAIL nicht mehr erforderlich

Seit dem 4. Juni versendet Let’s Encrypt keine E-Mail-Benachrichtigungen mehr über fehlschlagende Erneuerungen, was der einzige Grund war, diese Umgebungsvariable zu setzen.

Ich habe gerade discourse-setup-ruby ausgeführt und keine E-Mail-Adresse für LETSENCRYPT_ACCOUNT_EMAIL erhalten, und jetzt funktioniert Discourse nicht mehr, da die clevere Logik sich weigert, ein Zertifikat anzufordern, wenn keine E-Mail-Adresse vorhanden ist. Es ist fast ein Jahr her, dass das Hinzufügen einer E-Mail-Adresse zu dieser Variablen irgendeinen Zweck erfüllte.

Daher muss diese if-Bedingung gelöscht werden:

4 „Gefällt mir“

Mir ist das gestern bei einem Rebuild aufgefallen, ich musste .\\launcher rebuild app ausführen, nachdem .\\discourse-setup scheinbar erfolgreich war. Ich freue mich auf die von Ihnen erwähnte Korrektur :+1:

Nun, das Einfachste kurzfristig ist, einfach eine E-Mail-Adresse – irgendeine E-Mail-Adresse – in LETSENCRYPT_ACCOUNT_EMAIL anzugeben.

Was hat uns dazu veranlasst, Erneuerungs-E-Mails zu unterstützen, wenn die Erneuerung automatisch über den acme.sh Cronjob erfolgt?

1 „Gefällt mir“

Die Erneuerungs-E-Mails waren für einen Dienst gedacht, der früher von Let’s Encrypt angeboten wurde, um Sie zu benachrichtigen, wenn Ihr Zertifikat kurz vor dem Ablauf stand (siehe Link oben). Es gab eigentlich keinen Grund, diesen Test für LETSENCRYPT_ACCOUNT_EMAIL einzuschließen, als er vor 6 Monaten hinzugefügt wurde.

Ich denke, ursprünglich (vor etwa 8 Jahren) verlangte Let’s Encrypt eine E-Mail-Adresse, weshalb der Test dafür überhaupt existierte. Lange Zeit wurde Ihnen kein Zertifikat ausgestellt, wenn Sie keine E-Mail-Adresse angegeben haben.

Es gab einige Probleme mit der Nginx-Konfiguration, die die Erneuerungen störten, obwohl der Cronjob lief (zumindest glaube ich, dass es das war; ich habe diesen Updates nicht genau genug Aufmerksamkeit geschenkt, sonst hätte ich das damals schon angesprochen).

3 „Gefällt mir“