IMAP กับ POP3 ต่างกันอย่างไร IMAP ลบอีเมลบนเซิร์ฟเวอร์ไหม

IMAP ลบอีเมลออกจากเซิร์ฟเวอร์เมื่อคุณลบข้อความ และจึงหายไปจากทุกแอปที่คุณเชื่อมต่อไว้ด้วย เซิร์ฟเวอร์เก็บสำเนาจริงของอีเมลไว้เพียงชุดเดียว และทุกแอปทำงานกับสำเนานั้น การอ่านหรือดาวน์โหลดข้อความจึงไม่ได้ลบอะไรออกไป แต่การลบในแอปหนึ่งจะลบในทุกแอป แอปส่วนใหญ่จะย้ายข้อความไปที่โฟลเดอร์ถังขยะ (Trash) ก่อน ซึ่งคุณยังกู้คืนได้ ส่วน Gmail มักเก็บถาวรข้อความไว้ใน All Mail (จดหมายทั้งหมด) แทน แล้ว IMAP กับ POP3 ต่างกันอย่างไร POP3 ทำงานต่างออกไป โดยดาวน์โหลดอีเมลลงอุปกรณ์เครื่องเดียว และอาจลบสำเนาบนเซิร์ฟเวอร์ทิ้ง ขึ้นอยู่กับการตั้งค่า ถ้าคุณต้องการอ่านอีเมลของนามแฝงจากโดเมนที่คุณเป็นเจ้าของในแอปที่ลบอะไรไม่ได้เลย CatchNone อ่านกล่องอีเมลนั้นแบบอ่านอย่างเดียวผ่าน IMAP หรือ JMAP และไม่เคยทำเครื่องหมาย ย้าย หรือลบข้อความใดบนเซิร์ฟเวอร์ บน iPhone, iPad และ Mac

IMAP ลบอีเมลบนเซิร์ฟเวอร์ในทุกแอปไหม

ลบ แต่โดยทั่วไปจะย้ายไปถังขยะก่อน ไม่ได้ลบถาวรทันที มาตรฐาน IMAP (Internet Message Access Protocol) ฉบับปัจจุบัน RFC 9051 อธิบายว่า IMAP เป็นวิธีทำงานกับ “โฟลเดอร์ข้อความระยะไกล” (remote message folders) ราวกับเป็นโฟลเดอร์ในเครื่อง แอป IMAP ก็ดาวน์โหลดข้อความเช่นกัน โทรศัพท์ แล็ปท็อป และเว็บเมลของคุณอาจแคชสำเนาไว้คนละชุดเพื่อให้เร็วขึ้นและอ่านแบบออฟไลน์ได้ แต่สำเนาเหล่านั้นจะเปลี่ยนตามเซิร์ฟเวอร์ เมื่อข้อความหายไปจากเซิร์ฟเวอร์ ข้อความนั้นก็จะหายไปจากทุกแอปในการซิงค์ครั้งถัดไป

การลบมี 2 ขั้นตอน: ติดแฟล็ก แล้วจึง expunge

1. แอปตั้งแฟล็ก \Deleted ให้ข้อความ ข้อความถูกทำเครื่องหมายว่าจะลบ แต่ยังอยู่ที่เดิม
2. คำสั่ง EXPUNGE หรือการปิดโฟลเดอร์ด้วย CLOSE จะลบข้อความทุกฉบับที่มีแฟล็กนี้ในโฟลเดอร์นั้นออกอย่างถาวร

ก่อนถึงขั้นที่สอง ถ้าเอาแฟล็กออก ข้อความก็กลับมาเหมือนเดิม แอปเดสก์ท็อปรุ่นเก่าแสดงขั้นตอนนี้ให้เห็นชัด ความช่วยเหลือสำหรับ Outlook 2010 ของ Microsoft แสดงข้อความ IMAP ที่ทำเครื่องหมายว่าจะลบเป็นตัวอักษรขีดฆ่าจนกว่าจะถูกล้างออก (purge) หลังจากนั้น “ข้อความจะถูกลบออกจากเซิร์ฟเวอร์อีเมล IMAP และกู้คืนไม่ได้”

การลบมักหมายถึง “ย้ายไปถังขยะ”

