Sí.
Pero independientemente, habría funcionado. Sin tocar nada, STARTTLS solo se usaría si el servidor lo ofreciera.
La única situación en la que alguna vez fue necesario desactivarlo explícitamente fue cuando:
Probablemente cierto para la mayoría.
Para nosotros, en realidad dependemos de una solución de correo electrónico antigua que no utiliza STARTTLS para los correos electrónicos salientes de los sistemas internos (eso se maneja más adelante en la cadena) y dado que la documentación decía que DISCOURS_SMTP_ENABLE_START_TLS es opcional, pero predeterminado en verdadero, lo configuramos en falso intencionalmente.
Puedo descartar este consejo, pero simplemente vuelve a aparecer y otros administradores se preguntarán si hay algo malo en nuestra configuración (no lo hay; ¡el correo de prueba funciona bien!). ¿El consejo está destinado a ser tan persistente?
DISCOURSE_SMTP_ENABLE_START_TLS solo usará STARTTLS si el servidor lo ofrece. Si su servidor de correo no lo ofrece, no se utilizará.
(esto se conoce como TLS oportunista)
Mi razón para agregar la advertencia es que antes de mi cambio, establecer DISCOURSE_SMTP_ENABLE_START_TLS en falso en realidad no deshabilitaba STARTTLS.
Imaginé que había un número distinto de cero de administradores que no tenían idea de cómo funcionaba esto y juntaron variables hasta que funcionó y sucedió que dejaron DISCOURSE_SMTP_ENABLE_START_TLS=false configurado, aunque su configuración lo requería. La advertencia está dirigida en gran medida a esas personas.
¡Tienes razón! Acabo de probar y puedo confirmar que el correo saliente todavía funciona para nosotros después de que se eliminó la configuración. 