$ letsencrypt certonly --webroot --webroot-path=/var/www/SistemaInoperativo -d sistemainoperativo.it -d www.sistemainoperativo.it Saving debug log to /var/log/letsencrypt/letsencrypt.log Plugins selected: Authenticator webroot, Installer None Obtaining a new certificate Performing the following challenges: http-01 challenge for sistemainoperativo.it Using the webroot path /var/www/SistemaInoperativo for all unmatched domains. Waiting for verification... Cleaning up challenges
- Queries
- All Stories
- Search
- Advanced Search
- Transactions
- Transaction Logs
Advanced Search
Thu, Feb 29
Feb 15 2024
Feb 12 2024
Feb 5 2024
Dec 19 2021
Jun 8 2021
Jun 2 2021
Jun 1 2021
Apr 13 2021
Apr 12 2021
Apr 11 2021
Dec 2 2020
Dec 1 2020
Nov 19 2020
Nov 17 2020
Oct 1 2020
In T494#6984, @valerio.bozzolan wrote:Note the:
Sandstorm doesn't recognize this host name
But the webroot path works:
$ echo asd > /usr/share/jitsi-meet/.well-known/acme-challenge/gPU54x5O0vYh3yMYnPtr9C4Oam_c_befr1pgq72lYeI $ wget -O - --quiet --no-check-certificate https://jitsi.linux.it/.well-known/acme-challenge/gPU54x5O0vYh3yMYnPtr9C4Oam_c_befr1pgq72lYeI asd
Tried with:
Sep 30 2020
Jun 26 2020
Jun 15 2020
Marco d'Itri wrote:
Ho usato postsrsd, che è anche l'unica scelta possibile, ma per riscrivere solo la posta in transito ho dovuto mettere in mezzo uno script in Perl scritto al volo da me (simile a quello in Go indicato dall'autore), che devo ancora scoprire se funziona bene o no.
Lo script viene eseguito da un alias in catena alla virtual map di Postfix, ma devo fare qualche nuovo esperimento per vedere se riesco a spostarlo in un pipe transport dedicato e quindi evitare gli alias.
Messa diversamente: il tooling disponibile per gestire SRS è inadatto a server di posta veri: si va da implementazioni abbadonate 15 anni fa a mezze soluzioni tipo postsrsd che per funzionare appena accettabilmente (non bene) hanno bisogno di accrocchi esterni.
Con l'occasione ho anche trasformato in un unico programma in Perl gli script in AWK risalenti agli anni '90 che servivano a generare i database di Postfix e Dovecot partendo dall'elenco dei soci.
Jun 14 2020
Marco d'Itri wrote:
Segnalo che ho attivato SRS per i soci che gestiscono la posta in
forwarding (tranne quelli con UUCP).
La vostra posta quindi arriverà con envelope sender @forward.linux.it.Non mi aspetto grossi problemi, ma segnalatemi eventuali anomalie.
Ricordo anche che dal 2011 sono disponibili queste riscritture per
usare
indirizzi tagged:/^(.+)\.\.(.+)@linux\.it$/ ${1}+${2}@linux.it
/^(.+)\.\.(.+)@ils\.org$/ ${1}+${2}@ils.org
/^(.+)\.plus\.(.+)@linux\.it$/ ${1}+${2}@linux.it
/^(.+)\.plus\.(.+)@ils\.org$/ ${1}+${2}@ils.org
Jun 9 2020
May 5 2020
May 2 2020
May 1 2020
Apr 23 2020
Apr 21 2020
Apr 20 2020
Apr 19 2020
Apr 7 2020
Mar 29 2020
Interesting reading:
Mar 23 2020
Can we refer to https://www.linux.it/privacy in the meanwhile?
Si.
Can we refer to https://www.linux.it/privacy in the meanwhile?
Mar 7 2020
Mar 6 2020
Mar 5 2020
Jan 9 2020
It works!
In T39#908, @valerio.bozzolan wrote:Madbob:
ho impostato _acme-challenge.servizi.linux.it come cname di acme-servizi.gitpull.it, tempo di far propagare sto' aggiornamento e puoi aggiornare il certificato di servizi.linux.it usando direttamente il tuo dominio
Good job!
Fixed. Reset links are now sent from a new custom email address.
Jan 8 2020
@madbob Says:
Jan 4 2020
Dec 28 2019
Still unable to renew because _acme-challenge.servizi.linux.it seems misconfigured with an old token (LCiGqpB16dtIkHW-Kl5OHI8xxDvI2hRRZoL-jO_BQ0).
Dec 27 2019
ho impostato _acme-challenge.servizi.linux.it come cname di acme-servizi.gitpull.it, tempo di far propagare sto' aggiornamento e puoi aggiornare il certificato di servizi.linux.it usando direttamente il tuo dominio