แอปปัจจุบันส่วนใหญ่จะย้ายข้อความที่ลบไปที่โฟลเดอร์ถังขยะบนเซิร์ฟเวอร์แทน ในแง่ของ IMAP ขั้นตอนนี้มักเป็นคำสั่ง MOVE ซึ่งรวมการคัดลอก การตั้งแฟล็ก \Deleted และการ expunge ไว้ในขั้นตอนเดียว ทุกอุปกรณ์จะเห็นข้อความในถังขยะ และข้อความจะหายไปถาวรก็ต่อเมื่อถังขยะถูกล้าง ไม่ว่าจะโดยคุณ แอป หรือผู้ให้บริการ ณ เดือนกันยายน 2569 Gmail ลบข้อความในถังขยะอย่างถาวรหลังจาก 30 วัน และคู่มือแอปเมลบน iPhone ของ Apple ระบุว่า iCloud ไม่เก็บข้อความที่ลบไว้นานกว่า 30 วัน ไม่ว่าคุณจะตั้งค่า iPhone ไว้อย่างไร

Gmail: ใช้ป้ายกำกับ ไม่ใช่โฟลเดอร์

Gmail แสดงป้ายกำกับให้แอป IMAP เห็นเป็นโฟลเดอร์ โดยมีโฟลเดอร์ระบบ เช่น All Mail, Spam และ Trash อยู่ใต้ [Gmail] การลบจากโฟลเดอร์ที่เป็นป้ายกำกับโดยปกติจะแค่นำป้ายกำกับนั้นออก คู่มือการตั้งค่า IMAP ของ Google ระบุว่า “ข้อความที่คุณลบจากโฟลเดอร์ IMAP จะอยู่ในป้ายกำกับ ‘จดหมายทั้งหมด’ ใน Gmail” และยังเตือนไม่ให้ตั้งให้แอปย้ายข้อความที่ลบไปที่ถังขยะของ Gmail เพราะข้อความเหล่านั้น “จะถูกลบออกจาก Gmail อย่างถาวรใน 30 วัน” การตั้งค่าการลบฝั่งเซิร์ฟเวอร์ของ Gmail เองอยู่ในตารางด้านล่าง

Outlook ลบอีเมล IMAP ออกจากเซิร์ฟเวอร์ไหม

ลบ เมื่อเชื่อมต่อ Outlook ผ่าน IMAP แอปจะทำงานกับสำเนาบนเซิร์ฟเวอร์เหมือนแอปอื่น ๆ การลบใน Outlook จึงมีผลกับทุกอุปกรณ์ บางเวอร์ชันรุ่นเก่าจะแสดงข้อความเป็นตัวขีดฆ่าก่อนตามที่อธิบายไว้ด้านบน ถ้ากล่องอีเมลของคุณเป็น Outlook.com หรือ Hotmail เซิร์ฟเวอร์ IMAP คือ outlook.office365.com พอร์ต 993 และ Microsoft กำหนดให้ใช้การลงชื่อเข้าใช้แบบสมัยใหม่ (OAuth2) ตั้งแต่วันที่ 16 กันยายน 2567 (ค.ศ. 2024) แอปที่ส่งเพียงชื่อผู้ใช้และรหัสผ่านใช้กับบัญชี Outlook.com และ Hotmail ไม่ได้อีกต่อไป

อีเมลที่ลบไปอยู่ที่ไหนในแอปที่ใช้บ่อย

บางตัวเลือกข้ามถังขยะไปเลย ได้แก่ None บน Mac, Remove it immediately ใน Thunderbird และการตั้งค่าลบถาวรของ Gmail สำหรับบัญชีที่ไม่ใช่ Gmail ตัวเลือก Just mark it as deleted ของ Thunderbird ก็ข้ามถังขยะเช่นกัน ข้อความจะยังมีแฟล็กอยู่จนกว่าโฟลเดอร์จะถูก expunge แล้วจึงหายไป ค่าเริ่มต้นของ Thunderbird คือถังขยะ ส่วนบัญชี Gmail ทาง Google แนะนำ Just mark it as deleted โดยไม่เลือกช่อง “on Exit” ทั้งสองช่อง ผู้ให้บริการเป็นผู้ตัดสินสุดท้าย คู่มือแอปเมลบน Mac ของ Apple ระบุว่า ถ้าเซิร์ฟเวอร์ตั้งให้ลบข้อความเก่า ข้อความเหล่านั้นจะถูกลบ “ไม่ว่าคุณจะเปลี่ยนตัวเลือกนี้อย่างไร”

