Die Argumentation finde ich etwas schräg. Wenn ein Client STARTTLS nicht kennt, kann STARTTLS nicht verhindern, dass die Login-Daten im Klartext gesendet werden. Soweit logisch. Aber: wenn der Client TLS nicht kennt, kann TLS ebensowenig verhindern (dedizierter Port hin oder her), dass die Login-Daten im Klartext gesendet werden. Darum geht es in RFC 2592 Kap. 9 jedoch gar nicht. Es geht darum, dass STARTTLS gegenüber Downgrade-Angriffen (Stripping Attack) anfällig ist, TLS auf dediziertem Port jedoch nicht. -- Matthäus Wander 10:06, 13. Jan. 2020 (CET)