วงจรชีวิตของอีเมลหลังจากที่ถูกส่ง

ฉันถูกทดสอบการกำหนดค่า STARTTLS เซิร์ฟเวอร์อีเมลของฉันเมื่อฉันสะดุดลงบนหน้านี้: https://starttls.info/about ข้อความที่ตัดตอนมาต่อไปนี้ปริศนาฉัน:

เมื่อคุณส่งอีเมลผ่านเซิร์ฟเวอร์เมลขาออกของคุณอีเมลนั้นอาจจะทำหลายครั้งระหว่างเซิร์ฟเวอร์อีเมลที่แตกต่างกันก่อนถึงปลายทาง เซิร์ฟเวอร์ระดับกลางทั้งหมดเหล่านี้จะต้องมีการสนับสนุนที่แข็งแกร่งของ STARTTLS เพื่อให้ข้อความของคุณไม่ปรากฏในการเดินทางหนึ่งหรือหลายขั้นตอน

ฉันเข้าใจว่ากระบวนการส่งอีเมลมีดังต่อไปนี้:

1. เซิร์ฟเวอร์อีเมลทำการค้นหา DNS เพื่อรับ MX ชื่อโดเมนของผู้รับ
2. เมลเซิร์ฟเวอร์เริ่มต้นการเชื่อมต่อกับ IP ที่ได้รับบนพอร์ต 25 (SMTP)
3. หากเซิร์ฟเวอร์ทั้งสองรองรับการเข้ารหัสที่มีโอกาสเกิดขึ้นจะมีการสร้างการเชื่อมต่อที่ปลอดภัย
4. อีเมลจะถูกส่งไปยังผู้รับ (EHLO, อีเมลจาก:, RCPT TO:, DATA,.)

ในกรณีนี้จะมีโอกาสที่อีเมลจะเด้งไปรอบ ๆ เซิร์ฟเวอร์หลายเครื่องหรือไม่

เมลจะได้รับการตีกลับอย่างสม่ำเสมอระหว่างเซิร์ฟเวอร์ ตัวอย่างเช่นถ้าฉันส่งอีเมลถึงเพื่อนมันอาจจะ:

• ไปจากคอมพิวเตอร์ของฉันไปยังเซิร์ฟเวอร์อีเมลของฉัน (หวังว่าจะเข้ารหัส)
• เซิร์ฟเวอร์อีเมลของฉันส่งไปที่ smarthost เนื่องจากได้รับการกำหนดค่าไม่ให้ส่งจดหมายโดยตรง
• สมาร์ทโฮสต์ส่งไปยังระเบียน MX ของโดเมนปลายทางซึ่งเกิดขึ้นเป็นตัวกรองสแปมที่โฮสต์
• ตัวกรองสแปมพยายามส่งไปยังเซิร์ฟเวอร์อีเมลจริงของเป้าหมาย แต่ไม่สามารถเข้าถึงได้ดังนั้นจึงใช้ MX รองซึ่งเป็นระบบที่โฮสต์ซึ่งจัดเก็บอีเมลไว้ในกรณีที่เซิร์ฟเวอร์อีเมลจริงไม่ทำงาน
• เซิร์ฟเวอร์อีเมลจริงกลับมาอีกครั้ง MX อันดับสองจะส่งอีเมลไปยังเซิร์ฟเวอร์อีเมลเป้าหมาย
• เพื่อนของฉันดาวน์โหลดอีเมลจากเซิร์ฟเวอร์อีเมลของเขา

นั่นเป็นการกำหนดค่าที่ค่อนข้างธรรมดาและทำให้อีเมลตีกลับได้ประมาณ 6 ครั้ง ในที่สุดมันก็จะไปถึงที่นั่น แต่ถ้าเซิร์ฟเวอร์ทั้งหมดนั้นใช้ STARTTLS หรือการเข้ารหัสอื่น ๆ ในบางจุดมันจะไม่ถูกเข้ารหัส แม้จะมีการเข้ารหัสการขนส่งผู้ดูแลระบบของเซิร์ฟเวอร์เหล่านั้นยังสามารถอ่านอีเมลได้ มันถูกจัดเก็บแบบไม่เข้ารหัสในฮาร์ดไดรฟ์ขณะที่รอการส่งไปยังสเตจถัดไป