เปิดอ่านอีเมลในแอปหนึ่ง จะขึ้นว่าอ่านแล้วในทุกแอปไหม

ถ้าใช้ IMAP ใช่ สถานะอ่านแล้วคือแฟล็ก \Seen ซึ่งเก็บไว้บนเซิร์ฟเวอร์ จึงซิงค์เหมือนกับการลบ แอปที่ดาวน์โหลดข้อความด้วยการดึง BODY[] จะทำเครื่องหมายว่าอ่านแล้ว ส่วนแอปที่ดึง BODY.PEEK[] จะคงสถานะเดิมไว้ และตั้งแฟล็ก \Seen เองได้เมื่อคุณเปิดข้อความ

JMAP ซึ่งเป็นโปรโตคอลที่ใหม่กว่าที่จะกล่าวถึงด้านล่าง ซิงค์สถานะอ่านแล้วแบบเดียวกัน POP3 ไม่มีสถานะอ่านแล้วเลย แต่ละอุปกรณ์จึงเก็บสถานะของตัวเอง ข้อยกเว้นคือ Gmail ซึ่งการตั้งค่า POP ทำเครื่องหมายสำเนาใน Gmail ว่าอ่านแล้วได้เมื่อแอปอื่นดาวน์โหลดข้อความนั้น

IMAP กับ POP3 ต่างกันอย่างไร แบบไหนเก็บอีเมลไว้บนเซิร์ฟเวอร์

IMAP ออกแบบมาให้เก็บอีเมลไว้บนเซิร์ฟเวอร์ ส่วน POP3 (Post Office Protocol version 3 มักเรียกสั้น ๆ ว่า POP) ซึ่งกำหนดไว้ใน RFC 1939 สร้างมาเพื่องานตรงกันข้าม คือ “โดยปกติ อีเมลจะถูกดาวน์โหลดแล้วจึงลบทิ้ง”

POP ก็ลบเป็น 2 ขั้นตอนเช่นกัน คำสั่ง DELE แค่ทำเครื่องหมายข้อความ และเซิร์ฟเวอร์จะลบข้อความออกเมื่อแอปจบเซสชันด้วย QUIT ส่วน “Leave messages on server” (เก็บข้อความไว้บนเซิร์ฟเวอร์) เป็นการตั้งค่าของแอป มาตรฐานเรียกสิ่งนี้ว่า “รุ่นที่อ่อนกว่า” (weak version) ของสิ่งที่ IMAP ทำ และเซิร์ฟเวอร์อาจไม่ปฏิบัติตาม สิ่งที่เกิดกับสำเนาบนเซิร์ฟเวอร์จึงขึ้นอยู่กับแอปและผู้ให้บริการ

• Thunderbird: บัญชี POP ใหม่ที่ตั้งค่าด้วยตัวช่วยตั้งค่าบัญชีของ Thunderbird จะเก็บอีเมลไว้บนเซิร์ฟเวอร์ไม่เกิน 14 วันตามค่าเริ่มต้น และการลบข้อความในเครื่องจะลบสำเนาบนเซิร์ฟเวอร์ด้วย
• Gmail: การตั้งค่า POP มีตัวเลือก Keep Gmail’s copy in the Inbox (เก็บสำเนาของ Gmail ไว้ในกล่องจดหมาย) Mark Gmail’s copy as read (ทำเครื่องหมายสำเนาของ Gmail ว่าอ่านแล้ว) Archive Gmail’s copy (เก็บถาวรสำเนาของ Gmail) หรือ Delete Gmail’s copy (ลบสำเนาของ Gmail)
• Yahoo: การเข้าถึงผ่าน POP ของ Yahoo “ดาวน์โหลดสำเนาอีเมลของคุณ คุณจึงย้ายและลบอีเมลในแอปได้โดยไม่กระทบอีเมลต้นฉบับ”

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

ไม่แน่ใจว่าแอปของคุณใช้แบบไหน ให้ดูการตั้งค่าเซิร์ฟเวอร์ของบัญชี พอร์ต 993 หรือ 143 หมายถึง IMAP ส่วน 995 หรือ 110 หมายถึง POP ส่วน Exchange และ Microsoft Graph เป็นโปรโตคอลของ Microsoft เอง ซึ่งแยกจากทั้งสองแบบ

