TL; DR
คำแนะนำใหม่คือการสนับสนุนทั้งการส่ง / smtpsและการส่งด้วย STARTTLS ในขณะนั้นซึ่งจะยกเลิกในภายหลังเมื่อไม่ได้ใช้อีกต่อไป (คำแนะนำเดียวกันนี้ยังใช้กับ POP3 กับ POP3S และ IMAP เทียบกับ IMAPS)
รายละเอียด
แนวปฏิบัติที่ดีที่สุดได้เปลี่ยนไปด้วยRFC 8314 ตอนที่ 3.3 :
เมื่อสร้างการเชื่อมต่อ TCP สำหรับบริการ "ส่งข้อมูล" (พอร์ตเริ่มต้น 465) การจับมือ TLS จะเริ่มขึ้นทันที [ ... ]
กลไก STARTTLS บนพอร์ต 587 มีการปรับใช้อย่างกว้างขวางเนื่องจากสถานการณ์ที่มีพอร์ต 465 (กล่าวถึงในหัวข้อ 7.3) สิ่งนี้แตกต่างจากบริการ IMAP และ POP ที่มีการปรับใช้ TLS โดยนัยบนเซิร์ฟเวอร์มากกว่า STARTTLS เป็นที่พึงประสงค์โปรโตคอลหลักโยกย้ายใช้โดยซอฟต์แวร์ทบวงการ TLS โดยปริยายเมื่อเวลาผ่านไปเพื่อความมั่นคงเช่นเดียวกับเหตุผลเพิ่มเติมที่กล่าวถึงใน
ภาคผนวก A
อย่างไรก็ตามเพื่อเพิ่มการใช้การเข้ารหัสสำหรับการส่งให้มากที่สุดเป็นที่พึงปรารถนาที่จะสนับสนุนกลไกทั้งสองสำหรับการส่งข้อความผ่าน TLS สำหรับช่วงการเปลี่ยนภาพเป็นเวลาหลายปี ดังนั้นลูกค้าและเซิร์ฟเวอร์ควรใช้ทั้ง STARTTLS บนพอร์ต 587 และ TLS โดยนัยบนพอร์ต 465 สำหรับช่วงการเปลี่ยนภาพนี้. โปรดทราบว่าไม่มีความแตกต่างอย่างมีนัยสำคัญระหว่างคุณสมบัติความปลอดภัยของ STARTTLS บนพอร์ต 587 และ TLS โดยนัยบนพอร์ต 465 หากการนำไปใช้งานนั้นถูกต้องและหากไคลเอ็นต์และเซิร์ฟเวอร์ได้รับการกำหนดค่าให้ต้องมีการเจรจาต่อรองที่ประสบความสำเร็จก่อนส่งข้อความ
ภาคผนวก A ที่อ้างถึงนั้นจะอธิบายการตัดสินใจเลือก TLS โดยนัยสำหรับ SMTP, POP3 และ IMAP ทั้งหมดเนื่องจากประเด็นหลักเหล่านี้
- เราต้องการที่จะมีเพียงการเชื่อมต่อได้ทุกที่ที่มีการเข้ารหัส anyways จึงมีจุดในการรักษารุ่นย้อนกลับเข้ากันของโปรโตคอลทั้งหมดเหล่านี้เมื่อในทางปฏิบัติที่เข้ากันไม่ได้ใช้
- มีการใช้ประโยชน์จากขั้นตอนการเจรจาของ STARTTLS เนื่องจากมีปัญหาที่เหมือนกันในการใช้งานหลายอย่าง