อาจมีได้ง่ายขึ้นหากเพื่อนของฉันตั้งอีเมลให้เขาส่งต่อไปที่อื่นซึ่งเป็นเรื่องปกติถ้าผู้ให้บริการเว็บโฮสติ้งของคุณใช้อีเมลของคุณและคุณส่งต่อไปยังบัญชี gmail ของคุณ

หากคุณกังวลเกี่ยวกับคนที่อ่านอีเมลของคุณสิ่งที่ดีที่สุดที่ต้องทำคือเข้ารหัสข้อความโดยใช้บางอย่างเช่น GPG ไม่ใช่พึ่งการเข้ารหัสการส่งผ่าน แน่นอนว่าสิ่งนี้ต้องการให้ผู้ที่ได้รับอีเมลนั้นมีความใส่ใจในการตั้งค่า GPG และกุญแจแลกเปลี่ยน

ลองที่: เซิร์ฟเวอร์ที่คุณส่งไม่ใช่เซิร์ฟเวอร์ที่ใช้งานเสร็จ มันเป็นเซิร์ฟเวอร์เกตเวย์ของฉันสำหรับอีเมลขาเข้าที่กำลังทำสิ่งต่อต้านสแปมที่ดีแล้วส่งต่อไปยังเซิร์ฟเวอร์จริง

รับได้ดียิ่งขึ้น การส่งเซิร์ฟเวอร์อีเมลที่คุณใช้ไม่ใช่ บริษัท ของคุณที่ใช้อินเทอร์เน็ต มันไม่ทำการค้นหา DNS แต่ส่งต่ออีเมลทั้งหมดไปยังเซิร์ฟเวอร์เกตเวย์ที่แล้วส่งไปยังผู้รับสุดท้าย นี่ไม่ใช่การติดตั้งที่หายากในองค์กรขนาดใหญ่

ฉันบำรุงรักษาระบบเช่นเดียวกับที่หลายเครือข่ายใช้เซิร์ฟเวอร์เกตเวย์ร่วมกันสำหรับอีเมลขาเข้าและขาออก อีเมลขาเข้าจะถูกส่งต่อไปยังหนึ่งในหลาย ๆ เซิร์ฟเวอร์ขึ้นอยู่กับลูกค้า

บนเว็บไซต์ที่เข้ามาอาจเป็นเพราะเซิร์ฟเวอร์อีเมลจริงไม่ทำงาน MX สามารถจัดการรายการสำรองได้ - และในกรณีส่วนใหญ่สิ่งเหล่านี้จะบัฟเฟอร์อีเมลจากนั้นส่งต่ออีกครั้งเมื่อเซิร์ฟเวอร์จริงพร้อมใช้งานอีกครั้ง

คุณสรุปได้อย่างไรว่ามันทำงานบนกระดานได้อย่างไร

ยังคงมีเซิร์ฟเวอร์เมลระดับกลาง แต่โดยทั่วไปจะเป็นเซิร์ฟเวอร์สาธารณะที่เซิร์ฟเวอร์ต้นทางของคุณเชื่อมต่อ เซิร์ฟเวอร์นั้นอาจส่งต่อข้อความไปยังเซิร์ฟเวอร์ภายในตามกฎจำนวนใด ๆ เช่นชื่อผู้ใช้เวลาโหลดเนื้อหา (สแปม) เป็นต้น

ฉันหวังว่าองค์กรเหล่านี้หรือผู้ให้บริการบุคคลที่สามสนับสนุนคุณสมบัติเดียวกันตลอด จดหมายของคุณไม่ควรส่งผ่านเซิร์ฟเวอร์อีเมลที่ไม่รู้จักไปยังต้นทางหรือปลายทางเนื่องจากบุคคลที่เชื่อถือได้ควรเป็นเจ้าของหรือจัดการตัวกลางทั้งหมด