ผู้ให้บริการรายใดรองรับ IMAP หรือ POP3

ชื่อเซิร์ฟเวอร์และพอร์ต ณ เดือนกันยายน 2569

การเข้าถึง IMAP แบบอ่านอย่างเดียวหมายถึงอะไร

การเข้าถึง IMAP แบบอ่านอย่างเดียวหมายความว่าแอปเปิดโฟลเดอร์ด้วย EXAMINE แทน SELECT และดาวน์โหลดข้อความด้วย BODY.PEEK[] แทน BODY[] ไม่มีอะไรในกล่องอีเมลเปลี่ยนแปลง ไม่มีข้อความใดถูกทำเครื่องหมายว่าอ่านแล้ว ติดแฟล็ก ย้าย หรือลบ โปรแกรมอีเมลแบบอ่านอย่างเดียว (read-only email client) ก็คือแอปใดก็ตามที่ใช้แต่คำสั่งเหล่านั้น

คุณเห็นความแตกต่างได้จากคำตอบของเซิร์ฟเวอร์ ตัวอย่าง 2 ชุดนี้มาจาก RFC 9051 (C: คือแอป S: คือเซิร์ฟเวอร์ และ blurdybloop คือชื่อโฟลเดอร์ตัวอย่างของมาตรฐาน)

C: A142 SELECT INBOX
S: * 172 EXISTS
S: * OK [UIDVALIDITY 3857529045] UIDs valid
S: * OK [UIDNEXT 4392] Predicted next UID
S: * FLAGS (\Answered \Flagged \Deleted \Seen \Draft)
S: * OK [PERMANENTFLAGS (\Deleted \Seen \*)] Limited
S: * LIST () "/" INBOX
S: A142 OK [READ-WRITE] SELECT completed

C: A932 EXAMINE blurdybloop
S: * 17 EXISTS
S: * OK [UIDVALIDITY 3857529045] UIDs valid
S: * OK [UIDNEXT 4392] Predicted next UID
S: * LIST () "/" blurdybloop
S: * FLAGS (\Answered \Flagged \Deleted \Seen \Draft)
S: * OK [PERMANENTFLAGS ()] No permanent flags permitted
S: A932 OK [READ-ONLY] EXAMINE completed

บรรทัดสุดท้ายของแต่ละคำตอบบอกว่าโฟลเดอร์เปิดอยู่แบบใด คือ [READ-WRITE] หรือ [READ-ONLY] ส่วน PERMANENTFLAGS แสดงแฟล็กที่แอปเปลี่ยนได้อย่างถาวร ในตัวอย่างนี้คือ \Deleted, \Seen และคีย์เวิร์ดใหม่ (\*) หลัง SELECT และไม่มีเลยหลัง EXAMINE ในโฟลเดอร์ที่เปิดด้วย EXAMINE มาตรฐานอนุญาตให้ “ไม่มีการเปลี่ยนแปลงสถานะถาวรของกล่องอีเมล รวมถึงสถานะรายผู้ใช้” และการปิดโฟลเดอร์ก็ไม่ expunge อะไรเลย

เซิร์ฟเวอร์บังคับให้อ่านอย่างเดียวไหม

ผ่าน IMAP และสำหรับกล่องอีเมลของคุณเอง เซิร์ฟเวอร์จะบังคับก็ต่อเมื่อแอปขอเท่านั้น หลัง EXAMINE เซิร์ฟเวอร์จะคงโฟลเดอร์นั้นเป็นแบบอ่านอย่างเดียวตลอดเซสชัน นอกนั้นขึ้นอยู่กับแอปทั้งหมด

• การล็อกอินเดียวกันส่ง SELECT แทนได้ทุกเมื่อ
• EXAMINE ครอบคลุมเพียงโฟลเดอร์เดียว คำสั่งระดับบัญชี เช่น DELETE (ลบทั้งโฟลเดอร์), RENAME และ APPEND ยังใช้ได้
• BODY.PEEK[] เป็นทางเลือกของแอปล้วน ๆ

