Sì.
Ma indipendentemente da ciò, avrebbe funzionato. Senza toccare nulla, STARTTLS verrebbe utilizzato solo se il server lo offrisse.
L’unica situazione in cui è mai stato necessario disattivarlo esplicitamente era quando:
Probabilmente vero per la maggior parte.
Per noi, ci affidiamo a una vecchia soluzione di posta elettronica che non utilizza STARTTLS per le email in uscita dai sistemi interni (questo viene gestito più avanti nella catena) e poiché la documentazione diceva che DISCOURSE_SMTP_ENABLE_START_TLS è opzionale, ma predefinito su true, abbiamo impostato questo su false intenzionalmente.
Posso ignorare questo consiglio, ma continua a comparire e altri amministratori si chiederanno se c’è qualcosa che non va nella nostra configurazione (non c’è; il test delle email funziona perfettamente!). Il consiglio è destinato ad essere così persistente?
DISCOURSE_SMTP_ENABLE_START_TLS utilizzerà STARTTLS solo se il server lo offre. Se il tuo server di posta non lo offre, non verrà utilizzato.
(questo è definito TLS opportunistico)
Il motivo per cui ho aggiunto l’avviso è che prima della mia modifica, impostare DISCOURSE_SMTP_ENABLE_START_TLS su false non disabilitava effettivamente STARTTLS.
Ho immaginato che ci fosse un numero non nullo di amministratori che non avevano idea di come funzionasse e che avessero armeggiato con le variabili finché non funzionava, lasciando impostato DISCOURSE_SMTP_ENABLE_START_TLS=false, anche se la loro configurazione lo richiedeva. L’avviso è rivolto in gran parte a quelle persone.
Hai ragione! Ho appena testato e posso confermare che l’email in uscita funziona ancora per noi dopo la rimozione dell’impostazione. 