LETSENCRYPT_ACCOUNT_EMAIL não é mais necessário

Em 4 de junho, o Let’s Encrypt parou de enviar notificações por e-mail sobre renovações falhas, que era a única razão para ter essa variável de ambiente definida.

Acabei de executar discourse-setup-ruby e não recebi um endereço de e-mail para LETSENCRYPT_ACCOUNT_EMAIL e agora o Discourse não funcionará porque a lógica inteligente se recusa a solicitar uma certificação se não houver um endereço de e-mail. Faz quase um ano que incluir um endereço de e-mail nessa variável não faz nada.

Então, este if precisa ser excluído:

7 curtidas

Notei isso na reconstrução ontem, tive que executar .\\launcher rebuild app após um .\\discourse-setup aparentemente bem-sucedido. Ansioso pela correção que você mencionou :+1:

Bem, a coisa mais fácil a fazer no curto prazo é apenas incluir um endereço de e-mail — qualquer endereço de e-mail — em LETSENCRYPT_ACCOUNT_EMAIL.

o que nos levou a oferecer suporte a e-mails de renovação, quando a renovação ocorre automaticamente via job cron do acme.sh?

1 curtida

Os e-mails de renovação eram para um serviço, que já foi fornecido pelo let’s encrypt, para notificá-lo se o seu certificado estava prestes a expirar (veja o link acima). Realmente não havia motivo para esse teste para LETSENCRYPT_ACCOUNT_EMAIL ser incluído quando foi adicionado há 6 meses.

Eu acho que originalmente (há cerca de 8 anos) o Let’s Encrypt exigia um endereço de e-mail, que é o motivo pelo qual o teste para ele existia. Por muito tempo, se você não fornecesse um endereço de e-mail, eles não lhe dariam um certificado.

Houve alguns problemas relacionados à configuração do nginx que estavam quebrando as renovações, mesmo que o cron job estivesse sendo executado (pelo menos, eu acho que era isso; eu não prestei muita atenção a essas atualizações, ou eu teria levantado isso na época).

3 curtidas

Corrigido em

5 curtidas