เซิร์ฟเวอร์ยังบังคับให้อ่านอย่างเดียวผ่านสิทธิ์การเข้าถึง (RFC 4314) ได้ด้วย แต่วิธีนี้ใช้กับกล่องอีเมลที่แชร์และกล่องอีเมลที่มอบสิทธิ์ให้ผู้อื่น Gmail, Outlook.com, iCloud และ Fastmail ไม่ได้ระบุวิธีล็อกอิน IMAP แบบอ่านอย่างเดียวเข้ากล่องอีเมลของคุณเองไว้ในเอกสาร สิ่งที่ใกล้เคียงที่สุดคือโทเค็น JMAP แบบอ่านอย่างเดียวของ Fastmail ด้านล่าง

รหัสผ่านหรือการลงชื่อเข้าใช้ของคุณอนุญาตอะไรบ้าง

Fastmail ให้คุณจำกัดรหัสผ่านสำหรับแอปตามประเภทข้อมูลได้ แต่ไม่ได้ระบุตัวเลือกแบบอ่านอย่างเดียวไว้ในเอกสาร สิทธิ์แบบอ่านอย่างเดียวของ Google มีเฉพาะสำหรับ Gmail API ของ Google เอง ไม่ใช่สำหรับ IMAP ดังนั้นเมื่อแอปบอกว่าเป็นแบบอ่านอย่างเดียว สิ่งที่คุณไว้ใจคือตัวแอป ไม่ใช่รหัสผ่าน

วิธีทดสอบแอปอีเมลใหม่อย่างปลอดภัย

1. เลือก IMAP (หรือ JMAP) ไม่ใช่ POP แอป POP อาจนำอีเมลออกจากเซิร์ฟเวอร์ขณะดาวน์โหลด แอป IMAP จะปล่อยอีเมลไว้ที่เดิม แต่การลบยังคงซิงค์อยู่ (ขั้นตอนที่ 4)
2. ใช้โทเค็นแบบอ่านอย่างเดียว ถ้าผู้ให้บริการและแอปของคุณรองรับ วิธีนี้ใช้ได้เฉพาะกับแอปที่เชื่อมต่อผ่าน JMAP ที่ Fastmail ให้ไปที่ Settings → Privacy & Security → Connected apps & API tokens → Manage API tokens → New API token (การตั้งค่า → ความเป็นส่วนตัวและความปลอดภัย → แอปที่เชื่อมต่อและโทเค็น API → จัดการโทเค็น API → โทเค็น API ใหม่) เลือก JMAP แล้วเลือก Read-only access (สิทธิ์อ่านอย่างเดียว) และ Email (อีเมล) โดยไม่เลือกอย่างอื่น (คู่มือโทเค็น API ของ Fastmail) คู่มือ Fastmail อธิบายการสร้างโทเค็นทีละขั้นตอน ณ เดือนกันยายน 2569 แผน Basic ของ Fastmail ไม่มีโทเค็น API
3. หรือให้แอปนั้นมีรหัสผ่านสำหรับแอปของตัวเอง แล้วคุณจะเพิกถอนรหัสนั้นได้ภายหลังโดยไม่กระทบแอปอื่น ๆ สำหรับ iCloud ให้สร้างที่ account.apple.com > ลงชื่อเข้าใช้และความปลอดภัย > รหัสผ่านเฉพาะแอป คู่มือรหัสผ่านเฉพาะแอปของ iCloud อธิบายขั้นตอนไว้ สำหรับ Gmail คุณต้องเปิด “การยืนยันแบบ 2 ขั้นตอน” และ Google แนะนำ Sign in with Google (ลงชื่อเข้าใช้ด้วย Google) ถ้าแอปมีให้ ดูรหัสผ่านสำหรับแอปของ Gmail และการตั้งค่า IMAP
4. ทันทีหลังเพิ่มบัญชี ก่อนลบอะไรก็ตาม ให้ตรวจการตั้งค่าการลบ ใช้ตารางด้านบน เลือกถังขยะหรือที่เก็บถาวร (สำหรับ Gmail ให้ทำตามคำแนะนำของ Google ด้านบนแทนการเลือกถังขยะ) และเลี่ยง None, Remove it immediately และ Just mark it as deleted สำหรับบัญชีที่ไม่ใช่ Gmail จนกว่าคุณจะไว้ใจแอปนั้น
5. ทดสอบด้วยข้อความที่คุณไม่ต้องใช้ ส่งข้อความถึงตัวเองหนึ่งฉบับ เปิดในแอปใหม่ แล้วดูว่าข้อความนั้นกลายเป็นอ่านแล้วในแอปที่คุณใช้ประจำไหม จากนั้นลบข้อความในแอปใหม่ แล้วดูว่าข้อความไปอยู่ที่ไหน
6. เพิกถอนรหัสผ่านเมื่อเลิกใช้แอป หน้ารหัสผ่านเฉพาะแอป ของ Apple อธิบาย Remove (ลบ) และ Revoke All (เพิกถอนทั้งหมด) ส่วนรหัสผ่านสำหรับแอปของ Google จัดการได้ที่ myaccount.google.com/apppasswords ตามที่หน้าความช่วยเหลือเรื่องรหัสผ่านสำหรับแอปของ Google อธิบายไว้

