วิธีการทำงานของอีเมล: SMTP, DNS และเหตุผลที่มีอีเมลชั่วคราว
คนส่วนใหญ่ใช้อีเมลทุกวันโดยไม่รู้ว่าเกิดอะไรขึ้นระหว่างการคลิก "ส่ง" กับตอนที่ข้อความปรากฏในกล่องจดหมายของผู้รับ การทำความเข้าใจเส้นทางนี้ — ผ่านเซิร์ฟเวอร์ SMTP, การค้นหา DNS และบันทึก MX — จะเผยให้เห็นอย่างชัดเจนว่าทำไมบริการอีเมลชั่วคราวจึงทำงานในลักษณะที่เป็นอยู่
เข้าถึงได้อย่างรวดเร็ว
คู่มือนี้อธิบายโครงสร้างพื้นฐานของอีเมลตั้งแต่เริ่มต้น: โปรโตคอลที่ใช้ส่งข้อความผ่านอินเทอร์เน็ต บันทึกที่บอกเซิร์ฟเวอร์ว่าจะนำส่งอีเมลไปที่ใด และวิธีที่บริการ อีเมลชั่วคราว เชื่อมต่อกับระบบนี้เพื่อสร้างกล่องจดหมายแบบใช้แล้วทิ้งที่ทํางานได้ทันทีโดยไม่ต้องลงทะเบียน สําหรับภาพรวมที่เป็นรูปธรรมเกี่ยวกับอีเมลชั่วคราวและเวลาที่ควรใช้ โปรดดูคู่มือฉบับเต็มเกี่ยวกับอีเมลชั่วคราว
ประวัติย่อของอีเมล — จาก ARPANET สู่อีเมลชั่วคราว
เรื่องราวของอีเมลเริ่มต้นในปี 1971 เมื่อเรย์ ทอมลินสัน ซึ่งทำงานกับ ARPANET ของกระทรวงกลาโหมสหรัฐฯ ได้ส่งข้อความอิเล็กทรอนิกส์ฉบับแรกระหว่างเครื่องสองเครื่อง นวัตกรรมสำคัญของเขาคือสัญลักษณ์ "@" ที่แยกชื่อผู้ใช้ออกจากคอมพิวเตอร์โฮสต์ — เป็นธรรมเนียมปฏิบัติที่ยังคงอยู่โดยไม่เปลี่ยนแปลงแม้เวลาจะผ่านไปกว่าห้าสิบปี
ตลอดทศวรรษ 1980 และ 1990 อีเมลขยายจากห้องปฏิบัติการวิจัยสู่ชีวิตประจำวัน โปรแกรมอีเมลบนเดสก์ท็อปอย่าง Eudora และ Microsoft Outlook ทำให้ผู้ใช้คอมพิวเตอร์ส่วนบุคคลเข้าถึงอีเมลได้เป็นครั้งแรก จากนั้นในช่วงปลายทศวรรษ 1990 บริการเว็บเมลฟรี — Hotmail ในปี 1996, Yahoo Mail ในปี 1997 และในที่สุด Gmail ในปี 2004 — ทำให้อีเมลเข้าถึงได้สำหรับทุกคนที่มีเบราว์เซอร์และการเชื่อมต่ออินเทอร์เน็ต
แต่การเข้าถึงอย่างทั่วถึงก็นำมาซึ่งปัญหาที่ทั่วถึงเช่นกัน ภายในปลายทศวรรษ 2000 สแปมได้เติบโตจนกลายเป็นสัดส่วนส่วนใหญ่ของปริมาณอีเมลทั้งหมดทั่วโลก การโจมตีแบบฟิชชิ่งมีความซับซ้อนมากขึ้น การรั่วไหลของข้อมูลเปิดเผยที่อยู่อีเมลนับร้อยล้านรายการ ภัยคุกคามที่ทวีความรุนแรงเหล่านี้สร้างความต้องการบริการประเภทใหม่: อีเมลชั่วคราว ผู้ให้บริการกล่องจดหมายใช้แล้วทิ้งรายแรกปรากฏขึ้นในช่วงกลางทศวรรษ 2000 และแนวคิดนี้ได้พัฒนาเป็นเครื่องมือรักษาความเป็นส่วนตัวที่สมบูรณ์ซึ่งมีผู้ใช้หลายล้านคนในปัจจุบัน สำหรับวิวัฒนาการฉบับเต็ม ดูที่ วิวัฒนาการของอีเมลชั่วคราว
การเดินทางของอีเมล — ทีละขั้นตอน
การส่งอีเมลให้ความรู้สึกราวกับเกิดขึ้นทันที แต่ข้อความต้องผ่านหลายระบบก่อนจะถึงปลายทาง นี่คือสิ่งที่เกิดขึ้นจริง แบ่งออกเป็นสี่ขั้นตอน
ขั้นตอนที่ 1 — คุณกดส่ง: จากโปรแกรมอีเมลไปยังเซิร์ฟเวอร์ SMTP
เมื่อคุณเขียนข้อความใน Gmail, Outlook, Thunderbird หรือโปรแกรมอีเมลอื่นใด แล้วกด "ส่ง" โปรแกรมของคุณจะเชื่อมต่อกับเซิร์ฟเวอร์อีเมลขาออกโดยใช้โปรโตคอลที่เรียกว่า SMTP — Simple Mail Transfer Protocol การเชื่อมต่อนี้มักใช้พอร์ต 587 (พร้อมการเข้ารหัส STARTTLS) หรือพอร์ต 465 (พร้อม TLS แบบโดยนัย)
โปรแกรมอีเมลของคุณจะยืนยันตัวตนกับเซิร์ฟเวอร์ SMTP ด้วยชื่อผู้ใช้และรหัสผ่านของคุณ จากนั้นจึงส่งต่อข้อความ ในจุดนี้ อีเมลได้ออกจากอุปกรณ์ของคุณแล้ว และกลายเป็นความรับผิดชอบของเซิร์ฟเวอร์ในการนำส่ง
ขั้นตอนที่ 2 — การค้นหา DNS: อีเมลนี้จะไปที่ใด?
เซิร์ฟเวอร์ SMTP ต้องหาว่าจะนำส่งข้อความของคุณไปที่ใด โดยสอบถามระบบชื่อโดเมน (DNS) เพื่อค้นหาระเบียน MX — Mail Exchanger record — ของโดเมนผู้รับ
ตัวอย่างเช่น หากคุณส่งถึง someone@gmail.com เซิร์ฟเวอร์ SMTP จะถาม DNS ว่า "เซิร์ฟเวอร์ใดจัดการอีเมลสำหรับ gmail.com?" DNS จะตอบกลับมาประมาณนี้ alt1.gmail-smtp-in.l.google.com — นั่นคือที่อยู่ของเซิร์ฟเวอร์อีเมลขาเข้าของ Google ระเบียน MX โดยแท้จริงแล้วคือคำสั่งส่งต่อที่บอกว่า "นำส่งอีเมลทั้งหมดสำหรับโดเมนนี้ไปยังเซิร์ฟเวอร์นี้"
ระบบระเบียน MX นี้คือรากฐานที่ทำให้อีเมลชั่วคราวเป็นไปได้ แต่เราจะพูดถึงเรื่องนั้นในอีกไม่ช้า
ขั้นตอนที่ 3 — การนำส่งระหว่างเซิร์ฟเวอร์: SMTP Relay
เซิร์ฟเวอร์ SMTP ผู้ส่งของคุณจะเชื่อมต่อกับเซิร์ฟเวอร์ SMTP ขาเข้าของผู้รับ (เครื่องที่ระบุไว้ในระเบียน MX) และทำ SMTP handshake — การสนทนาแบบมีโครงสร้างที่เซิร์ฟเวอร์ทั้งสองตรวจสอบตัวตน เจรจาการเข้ารหัส และถ่ายโอนข้อความ การเข้ารหัส TLS ปกป้องเนื้อหาอีเมลระหว่างการส่งผ่านระหว่างเซิร์ฟเวอร์นี้
หากเซิร์ฟเวอร์ MX เครื่องแรกไม่พร้อมใช้งาน เซิร์ฟเวอร์ผู้ส่งจะลองใช้ระเบียน MX รอง (โดเมนส่วนใหญ่ระบุระเบียน MX หลายรายการเพื่อความทนทาน) หากเข้าถึงเซิร์ฟเวอร์ทั้งหมดไม่ได้ อีเมลจะถูกจัดคิวเพื่อลองใหม่ หลังจากพยายามล้มเหลวหลายครั้งเป็นเวลาหลายชั่วโมงหรือหลายวัน ผู้ส่งจะได้รับการแจ้งเตือนการตีกลับ
ขั้นตอนที่ 4 — การจัดเก็บในกล่องจดหมาย: IMAP และ POP3
เมื่อเซิร์ฟเวอร์ผู้รับยอมรับข้อความแล้ว จะจัดเก็บอีเมลและรอให้ผู้รับตรวจสอบกล่องจดหมาย โปรแกรมอีเมลของผู้รับจะดึงข้อความโดยใช้โปรโตคอลใดโปรโตคอลหนึ่งจากสองแบบ:
IMAP (โปรโตคอลการเข้าถึงข้อความอินเทอร์เน็ต): ซิงค์อีเมลข้ามอุปกรณ์หลายเครื่อง ข้อความยังคงอยู่บนเซิร์ฟเวอร์ และการกระทำใด ๆ ที่คุณทำ (อ่าน ลบ ย้าย) จะสะท้อนไปทุกที่ นี่คือสิ่งที่ Gmail, Outlook และบริการสมัยใหม่ส่วนใหญ่ใช้
POP3 (Post Office Protocol 3): ดาวน์โหลดอีเมลไปยังอุปกรณ์เดียวและโดยทั่วไปจะลบออกจากเซิร์ฟเวอร์ ปัจจุบันพบได้น้อยลงแต่ยังใช้ในบางการตั้งค่าที่ต้องการจัดเก็บไว้ในเครื่อง
ส่วนประกอบของข้อความอีเมล
อีเมลทุกฉบับไม่ได้มีเพียงข้อความที่คุณเห็นเท่านั้น ภายใต้ผิวเผิน มันบรรจุข้อมูลที่มีโครงสร้างซึ่งบอกเซิร์ฟเวอร์ว่าจะกำหนดเส้นทาง แสดงผล และประมวลผลข้อความอย่างไร
หัวข้อ: ข้อมูลเมตา ได้แก่ From, To, Subject, Date และ Message-ID สิ่งเหล่านี้คือคำสั่งกำหนดเส้นทางที่เซิร์ฟเวอร์ทุกเครื่องในห่วงโซ่การนำส่งอ่านและดำเนินการตาม
ส่วนหัวที่ซ่อนอยู่: ฟิลด์อย่าง Return-Path (ปลายทางการตีกลับ), Received (ห่วงโซ่ที่แสดงทุกเซิร์ฟเวอร์ที่อีเมลผ่านไป) และ Authentication-Results (ผลการตรวจสอบ SPF, DKIM และ DMARC) ฟิลด์เหล่านี้มองไม่เห็นในโปรแกรมอีเมลส่วนใหญ่ แต่เผยให้เห็นเส้นทางทั้งหมดของข้อความ
เนื้อหา: เนื้อหาจริง ซึ่งจัดรูปแบบเป็นข้อความธรรมดา, HTML หรือทั้งสองอย่าง (multipart/alternative) อีเมลสมัยใหม่ส่วนใหญ่เป็น HTML จึงทำให้คุณเห็นข้อความที่จัดรูปแบบ รูปภาพ และลิงก์ที่คลิกได้
ไฟล์แนบ: ไฟล์ที่เข้ารหัสด้วย MIME (Multipurpose Internet Mail Extensions) MIME เข้ารหัสไฟล์ไบนารีให้เป็นรูปแบบที่ปลอดภัยสำหรับข้อความ ซึ่งสามารถเดินทางผ่านโครงสร้างพื้นฐานแบบข้อความของอีเมลได้
อีเมลชั่วคราวเชื่อมโยงกับโครงสร้างพื้นฐานนี้ได้อย่างไร
นี่คือจุดที่ทุกอย่างเชื่อมโยงกัน บริการอีเมลชั่วคราวไม่ได้ใช้ระบบแยกต่างหากที่เป็นกรรมสิทธิ์ — แต่เชื่อมต่อโดยตรงกับโครงสร้างพื้นฐานอีเมลมาตรฐานที่กล่าวถึงข้างต้น นี่คือเหตุผลที่ที่อยู่อีเมลชั่วคราวได้รับอีเมลจริงจากเซิร์ฟเวอร์จริง: เพราะมันคือที่อยู่อีเมลจริง เพียงแต่มีวงจรชีวิตที่แตกต่างกัน
ระเบียน MX แบบ catch-all — การสร้างที่อยู่ทันที
เมื่อ tmailor.com ลงทะเบียนโดเมน (เช่น example-temp.com) ระบบจะตั้งค่าระเบียน MX ของโดเมนนั้นให้ชี้ไปยังเซิร์ฟเวอร์รับของ Tmailor ที่สำคัญ เซิร์ฟเวอร์ถูกตั้งค่าเป็น "catch-all" — รับอีเมลที่ส่งไปยังที่อยู่ใดก็ได้บนโดเมนนั้น ไม่ว่าจะเป็นที่อยู่ที่สร้างไว้ล่วงหน้าหรือไม่ก็ตาม
นี่คือเหตุผลที่คุณได้ที่อยู่อีเมลชั่วคราวที่ใช้งานได้ทันที ที่อยู่ไม่จำเป็นต้อง "สร้าง" ในความหมายแบบดั้งเดิม ระเบียน MX บอกอินเทอร์เน็ตว่า "ส่งอีเมลทั้งหมดของโดเมนนี้ไปยังเซิร์ฟเวอร์ของเรา" และเซิร์ฟเวอร์จะรับทุกอย่างที่เข้ามา เมื่อคุณเข้าไปที่ tmailor.com และเห็นที่อยู่ที่ถูกสุ่มสร้างขึ้น ที่อยู่นั้นใช้งานได้แล้ว เพราะระเบียน MX ของโดเมนส่งอีเมลทั้งหมดไปยังเซิร์ฟเวอร์ของ Tmailor อยู่แล้ว สำหรับคำอธิบายทางเทคนิคที่ลึกซึ้ง ดูที่ catch-all และ random aliases
ไม่มี SMTP ขาออก = รับอย่างเดียว
บริการอีเมลชั่วคราวตั้งค่าระเบียน MX (สำหรับการรับ) แต่ไม่ได้กำหนดค่าระเบียน SPF, DKIM หรือ DMARC สำหรับการส่งขาออก ระเบียนการตรวจสอบสิทธิ์เหล่านี้คือสิ่งที่เซิร์ฟเวอร์อีเมลใช้ยืนยันว่าเซิร์ฟเวอร์ผู้ส่งได้รับอนุญาตให้ส่งอีเมลในนามของโดเมน
หากไม่มีระเบียนเหล่านี้ อีเมลใด ๆ ที่ส่งจากโดเมนอีเมลชั่วคราวจะไม่ผ่านการตรวจสอบสิทธิ์และตกอยู่ในสแปม — หรือถูกปฏิเสธทันที ดังนั้นอีเมลชั่วคราวจึงเป็นแบบรับอย่างเดียว: เป็นการออกแบบที่ตั้งใจไว้ แต่ก็ยังเป็นข้อจำกัดจริง ๆ Tmailor ไม่สามารถส่งหรือตอบกลับได้ และการเปิดใช้งานการส่งขาออกจะทำให้โดเมนถูกขึ้นบัญชีดำอย่างรวดเร็ว
โมเดลรับอย่างเดียวมีข้อจำกัดอื่น ๆ ที่ควรกล่าวไว้อย่างชัดเจน เพราะทั้งหมดนี้มาจากดีไซน์น้ำหนักเบาเดียวกัน ไฟล์แนบขาเข้าจะถูกตัดออก ออก ดังนั้นไฟล์ที่ส่งไปยังที่อยู่ Tmailor จึงไม่สามารถเปิดหรือดาวน์โหลดได้ — มีเพียงข้อความ รหัส และลิงก์เท่านั้นที่เข้ามา ไม่มีโฟลเดอร์สแปมและไม่มีการกรอง: ทุกข้อความที่มาถึงจะแสดงเสมอ ดังนั้นถ้าข้อความใดไม่ปรากฏ แสดงว่ามันยังไม่ได้ถูกส่งมาถึง ข้อความจะยังคงแสดงอยู่ประมาณ 24 ชั่วโมง นับจากเวลาที่มาถึง จากนั้นจะถูกล้างโดยอัตโนมัติ และเนื่องจากไม่ต้องล็อกอินเพื่อรับที่อยู่ Access Token ที่ออกให้พร้อมกับแต่ละที่อยู่จึงช่วยให้คุณเปิดที่อยู่นั้นใหม่ได้ในภายหลัง มันเป็นกุญแจกู้คืน ไม่ใช่รหัสผ่าน และสำหรับที่อยู่แบบแขก ไม่มีใครออกใหม่ให้ได้ถ้าคุณทำหาย หากคุณ สร้างบัญชี Tmailor ฟรี และยังคงเข้าสู่ระบบอยู่ ที่อยู่ที่คุณสร้างจะถูกบันทึกไว้ที่นั่นและสามารถเปิดใหม่ได้จากอีเมลที่สร้างขึ้น
หลายโดเมน โมเดลรวมเดียว
Tmailor ดูแลกลุ่มโดเมนขนาดใหญ่ที่หมุนเวียน ไม่ใช่โดเมนเดียว และแต่ละโดเมนมีระเบียน MX แบบ catch-all ของตัวเองที่ชี้กลับไปยังเซิร์ฟเวอร์รับ กลุ่มนี้ตั้งใจไม่เผยแพร่: การพิมพ์รายชื่อทั้งหมดออกมาจะเท่ากับส่งมันให้กับผู้ขายที่รวบรวมรายชื่อบล็อกอีเมลใช้แล้วทิ้ง
การมีมากกว่าหนึ่งโดเมนมีความสำคัญด้วยเหตุผลเชิงปฏิบัติและเชิงเทคนิค บางเว็บไซต์เก็บรายชื่อโดเมนที่ใช้แล้วทิ้งที่รู้จักและปฏิเสธที่อยู่ที่มีโดเมนอยู่ในรายชื่อนั้น ถ้าโดเมนใดโดเมนหนึ่งถูกปฏิเสธ การสร้างที่อยู่ใหม่บนโดเมนอื่นก็เป็นการแก้ไขปัญหาตามปกติ — เหมือนกับที่คุณอาจลองใช้ผู้ให้บริการรายอื่นเมื่อรายหนึ่งล่ม นั่นจึงเป็นเหตุผลว่าทำไม ความหลากหลายของโดเมนจึงช่วยเพิ่มความน่าเชื่อถือของ OTP
แต่มีขอบเขตหนึ่ง: บล็อกลิสต์รายโดเมนแตกต่างจากนโยบาย ถ้าข้อกำหนดของบริการห้ามอีเมลใช้แล้วทิ้งโดยสิ้นเชิง การสลับโดเมนเพื่อเข้าถึงบริการนั้นไม่ใช่การแก้ปัญหา — แต่เป็นการหลีกเลี่ยงกฎที่เว็บไซต์ตั้งไว้โดยเจตนา ในกรณีนั้น ให้ใช้ที่อยู่จริงที่คุณเป็นเจ้าของ อีเมลชั่วคราวมีไว้สำหรับเว็บไซต์ที่อนุญาต
โครงสร้างพื้นฐาน Google-MX สำหรับอีเมลขาเข้า
Tmailor ส่งอีเมลขาเข้าผ่านเซิร์ฟเวอร์อีเมลของ Google ดังนั้นระเบียน MX ของโดเมนจึงชี้ไปยังโครงสร้างพื้นฐาน Google-MX ซึ่งเป็นโครงข่ายหลักเดียวกับที่จัดการอีเมลขาเข้าของ Gmail ในทางปฏิบัติ นั่นหมายถึงการรับอีเมลที่เชื่อถือได้และเชื่อมต่อได้ดี เซิร์ฟเวอร์ที่รับอีเมลยืนยันของคุณคือเซิร์ฟเวอร์ที่ส่วนอื่นของอินเทอร์เน็ตรู้วิธีเข้าถึงอยู่แล้ว
ความเร็วในการส่งจริงยังคงขึ้นอยู่กับฝั่งผู้ส่งเป็นหลัก บริการที่ส่งอีเมลถึงคุณเป็นผู้กำหนดว่าข้อความจะถูกส่งออกเมื่อใด ดังนั้นเรื่องนี้จึงเกี่ยวกับความน่าเชื่อถือและการเข้าถึง ไม่ใช่การได้เปรียบที่รับประกันไว้ สำหรับเหตุผลเบื้องหลังการตั้งค่านี้ ดูได้ที่ว่าทําไม Tmailor ถึงใช้เซิร์ฟเวอร์ของ Google
ความปลอดภัยของอีเมล — ทำไมกล่องจดหมายของคุณจึงเป็นเป้าหมาย
การเข้าใจโครงสร้างพื้นฐานอีเมลยังหมายถึงการเข้าใจว่าทำไมมันจึงถูกโจมตีอย่างหนักหน่วง ที่อยู่อีเมลของคุณคือตัวระบุที่ถูกนำไปใช้ประโยชน์มากที่สุดบนอินเทอร์เน็ต
ฟิชชิ่ง: ผู้โจมตีปลอมแปลงส่วนหัว "From" เพื่อแอบอ้างเป็นธนาคาร นายจ้าง หรือบริการที่คุณไว้วางใจ SMTP ถูกออกแบบมาในยุคที่ยังไว้ใจกัน และการตรวจสอบผู้ส่ง (SPF, DKIM, DMARC) ถูกเพิ่มเข้ามาหลายทศวรรษให้หลัง เซิร์ฟเวอร์จำนวนมากยังไม่บังคับใช้อย่างเคร่งครัด
สแปม: เกือบครึ่งหนึ่งของอีเมลทั้งหมดทั่วโลกยังคงเป็นสแปม ทุกครั้งที่คุณกรอกอีเมลจริงลงบนเว็บไซต์ คุณเพิ่มโอกาสที่อีเมลนั้นจะไปอยู่ในรายชื่อการตลาด หรือแย่กว่านั้นคือถูกขายให้นายหน้าข้อมูล
การรั่วไหลของข้อมูล: ที่อยู่อีเมลของคุณมักเป็นคีย์หลักในทุกฐานข้อมูลที่คุณเคยสมัครไว้ เมื่อบริการใดถูกเจาะ อีเมลของคุณคือสิ่งแรกที่ถูกเปิดเผย และมันกลายเป็นกุญแจสำหรับการโจมตีแบบ credential stuffing ต่อบัญชีอื่น ๆ ของคุณ
พิกเซลติดตาม: ภาพขนาด 1x1 ที่ซ่อนอยู่ในอีเมลการตลาดจะบอกผู้ส่งว่าคุณเปิดข้อความเมื่อใด จากอุปกรณ์ใด และบางครั้งก็บอกตำแหน่งโดยประมาณของคุณ กล่องจดหมายของคุณไม่ใช่แค่กล่องรับจดหมาย แต่เป็นเครื่องมือสอดส่องสำหรับนักการตลาด
ภัยคุกคามเหล่านี้คือเหตุผลที่อีเมลชั่วคราวมี อยู่ ด้วยการใช้ที่อยู่แบบใช้แล้วทิ้งสําหรับการติดต่อที่ไม่น่าไว้วางใจ คุณจะสามารถเก็บอีเมลจริงของคุณออกจากฐานข้อมูลที่อาจถูกละเมิด ขาย หรือถูกดึงข้อมูลได้
ไคลเอนต์และผู้ให้บริการอีเมล — ภาพรวมโดยย่อ
วิธีที่คุณเข้าถึงอีเมลขึ้นอยู่กับไคลเอนต์ (ซอฟต์แวร์) และผู้ให้บริการ (บริการ) ของคุณ
ผู้ให้บริการเว็บเมล: Gmail, Outlook.com, Yahoo Mail, ProtonMail เหล่านี้มีทั้งบัญชีอีเมลและไคลเอนต์ที่ใช้ผ่านเบราว์เซอร์ คนส่วนใหญ่ใช้อันใดอันหนึ่งเป็นอีเมลหลัก
ไคลเอนต์เดสก์ท็อป: Thunderbird, Apple Mail, Microsoft Outlook (เดสก์ท็อป) ไคลเอนต์เหล่านี้เชื่อมต่อกับผู้ให้บริการของคุณผ่าน IMAP หรือ POP3 และให้คุณจัดการอีเมลแบบออฟไลน์ได้
ไคลเอนต์อีเมลชั่วคราว: Tmailor มีไคลเอนต์บนเว็บ แอปมือถือเฉพาะสำหรับ Android และ iOS บอท Telegram และ ส่วนขยายเบราว์เซอร์ Tmailor สำหรับเบราว์เซอร์บนเดสก์ท็อป ต่างจากไคลเอนต์ทั่วไป ตรงที่ไม่ต้องเข้าสู่ระบบและไม่ต้องลงทะเบียนก่อนเริ่มใช้ ที่อยู่จะใช้งานได้ทันทีที่หน้าเว็บโหลด หากคุณต้องการเปิดที่อยู่เดิมนั้นอีกครั้งในภายหลัง ให้บันทึก Access Token ไว้ หรือสร้างที่อยู่ขณะเข้าสู่ระบบบัญชีฟรีแบบไม่บังคับ เพื่อให้ที่อยู่นั้นถูกบันทึกไว้ในอีเมลที่สร้างขึ้น
จากพื้นฐานอีเมลสู่อีเมลชั่วคราว — เชื่อมโยงจุดต่าง ๆ
ตอนนี้คุณเข้าใจภาพรวมทั้งหมดแล้ว อีเมลเดินทางผ่าน SMTP ถูกกำหนดเส้นทางด้วย DNS และระเบียน MX และไปถึงกล่องจดหมายที่จัดการโดย IMAP หรือ POP3 บริการอีเมลชั่วคราวใช้โครงสร้างพื้นฐานนี้โดยตรง พวกเขาลงทะเบียนโดเมน กำหนดค่าระเบียน MX แบบ catch-all รันเซิร์ฟเวอร์รับอีเมลบนโครงสร้างพื้นฐานของ Google และแสดงอีเมลขาเข้าของคุณผ่านอินเทอร์เฟซเว็บที่เรียบง่าย
อีเมลชั่วคราวไม่ได้ "ปลอม" แต่อย่างใด มันใช้โปรโตคอล การกำหนดเส้นทาง และกลไกการส่งเดียวกันกับอีเมลอื่น ๆ ทุกฉบับบนอินเทอร์เน็ต ความแตกต่างนั้นเป็นเจตนา: ที่อยู่อีเมลชั่วคราวถูกออกแบบให้ใช้แล้วทิ้ง ไม่ระบุตัวตน และมีอายุสั้น ซึ่งเป็นสิ่งที่ทำให้มันมีประโยชน์สำหรับการปกป้องความเป็นส่วนตัว การหลีกเลี่ยงสแปม และการสมัครสมาชิกที่มีความเสี่ยงต่ำ
สำหรับคำอธิบายทางเทคนิคแบบครบถ้วนของทุกองค์ประกอบ โปรดดูวิธีการทํางานของอีเมลชั่วคราว พร้อมจะลองด้วยตัวเองหรือยัง? สร้าง ที่อยู่อีเมลชั่วคราวฟรี ได้ภายในสิบวินาที
คำถามที่พบบ่อย
อีเมลชั่วคราวใช้โปรโตคอลอีเมลจริงหรือไม่
ใช่ 100% อีเมลชั่วคราวรับอีเมลผ่าน SMTP มาตรฐานและกำหนดเส้นทางผ่านระเบียน MX มาตรฐาน ซึ่งเป็นโครงสร้างพื้นฐานเดียวกับที่ Gmail และ Outlook ใช้ ที่อยู่อีเมลเหล่านี้เป็นที่อยู่อีเมลจริงในทางเทคนิค โดยมีอายุการใช้งานที่จำกัดอย่างตั้งใจ
ทำไมอีเมลชั่วคราวจึงส่งอีเมลไม่ได้
บริการอีเมลชั่วคราวไม่ได้กำหนดค่าระเบียน SPF, DKIM หรือ DMARC สำหรับการตรวจสอบสิทธิ์ขาออก หากไม่มีสิ่งเหล่านี้ อีเมลใด ๆ ที่ส่งจากโดเมนอีเมลชั่วคราวจะไม่ผ่านการตรวจสอบและถูกปฏิเสธหรือถูกทำเครื่องหมายว่าเป็นสแปม นี่เป็นการเลือกสถาปัตยกรรมโดยเจตนาเพื่อให้โดเมนใช้แล้วทิ้งยังคงใช้งานได้สำหรับการรับอีเมล
ฉันสามารถดูส่วนหัวอีเมลของข้อความอีเมลชั่วคราวได้หรือไม่
ได้ อีเมลที่ได้รับผ่านอีเมลชั่วคราวจะมีส่วนหัวเหมือนกับอีเมลอื่น ๆ ได้แก่ From, To, Subject, Date, Received chain และผลการตรวจสอบสิทธิ์ ส่วนหัวจะแสดงเส้นทางการส่งมอบทั้งหมด รวมถึงเซิร์ฟเวอร์ของ Google ที่ tmailor.com ใช้ในการประมวลผล
อะไรที่ทำให้การส่งอีเมลของ tmailor.com เร็วกว่าคู่แข่ง
มีทางเลือกด้านการออกแบบสองอย่างที่ช่วยได้ คือ โครงสร้างพื้นฐานอีเมลของ Google รองรับทราฟฟิก SMTP ขาเข้า และ CDN ให้บริการเว็บอินเทอร์เฟซจากตำแหน่งที่ใกล้คุณ ซึ่งมักทำให้กล่องจดหมายรู้สึกตอบสนองได้ไม่ว่าคุณจะอยู่ที่ไหน พูดให้แม่นยำกว่านั้น ความเร็วที่อีเมลยืนยันจะมาถึงจริงขึ้นอยู่กับเว็บไซต์ที่ส่งเป็นหลัก ไม่ใช่ฝั่งผู้รับ ดังนั้นควรถือว่านี่คือการรับอีเมลที่เชื่อถือได้และเชื่อมต่อได้ดี ไม่ใช่ข้อได้เปรียบด้านความเร็วที่รับประกันเหนือคู่แข่งรายใดรายหนึ่ง เหตุผลอยู่ใน ทําไม Tmailor ถึงใช้เซิร์ฟเวอร์ของ Google

Marcus Lee writes Tmailor's step-by-step guides, signing up to apps and platforms with temp mail, using the mobile app and Telegram bot, custom domains, reusing addresses, and getting the most out of disposable email day to day.