อีเมลทำงานอย่างไร: SMTP, DNS และเหตุใดจึงมีอีเมลชั่วคราว
คนส่วนใหญ่ใช้อีเมลทุกวันโดยไม่รู้ว่าเกิดอะไรขึ้นระหว่างการคลิก "ส่ง" กับการที่ข้อความปรากฏในกล่องจดหมายของใครบางคน การทำความเข้าใจเส้นทางดังกล่าวผ่านเซิร์ฟเวอร์ SMTP การค้นหา DNS และระเบียน MX จะช่วยให้เห็นอย่างชัดเจนว่าเหตุใดบริการอีเมลชั่วคราวจึงทำงานในลักษณะนี้
เข้าถึงได้อย่างรวดเร็ว
คู่มือนี้อธิบายโครงสร้างพื้นฐานของอีเมลตั้งแต่ต้น: โปรโตคอลที่กำหนดเส้นทางข้อความผ่านอินเทอร์เน็ต ระเบียนที่บอกเซิร์ฟเวอร์ว่าจะส่งอีเมลไปที่ใด และวิธีที่บริการ อีเมลชั่วคราว เชื่อมต่อกับระบบนี้เพื่อสร้างกล่องจดหมายชั่วคราวที่ใช้งานได้ทันทีโดยไม่ต้องลงทะเบียน สำหรับภาพรวมเชิงปฏิบัติว่าอีเมลชั่วคราวคืออะไรและควรใช้เมื่อใด โปรดดูคู่มือฉบับสมบูรณ์เกี่ยวกับอีเมลชั่วคราว
ประวัติโดยย่อของอีเมล — จาก ARPANET สู่ อีเมลชั่วคราว
เรื่องราวของอีเมลเริ่มต้นในปี 1971 เมื่อ Ray Tomlinson ซึ่งทำงานบน ARPANET ของกระทรวงกลาโหมสหรัฐฯ ได้ส่งข้อความอิเล็กทรอนิกส์ครั้งแรกระหว่างคอมพิวเตอร์สองเครื่อง นวัตกรรมสำคัญของเขาคือสัญลักษณ์ "@" ซึ่งใช้แยกชื่อผู้ใช้ออกจากคอมพิวเตอร์โฮสต์ — แบบแผนที่ยังคงไม่เปลี่ยนแปลงมานานกว่าห้าสิบปี
ตลอดช่วงทศวรรษ 1980 และ 1990 อีเมลขยายจากห้องปฏิบัติการวิจัยเข้าสู่ชีวิตประจำวัน โปรแกรมรับส่งอีเมลบนเดสก์ท็อปอย่าง Eudora และ Microsoft Outlook ทำให้ผู้ใช้คอมพิวเตอร์ส่วนบุคคลเข้าถึงอีเมลได้เป็นครั้งแรก จากนั้นในช่วงปลายทศวรรษ 1990 บริการเว็บเมลฟรี — Hotmail ในปี 1996, Yahoo Mail ในปี 1997 และท้ายที่สุด Gmail ในปี 2004 — ทำให้อีเมลเข้าถึงได้อย่างทั่วถึงสำหรับทุกคนที่มีเบราว์เซอร์และการเชื่อมต่ออินเทอร์เน็ต
แต่การเข้าถึงอย่างทั่วถึงก็นำมาซึ่งปัญหาที่แพร่หลายเช่นกัน ในช่วงปลายทศวรรษ 2000 สแปมเพิ่มขึ้นจนกลายเป็นสัดส่วนส่วนใหญ่ของปริมาณอีเมลทั้งหมดทั่วโลก การโจมตีแบบฟิชชิ่งมีความซับซ้อนมากขึ้น และการรั่วไหลของข้อมูลเปิดเผยที่อยู่อีเมลหลายร้อยล้านรายการ ภัยคุกคามที่เพิ่มขึ้นเหล่านี้ก่อให้เกิดความต้องการบริการประเภทใหม่ นั่นคือ อีเมลชั่วคราว ผู้ให้บริการกล่องจดหมายแบบใช้แล้วทิ้งรายแรกปรากฏขึ้นในช่วงกลางทศวรรษ 2000 และแนวคิดนี้ได้พัฒนาเป็นเครื่องมือรักษาความเป็นส่วนตัวที่มีผู้คนนับล้านใช้งานในปัจจุบัน สำหรับพัฒนาการทั้งหมด โปรดดู วิวัฒนาการของ Temp Mail
เส้นทางของอีเมล — ทีละขั้นตอน
การส่งอีเมลให้ความรู้สึกเหมือนเกิดขึ้นทันที แต่ข้อความจะผ่านหลายระบบก่อนถึงปลายทาง นี่คือสิ่งที่เกิดขึ้นจริง โดยแบ่งออกเป็นสี่ขั้นตอน
ขั้นตอนที่ 1 — คุณกดส่ง: จากโปรแกรมรับส่งอีเมลไปยังเซิร์ฟเวอร์ SMTP
เมื่อคุณเขียนข้อความใน Gmail, Outlook, Thunderbird หรือโปรแกรมรับส่งอีเมลอื่นๆ แล้วกด "ส่ง" โปรแกรมของคุณจะเชื่อมต่อกับเซิร์ฟเวอร์อีเมลขาออกโดยใช้โปรโตคอลที่เรียกว่า SMTP — Simple Mail Transfer Protocol โดยทั่วไปการเชื่อมต่อนี้ใช้พอร์ต 587 (พร้อมการเข้ารหัส STARTTLS) หรือพอร์ต 465 (พร้อม TLS แบบเข้ารหัสโดยนัย)
โปรแกรมของคุณจะตรวจสอบสิทธิ์กับเซิร์ฟเวอร์ SMTP โดยใช้ชื่อผู้ใช้และรหัสผ่าน จากนั้นส่งต่อข้อความ ณ จุดนี้ อีเมลได้ออกจากอุปกรณ์ของคุณแล้ว และเป็นความรับผิดชอบของเซิร์ฟเวอร์ในการส่งต่อ
ขั้นตอนที่ 2 — การค้นหา DNS: อีเมลนี้จะไปที่ไหน
เซิร์ฟเวอร์ SMTP ต้องค้นหาว่าจะส่งข้อความของคุณไปที่ใด โดยสืบค้นระบบชื่อโดเมน (DNS) เพื่อดูระเบียน MX — ระเบียนตัวแลกเปลี่ยนจดหมาย — ของโดเมนผู้รับ
ตัวอย่างเช่น หากคุณส่งอีเมลไปยัง someone@gmail.com เซิร์ฟเวอร์ SMTP จะถาม DNS ว่า "เซิร์ฟเวอร์ใดจัดการอีเมลสำหรับ gmail.com" DNS จะตอบกลับด้วยข้อมูลประมาณว่า alt1.gmail-smtp-in.l.google.com นั่นคือที่อยู่ของเซิร์ฟเวอร์อีเมลขาเข้าของ Google โดยพื้นฐานแล้วระเบียน MX เป็นคำสั่งส่งต่อที่ระบุว่า "ส่งอีเมลทั้งหมดสำหรับโดเมนนี้ไปยังเซิร์ฟเวอร์นี้"
ระบบระเบียน MX นี้เป็นรากฐานที่ทำให้อีเมลชั่วคราวเกิดขึ้นได้ แต่เราจะกล่าวถึงเรื่องนี้ในอีกสักครู่
ขั้นตอนที่ 3 — การส่งจากเซิร์ฟเวอร์ถึงเซิร์ฟเวอร์: การส่งต่อ SMTP
เซิร์ฟเวอร์ SMTP ต้นทางจะเชื่อมต่อกับเซิร์ฟเวอร์ SMTP ขาเข้าของผู้รับ (เซิร์ฟเวอร์ที่ระบุโดยระเบียน MX) และดำเนินการจับมือ SMTP ซึ่งเป็นการสื่อสารอย่างเป็นขั้นตอนที่เซิร์ฟเวอร์ทั้งสองยืนยันตัวตน เจรจาเรื่องการเข้ารหัส และถ่ายโอนข้อความ การเข้ารหัส TLS ช่วยปกป้องเนื้อหาอีเมลระหว่างการส่งจากเซิร์ฟเวอร์หนึ่งไปยังอีกเซิร์ฟเวอร์หนึ่ง
หากเซิร์ฟเวอร์ MX แรกไม่พร้อมใช้งาน เซิร์ฟเวอร์ต้นทางจะหันไปใช้ระเบียน MX รอง (โดเมนส่วนใหญ่จะแสดงรายการระเบียน MX หลายรายการเพื่อความซ้ำซ้อน) หากไม่สามารถเข้าถึงเซิร์ฟเวอร์ทั้งหมดได้ อีเมลจะถูกจัดคิวไว้เพื่อลองส่งอีกครั้ง หลังจากพยายามไม่สำเร็จหลายครั้งเป็นเวลาหลายชั่วโมงหรือหลายวัน ผู้ส่งจะได้รับการแจ้งเตือนว่าอีเมลถูกตีกลับ
ขั้นตอนที่ 4 — การจัดเก็บในกล่องจดหมาย: IMAP และ POP3
เมื่อเซิร์ฟเวอร์ผู้รับยอมรับข้อความแล้ว เซิร์ฟเวอร์จะจัดเก็บอีเมลและรอให้ผู้รับตรวจสอบกล่องจดหมาย โปรแกรมรับส่งอีเมลของผู้รับจะดึงข้อความโดยใช้โปรโตคอล 1 ใน 2 โปรโตคอล ดังนี้
IMAP (โปรโตคอลการเข้าถึงข้อความอินเทอร์เน็ต): ซิงค์อีเมลข้ามอุปกรณ์หลายเครื่อง ข้อความยังคงอยู่บนเซิร์ฟเวอร์ และการดำเนินการใดๆ ที่คุณทำ (อ่าน ลบ ย้าย) จะปรากฏตรงกันในทุกอุปกรณ์ นี่คือสิ่งที่ Gmail, Outlook และบริการสมัยใหม่ส่วนใหญ่ใช้
POP3 (โปรโตคอลที่ทําการไปรษณีย์ 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 อยู่แล้ว สำหรับคำอธิบายทางเทคนิคเพิ่มเติม โปรดดู นามแฝงแบบจับทั้งหมดและแบบสุ่ม
ไม่มี SMTP ขาออก = รับอย่างเดียว
บริการอีเมลชั่วคราวจะตั้งค่าระเบียน MX (สำหรับการรับอีเมล) แต่จะไม่กำหนดค่าระเบียน SPF, DKIM หรือ DMARC สำหรับการส่งอีเมลขาออก ระเบียนการยืนยันตัวตนเหล่านี้คือสิ่งที่เซิร์ฟเวอร์อีเมลใช้ตรวจสอบว่าเซิร์ฟเวอร์ผู้ส่งได้รับอนุญาตให้ส่งอีเมลในนามของโดเมนนั้น
หากไม่มีระเบียนเหล่านี้ อีเมลใดๆ ที่ส่งจากโดเมนอีเมลชั่วคราวจะไม่ผ่านการตรวจสอบตัวตนและลงเอยในโฟลเดอร์สแปม หรืออาจถูกปฏิเสธทันที ดังนั้นอีเมลชั่วคราวจึงรับได้อย่างเดียว นี่เป็นการออกแบบโดยเจตนา แต่ก็เป็นข้อจำกัดที่มีอยู่จริง Tmailor ไม่สามารถส่งหรือตอบกลับอีเมลได้ และหากเปิดใช้การส่งขาออก โดเมนต่างๆ จะถูกขึ้นบัญชีดำอย่างรวดเร็ว
รูปแบบการรับอย่างเดียวนี้ยังมีข้อจำกัดอื่นๆ อีกเล็กน้อยที่ควรกล่าวไว้อย่างชัดเจน เพราะเป็นผลมาจากการออกแบบที่เรียบง่ายเช่นเดียวกัน ไฟล์แนบขาเข้า จะถูกลบออก, ดังนั้นไฟล์ที่ส่งไปยังที่อยู่ Tmailor จึงไม่สามารถเปิดหรือดาวน์โหลดได้ มีเพียงข้อความ รหัส และลิงก์เท่านั้นที่ส่งมาถึง และยังไม่มีโฟลเดอร์สแปมหรือการกรอง: ทุกข้อความที่มาถึงจะแสดงให้เห็น ดังนั้นหากข้อความใดยังไม่ปรากฏ ก็หมายความว่ายังไม่ได้ถูกส่งถึง ข้อความจะยังคงแสดงอยู่ประมาณ 24 ชั่วโมง นับจากเวลาที่มาถึง จากนั้นจะถูกลบโดยอัตโนมัติ และเนื่องจากไม่มีการเข้าสู่ระบบ โทเค็นการเข้าถึง ที่ออกให้พร้อมกับแต่ละที่อยู่จึงเป็นสิ่งที่ช่วยให้คุณเปิดดูที่อยู่นั้นได้อีกครั้งในภายหลัง ซึ่งเป็นกุญแจกู้คืน ไม่ใช่รหัสผ่าน และไม่มีใครออกใหม่ให้ได้หากคุณทำหาย
หลายโดเมน โมเดล Catch-All แบบเดียวกัน
Tmailor ใช้กลุ่มโดเมนขนาดใหญ่ที่หมุนเวียนสลับกัน แทนที่จะใช้เพียงโดเมนเดียว และแต่ละโดเมนมีระเบียน MX แบบ catch-all ของตัวเองซึ่งชี้กลับมายังเซิร์ฟเวอร์รับอีเมล กลุ่มโดเมนนี้จงใจไม่เปิดเผยต่อสาธารณะ เพราะการเผยแพร่รายการทั้งหมดจะเท่ากับมอบรายชื่อให้ผู้ให้บริการที่จัดทำบัญชีบล็อกอีเมลใช้แล้วทิ้ง
การมีมากกว่าหนึ่งโดเมนมีความสำคัญด้วยเหตุผลทางเทคนิคที่ใช้งานได้จริง บางเว็บไซต์มีรายการโดเมนอีเมลใช้แล้วทิ้งที่รู้จักและปฏิเสธที่อยู่ที่ใช้โดเมนซึ่งอยู่ในรายการนั้น หากโดเมนใดโดเมนหนึ่งถูกปฏิเสธ การสร้างที่อยู่ใหม่บนโดเมนอื่นถือเป็นการแก้ไขปัญหาตามปกติ เช่นเดียวกับการลองใช้ผู้ให้บริการรายอื่นเมื่อผู้ให้บริการรายหนึ่งใช้งานไม่ได้ นั่นคือเหตุผลที่ โดเมนช่วยเพิ่มความน่าเชื่อถือของ OTP
ขอบเขต มีขอบเขตอยู่ประการหนึ่ง: บัญชีบล็อกแยกตามโดเมนแตกต่างจากนโยบาย หากข้อกำหนดการใช้งานของบริการห้ามอีเมลใช้แล้วทิ้งโดยเด็ดขาด การสลับโดเมนเพื่อเข้าใช้บริการนั้นไม่ใช่การแก้ไขปัญหา แต่เป็นการหลีกเลี่ยงกฎที่เว็บไซต์กำหนดไว้อย่างตั้งใจ ในกรณีนั้น ให้ใช้ที่อยู่อีเมลจริงที่คุณเป็นเจ้าของ อีเมลชั่วคราวมีไว้สำหรับเว็บไซต์ที่อนุญาตให้ใช้
โครงสร้างพื้นฐาน Google-MX สำหรับอีเมลขาเข้า
Tmailor กําหนดเส้นทางอีเมลขาเข้าผ่านเซิร์ฟเวอร์อีเมลของ Google ดังนั้นระเบียน MX สําหรับโดเมนจึงชี้ไปที่โครงสร้างพื้นฐาน Google-MX ซึ่งเป็นแกนหลักเดียวกับที่จัดการอีเมลขาเข้าของ Gmail ในทางปฏิบัติ นั่นหมายถึงการรับที่เชื่อถือได้และเชื่อมต่ออย่างดี: เซิร์ฟเวอร์ที่ยอมรับอีเมลยืนยันของคุณคือเซิร์ฟเวอร์ที่อินเทอร์เน็ตที่เหลือรู้วิธีเข้าถึงอยู่แล้ว
ความเร็วในการส่งจริงยังขึ้นอยู่กับฝั่งผู้ส่งเป็นหลัก — บริการที่ส่งอีเมลถึงคุณเป็นผู้กำหนดว่าข้อความจะถูกส่งออกไปเมื่อใด — ดังนั้นประเด็นนี้จึงเกี่ยวกับความน่าเชื่อถือและการเข้าถึง ไม่ใช่การรับประกันว่าจะเร็วกว่า สำหรับเหตุผลเบื้องหลังการตั้งค่านี้ โปรดดู สาเหตุที่ Tmailor ใช้เซิร์ฟเวอร์ของ Google
ความปลอดภัยของอีเมล — เหตุใดกล่องจดหมายของคุณจึงตกเป็นเป้าหมาย
การทำความเข้าใจโครงสร้างพื้นฐานของอีเมลยังหมายถึงการเข้าใจว่าเหตุใดอีเมลจึงถูกโจมตีอย่างหนัก ที่อยู่อีเมลของคุณเป็นตัวระบุที่ถูกใช้ประโยชน์บ่อยที่สุดบนอินเทอร์เน็ต
ฟิชชิง: ผู้โจมตีปลอมแปลงส่วนหัว "From" เพื่อแอบอ้างเป็นธนาคาร นายจ้าง หรือบริการที่คุณไว้วางใจ SMTP ถูกออกแบบขึ้นในยุคที่ทุกฝ่ายเชื่อใจกัน ส่วนการยืนยันผู้ส่ง (SPF, DKIM, DMARC) ถูกเพิ่มเข้ามาในอีกหลายทศวรรษต่อมา เซิร์ฟเวอร์จำนวนมากยังคงไม่ได้บังคับใช้อย่างเคร่งครัด
สแปม: การรับส่งอีเมลเกือบครึ่งหนึ่งทั่วโลกยังคงเป็นสแปม ทุกครั้งที่คุณกรอกที่อยู่อีเมลจริงบนเว็บไซต์ คุณกำลังเพิ่มโอกาสที่อีเมลนั้นจะไปอยู่ในรายชื่อการตลาด หรือเลวร้ายกว่านั้นคือถูกขายให้กับนายหน้าข้อมูล
การละเมิดข้อมูล: โดยทั่วไปที่อยู่อีเมลของคุณคือคีย์หลักในทุกฐานข้อมูลของบริการที่คุณเคยสมัครใช้ เมื่อบริการถูกเจาะข้อมูล ที่อยู่อีเมลของคุณมักเป็นข้อมูลแรกที่ถูกเปิดเผย และกลายเป็นกุญแจสำหรับการโจมตีแบบยัดข้อมูลรับรองกับบัญชีอื่น ๆ ของคุณ
พิกเซลติดตาม: รูปภาพขนาด 1x1 ที่ซ่อนอยู่ในอีเมลการตลาดจะบอกผู้ส่งว่าคุณเปิดข้อความเมื่อใด เปิดจากอุปกรณ์ใด และบางครั้งยังบอกตำแหน่งโดยประมาณของคุณด้วย กล่องจดหมายของคุณไม่ได้เป็นเพียงกล่องรับจดหมาย แต่ยังเป็นเครื่องมือสอดส่องสำหรับนักการตลาด
ภัยคุกคามเหล่านี้คือเหตุผลที่ อีเมลชั่วคราวมีอยู่. การใช้ที่อยู่อีเมลใช้แล้วทิ้งสำหรับการติดต่อที่มีความน่าเชื่อถือต่ำช่วยให้คุณเก็บอีเมลจริงของคุณออกจากฐานข้อมูลที่อาจถูกเจาะ ขาย หรือเก็บกวาดในภายหลัง
ไคลเอนต์อีเมลและผู้ให้บริการ — ภาพรวมโดยย่อ
วิธีที่คุณเข้าถึงอีเมลขึ้นอยู่กับไคลเอนต์ของคุณ (ซอฟต์แวร์) และผู้ให้บริการของคุณ (บริการ)
ผู้ให้บริการเว็บเมล: Gmail, Outlook.com, Yahoo Mail, ProtonMail บริการเหล่านี้มีทั้งบัญชีอีเมลและไคลเอนต์ที่ใช้งานผ่านเบราว์เซอร์ คนส่วนใหญ่ใช้บริการใดบริการหนึ่งเป็นอีเมลหลัก
ไคลเอนต์เดสก์ท็อป: Thunderbird, Apple Mail, Microsoft Outlook (เดสก์ท็อป) โปรแกรมเหล่านี้เชื่อมต่อกับผู้ให้บริการของคุณผ่าน IMAP หรือ POP3 และช่วยให้คุณจัดการอีเมลแบบออฟไลน์ได้
ไคลเอนต์อีเมลชั่วคราว: Tmailor มีไคลเอนต์บนเว็บ แอปมือถือเฉพาะสำหรับ Android และ iOS และบอต Telegram แตกต่างจากไคลเอนต์ทั่วไปตรงที่ไม่ต้องเข้าสู่ระบบหรือสมัครใช้งาน — ที่อยู่อีเมลจะพร้อมใช้งานทันทีที่โหลดหน้าเว็บ หากต้องการเปิดที่อยู่อีเมลเดิมอีกครั้งในภายหลัง ให้บันทึก โทเค็นการเข้าถึง ของที่อยู่นั้นไว้ ไม่มีรหัสผ่านที่ต้องตั้งและไม่มีสิ่งใดที่ต้องยืนยัน
จากพื้นฐานอีเมลสู่อีเมลชั่วคราว — เชื่อมโยงทุกจุดเข้าด้วยกัน
ตอนนี้คุณเข้าใจภาพรวมทั้งหมดแล้ว อีเมลเดินทางผ่าน SMTP ถูกกำหนดเส้นทางด้วย DNS และระเบียน MX แล้วไปถึงกล่องจดหมายที่จัดการโดย IMAP หรือ POP3 บริการอีเมลชั่วคราวใช้โครงสร้างพื้นฐานเดียวกันนี้ โดยจดทะเบียนโดเมน กำหนดค่าระเบียน MX แบบรับทุกที่อยู่ เรียกใช้เซิร์ฟเวอร์รับอีเมลบนโครงสร้างพื้นฐานของ Google และแสดงอีเมลขาเข้าผ่านอินเทอร์เฟซเว็บที่เรียบง่าย
อีเมลชั่วคราวไม่ได้มีอะไร "ปลอม" เพราะใช้โปรโตคอล การกำหนดเส้นทาง และกลไกการส่งแบบเดียวกับอีเมลอื่น ๆ บนอินเทอร์เน็ต ความแตกต่างคือความตั้งใจในการออกแบบ: ที่อยู่อีเมลชั่วคราวถูกสร้างมาให้ใช้แล้วทิ้ง ไม่เปิดเผยตัวตน และมีอายุสั้น ซึ่งเป็นเหตุผลที่ทำให้เหมาะสำหรับการปกป้องความเป็นส่วนตัว หลีกเลี่ยงสแปม และสมัครใช้บริการที่มีความเสี่ยงต่ำ
สำหรับคำอธิบายทางเทคนิคฉบับสมบูรณ์ของทุกองค์ประกอบ โปรดดู วิธีการทํางานของอีเมลชั่วคราว พร้อมจะลองด้วยตัวเองแล้วหรือยัง? สร้าง ที่อยู่อีเมลชั่วคราวฟรี ภายในเวลาไม่ถึง 10 วินาที
คำถามที่พบบ่อย
อีเมลชั่วคราวใช้โปรโตคอลอีเมลจริงหรือไม่
ใช่ 100% อีเมลชั่วคราวรับอีเมลผ่าน SMTP มาตรฐานและกำหนดเส้นทางผ่านระเบียน MX มาตรฐาน ซึ่งเป็นโครงสร้างพื้นฐานเดียวกับที่ Gmail และ Outlook ใช้ โดยในทางเทคนิคแล้ว ที่อยู่เหล่านี้เป็นที่อยู่อีเมลจริงที่มีอายุการใช้งานจำกัดโดยเจตนา
เหตุใดอีเมลชั่วคราวจึงส่งอีเมลไม่ได้
บริการอีเมลชั่วคราวไม่ได้กำหนดค่าระเบียน SPF, DKIM หรือ DMARC สำหรับการตรวจสอบสิทธิ์อีเมลขาออก หากไม่มีระเบียนเหล่านี้ อีเมลใดก็ตามที่ส่งจากโดเมนอีเมลชั่วคราวจะไม่ผ่านการตรวจสอบและจะถูกปฏิเสธหรือทำเครื่องหมายว่าเป็นสแปม นี่เป็นการเลือกสถาปัตยกรรมโดยเจตนา เพื่อให้โดเมนแบบใช้แล้วทิ้งยังคงใช้งานสำหรับการรับอีเมลได้
ฉันสามารถดูส่วนหัวของข้อความอีเมลชั่วคราวได้หรือไม่
ได้ อีเมลที่ได้รับผ่านอีเมลชั่วคราวจะมีส่วนหัวเหมือนกับอีเมลอื่น ๆ ได้แก่ From, To, Subject, Date, Received chain และผลการตรวจสอบสิทธิ์ ส่วนหัวจะแสดงเส้นทางการส่งทั้งหมด รวมถึงเซิร์ฟเวอร์ของ Google ที่ tmailor.com ใช้ประมวลผล
อะไรทำให้การส่งอีเมลของ tmailor.com เร็วกว่าคู่แข่ง
ตัวเลือกการออกแบบ 2 ตัวเลือกจะช่วยได้: โครงสร้างพื้นฐานอีเมลของ 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.