JMAP กับ IMAP โดยย่อ

JMAP (JSON Meta Application Protocol) เป็นโปรโตคอลอีเมลที่ใหม่กว่าสำหรับงานเดียวกัน เผยแพร่ในปี 2562 (ค.ศ. 2019) เป็น RFC 8620 และ RFC 8621 โดยมีวิศวกรของ Fastmail เป็นผู้เขียนหลัก JMAP ส่ง JSON ผ่าน HTTPS แทนคำสั่งแบบข้อความของ IMAP และทุกคำขอต้องใช้ TLS 1.2 ขึ้นไป บทแนะนำของ IETF เรียก IMAP ว่า “กินทรัพยากร” (resource hungry) และไม่เหมาะกับเครือข่ายมือถือ

สำหรับการลบและสถานะอ่านแล้ว หลักการยังคุ้นเคย

• อีเมลหนึ่งฉบับอยู่ในหลายกล่องอีเมลพร้อมกันได้ คล้ายป้ายกำกับของ Gmail
• การลบมักหมายถึงการย้ายไปยังกล่องอีเมลที่มีบทบาทเป็นถังขยะ (trash role) ส่วนการ “ทำลาย” (destroy) จะนำอีเมลออกจากทุกกล่องอีเมล
• สถานะอ่านแล้วคือคีย์เวิร์ด $seen ซึ่งเป็น \Seen ในแบบของ JMAP
• เซิร์ฟเวอร์จะแจ้งแต่ละแอปว่าทั้งบัญชีเป็นแบบอ่านอย่างเดียวหรือไม่

เรื่องนี้สำคัญกับคุณไหม สำคัญก็ต่อเมื่อผู้ให้บริการของคุณมี JMAP และแอปของคุณรองรับ Fastmail มี JMAP ในแผนที่สูงกว่า Basic ส่วนฝั่งแอป Thunderbird เดสก์ท็อปยังไม่รองรับ แม้ประกาศเมื่อวันที่ 2 กันยายน 2569 จะบอกว่าทีมมองในแง่ดีว่าจะเพิ่มการรองรับได้ในภายหลัง ไม่ว่าอย่างไร การลบก็ซิงค์เหมือนใน IMAP

IMAP พอร์ต 993 ปลอดภัยไหม STARTTLS คืออะไร

ปลอดภัยระหว่างการรับส่งข้อมูล บนพอร์ต 993 IMAP เข้ารหัสตั้งแต่ไบต์แรก การเชื่อมต่อเริ่มด้วย TLS handshake ซึ่งเป็นการปกป้องแบบเดียวกับที่ HTTPS ให้กับเว็บไซต์ วิธีนี้เรียกว่า implicit TLS ส่วนพอร์ต 143 เป็นพอร์ตแบบไม่เข้ารหัส (cleartext) ของ IMAP ซึ่งแอปอัปเกรดการเชื่อมต่อได้ด้วยคำสั่ง STARTTLS

