IMAP
ซิงโครไนซ์ Folder, flag และสถานะข้อความบน Server ระหว่างหลายอุปกรณ์
C: A1 SELECT INBOX
S: * 18 EXISTS
C: A2 FETCH 18 BODY[]APPLICATION LAYER · STORE AND FORWARD
เดินทางไปกับ Email หนึ่งฉบับจนถึง Inbox
Email คือสหพันธ์ของ protocol, queue และสัญญาณความน่าเชื่อถือ ไม่ใช่คำสั่ง Send ครั้งเดียว ทดลอง Submission, SMTP relay, DNS MX, MIME, การยืนยันแหล่งส่ง และการอ่าน Mailbox ผ่านหลาย Lab ย่อยที่เชื่อมกัน
FIVE CONNECTED SUB-LABS
เปลี่ยนมุมมองโดยยังติดตามจดหมายฉบับเดิม
แบบจำลองไม่ส่ง Email จริง และใช้โดเมนตัวอย่างที่สงวนไว้
Mail User Agentcompose + submit
aliceSubmission serverSMTP AUTH · 587
example.testDNS MXfind receiver
example.net MX?Receiving MTASMTP · 25
mail.example.netMailboxstore + IMAP
bob/INBOXREADY · เขียนข้อความแล้วเริ่มส่ง
IDLEยังไม่มี Envelope ถูกส่ง
Envelope ≠ message headers. MAIL FROM และ RCPT TO ใช้ส่งจดหมาย ส่วน From และ To ภายใน DATA เป็น field สำหรับนำเสนอและอาจไม่ตรงกัน
Raw attachment0 B
Base64 payload0 B
Encoding overhead0%
POP3
Protocol อ่าน Mailbox ที่เรียบง่ายและเน้นดาวน์โหลด โดยมีคำสั่งจำนวนน้อย
C: USER bob
C: PASS ******
C: RETR 18| คำถาม | IMAP | POP3 |
|---|---|---|
| Folder บน Server | รองรับโดยตรง | จำกัด |
| หลายอุปกรณ์ | ออกแบบมาเพื่อ Sync | ทำได้แต่มีสถานะจำกัดกว่า |
| Port ทั่วไป | 143 / TLS 993 | 110 / TLS 995 |
STORE, FORWARD, RETRY
ล้มเหลวชั่วคราวไม่เท่ากับปฏิเสธถาวร
2xx
รับคำสั่งแล้ว และความรับผิดชอบอาจย้ายไปยัง Server ถัดไป
4xx
ผิดพลาดชั่วคราว ให้เก็บใน Queue และ Retry แบบหน่วงเพิ่ม
5xx
ผิดพลาดถาวรสำหรับการส่งนี้ ปกติสร้าง Delivery Status Notification
CLASSROOM TASKS
หลักฐานที่ข้ามรอยต่อ Protocol
- หาองค์ประกอบที่ใช้ DNS และอธิบายเหตุผลที่ถาม MX ก่อน A
- เทียบ address ใน SMTP envelope กับ From/To ใน message
- วัด Base64 overhead ของไฟล์แนบหลายขนาด
- จำลอง 451 แล้วออกแบบ Retry schedule ที่ไม่เพิ่มภาระ
- หากรณี SPF fail แต่ aligned DKIM ทำให้ DMARC ผ่าน
- อธิบายว่า end-to-end encryption ต่างจาก SMTP TLS อย่างไร