ปัจจุบันมาตรฐานต่าง ๆ ให้ใช้พอร์ต 993 มากกว่า RFC 8314 (ปี 2561) แนะนำให้แอปอีเมลใช้ implicit TLS แทน STARTTLS โดยใช้ TLS 1.2 ขึ้นไป และ RFC 9051 กำหนดให้ทุกเซิร์ฟเวอร์ที่สร้างตามมาตรฐานปัจจุบันต้องรองรับ implicit TLS งานวิจัยจาก USENIX Security ปี 2564 พบช่องโหว่ STARTTLS มากกว่า 40 จุดในโปรแกรมอีเมลและเซิร์ฟเวอร์ และพบเซิร์ฟเวอร์ประมาณ 320,000 เครื่อง (2%) ที่เสี่ยงต่อการแทรกคำสั่ง (command injection) หลายจุดได้รับการแก้ไขหลังการเปิดเผยช่องโหว่ แต่ผู้วิจัยสรุปว่า “ควรหลีกเลี่ยง” STARTTLS Fastmail ไม่มีตัวเลือกนี้สำหรับ IMAP หรือ POP ส่วน Gmail และ iCloud กำหนดให้ใช้การเชื่อมต่อแบบเข้ารหัส (SSL/TLS) บนพอร์ต 993

TLS ปกป้องการเชื่อมต่อ ไม่ได้ปกป้องข้อความที่จัดเก็บไว้ และไม่ใช่การเข้ารหัสแบบต้นทางถึงปลายทาง (end-to-end encryption) ซึ่ง RFC 8314 เองก็ระบุไว้ ดังนั้นพอร์ต 993 จึงปกป้องรหัสผ่านและอีเมลของคุณระหว่างทาง และไม่มีอะไรมากกว่านั้น จุดอ่อนคือรหัสผ่านของคุณ (ใช้การลงชื่อเข้าใช้แบบสองปัจจัยและรหัสผ่านสำหรับแอป) และสิ่งที่แต่ละแอปทำกับสิทธิ์เข้าถึงที่คุณให้ไป

โปรแกรมอีเมลแบบอ่านอย่างเดียวสำหรับนามแฝงของคุณ: CatchNone

CatchNone เป็นโปรแกรมอีเมลแบบอ่านอย่างเดียวตามความหมายด้านบนทุกประการ สร้างมาสำหรับนามแฝงอีเมล (email alias) บนโดเมนที่คุณเป็นเจ้าของ เมื่อใช้ IMAP (implicit TLS พอร์ต 993 เป็นค่าเริ่มต้น) แอปจะเปิดเฉพาะกล่องขาเข้าของคุณด้วย EXAMINE และดาวน์โหลดด้วย BODY.PEEK[] ส่วนเมื่อใช้ JMAP แอปจะใช้โทเค็นการเข้าถึง CatchNone ไม่เคยทำเครื่องหมาย ย้าย หรือลบสิ่งใดบนเซิร์ฟเวอร์ของคุณเลย การลบแบบใดก็ตามในบทความนี้จึงไม่มีทางเริ่มจากแอปนี้ แอปอ่านกล่องอีเมลของคุณจากอุปกรณ์ของคุณโดยตรง และอีเมลเหล่านั้นไม่ผ่านเซิร์ฟเวอร์ของ CatchNone เลย

ร้านค้า จดหมายข่าว หรือบัญชีแต่ละแห่งได้นามแฝงของตัวเอง และทุกข้อความมีป้ายบอกนามแฝงที่ข้อความนั้นส่งถึง ที่อยู่ที่รั่วไหลหรือถูกขายต่อจึงเห็นได้ชัด CatchNone ออกแบบมาให้รับอีเมลอย่างเดียว อีเมลจากการสมัครจึงอยู่ในแอปของตัวเอง แยกจากกล่องขาเข้าหลักของคุณ แผนฟรีมีนามแฝงได้สูงสุด 10 รายการบนโดเมนของคุณเอง ส่วน Lite และ Premium ไม่มีขีดจำกัด ถ้าคุณไม่อยากยุ่งกับโดเมนและกล่องอีเมล Premium เพิ่มที่อยู่ @catchnone.com ให้โดยไม่ต้องตั้งค่าอะไรเลย

รหัสผ่านหรือรหัสผ่านสำหรับแอปที่คุณใส่ยังคงมีสิทธิ์เข้าถึงเต็มที่ การอ่านอย่างเดียวคือวิธีที่แอปทำงาน ไม่ใช่สิ่งที่ข้อมูลเข้าสู่ระบบอนุญาต แอปไม่รองรับ POP3, Exchange, STARTTLS หรือการลงชื่อเข้าใช้แบบ OAuth จึงน่าจะเชื่อมต่อกับ Outlook.com และ Hotmail ไม่ได้ ส่วน Gmail ต้องใช้รหัสผ่านสำหรับแอป อีเมลของโดเมนคุณต้องเข้ามาถึงกล่องขาเข้านั้นก่อน โดยทั่วไปผ่านที่อยู่แบบ catch-all (รับทั้งหมด) ที่ผู้ให้บริการอีเมลที่รองรับ catch-all อีเมลที่ถูกจัดเป็นสแปมหรือถูกกฎย้ายไปที่อื่นจะไม่แสดง ดาวน์โหลด CatchNone สำหรับ iPhone, iPad และ Mac

คำถามที่พบบ่อย

“ลบจากเซิร์ฟเวอร์” หมายถึงอะไร

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

เผลอลบอีเมลไป กู้คืนได้ไหม

ส่วนใหญ่ได้ ถ้าคุณรีบ ดูในโฟลเดอร์ถังขยะ (Trash หรือ Deleted) บนเซิร์ฟเวอร์ ผ่านเว็บเมลหรือแอปใดก็ได้ สำหรับ Gmail ให้ดูใน All Mail (จดหมายทั้งหมด) ด้วย ณ เดือนกันยายน 2569 Gmail และ iCloud เก็บข้อความในถังขยะไว้ไม่เกิน 30 วัน เมื่อถังขยะถูกล้างหรือข้อความถูก expunge แล้ว ข้อความจะหายไปจากทุกแอป

ลบอีเมลในมือถือแต่เก็บไว้บนเซิร์ฟเวอร์ได้ไหม

ทำไม่ได้ด้วยการลบแบบ IMAP ซึ่งลบข้อความทุกที่ ให้เก็บถาวรแทน บน iPhone ให้เลือก Archive Mailbox (กล่องเมลเก็บถาวร) ใต้ Move Discarded Messages Into (ย้ายข้อความที่ละทิ้งไปยัง) แล้วข้อความที่คุณละทิ้งจะไปอยู่ในกล่องเมลเก็บถาวรแทนถังขยะ ถ้าใช้ POP และเปิด “leave messages on server” การลบในเครื่องจะไม่แตะสำเนาบนเซิร์ฟเวอร์ เว้นแต่จะตั้งแอปให้ลบบนเซิร์ฟเวอร์ด้วย อย่างที่บัญชี POP ใหม่ใน Thunderbird เวอร์ชันปัจจุบันตั้งไว้ด้วยตัวเลือก Until I delete them (จนกว่าฉันจะลบ) เซิร์ฟเวอร์ก็ยังอาจลบอีเมลเก่าตามนโยบายของตัวเองได้

ลบอีเมลออกจากเซิร์ฟเวอร์แต่เก็บสำเนาไว้ในคอมพิวเตอร์ได้ไหม

ได้ โดยย้ายอีเมลไปไว้ในกล่องอีเมลที่เก็บในคอมพิวเตอร์ก่อน ในแอปเมลบน Mac ให้เลือก Mailbox (กล่องเมล) > New Mailbox (กล่องเมลใหม่) แล้วตั้ง Location (ตำแหน่ง) เป็น On My Mac (บน Mac ของฉัน) Apple ระบุว่ากล่องเมลเหล่านั้นอยู่เฉพาะใน Mac เครื่องนั้น Local Folders (โฟลเดอร์ในเครื่อง) ของ Thunderbird ก็ทำงานแบบเดียวกัน หลังจากคุณลบสำเนาบนเซิร์ฟเวอร์แล้ว คอมพิวเตอร์เครื่องนั้นจะเก็บสำเนาเพียงชุดเดียว จึงควรสำรองข้อมูลไว้

ถ้าเอาบัญชีออกจากแอป อีเมลจะถูกลบด้วยไหม

ไม่ ถ้าเป็น IMAP คู่มือแอปเมลสำหรับ Mac ของ Apple ระบุว่าข้อความของบัญชีนั้นจะถูกลบออกจาก Mac ของคุณ ขณะที่ “สำเนาของข้อความยังคงอยู่บนเซิร์ฟเวอร์อีเมลของบัญชี” ถ้าเป็น POP ให้สำรองข้อมูลก่อน การเอาบัญชีออกจะลบข้อความที่ดาวน์โหลดไว้ออกจาก Mac ของคุณ และจะเหลือเพียงข้อความที่เซิร์ฟเวอร์ยังเก็บไว้