มา聊聊ฟีเจอร์อีเมลที่น่าแปลกใจว่าถูกใช้ไม่เต็มที่ และสามารถช่วยคุณมาก — ถ้ารู้วิธีใช้ บทความนี้เหมาะสำหรับทั้งผู้ใช้และนักพัฒนาที่อยากเป็น email Jedi
Hack #1: หลายที่อยู่อีเมลในบัญชีเดียว
เคยอยากสมัครเว็บไซต์หลายครั้ง แต่เก็บ inbox เดียวสำหรับทุกบัญชี? เทคนิคง่ายๆ นี้ใช้ได้กับ ~95% ของเว็บไซต์และบริการทั่วโลก รวม Twitter และ Instagram
บาง email providers เช่น gmail.com หรือ live.com 允许你在 email address ตัวอักษรระหว่างตัวอักษร ใส่ dot เพิ่ม ไม่เปลี่ยนแปลงอะไรนอกจากลักษณะ address
เช่น คุณมี letgrandmaseat@gmail.com คุณยังมี let.grandma.seat@gmail.com, let.grandmas.eat@gmail.com, l.e.t.g.r.a.n.d.m.a.s.e.a.t@gmail.com ฯล฿ อีเมลส่งไปที่เหล่านี้จะปรากฏใน inbox เดียวกัน ส่งกลับได้ด้วย address ใดก็ได้ — ต้อง config นิดหน่อย
ทำให้เปลี่ยนลักษณะอีเมลได้ และใช้ iteration ใดๆ เป็น "ใหม่" valid email เช่น:
- สมัครเว็บไซต์หลายครั้งด้วย email account เดียวกัน
- แชร์รูปแบบอีเมลต่างกันให้คนต่างคน เพื่อตอนรับอีเมลจากแปลกหน้า รู้ว่าพวกเขารู้อีเมลคุณจากไหน
นอกจากนี้ บาง providers อนุญาตให้เพิ่ม plus sign หลัง address ตามด้วย string ใดๆ:
- let.grandmas.eat+your.soup@gmail.com
- let.grandma.seat+a.baby@gmail.com
เพิ่มจำนวน variations ของอีเมลเกือบอนันต์
มีประโยชน์มากสำหรับจัดกลุ่ม incoming emails ตั้ง rule จัดกลุ่มอีเมลต่างกันตาม address ที่มาจาก เช่น สมัครเว็บ minor ด้วย letgrandmaseat+trash@gmail.com ตั้ง inbox rule ย้ายอีเมลเหล่านั้นไปกล่อง "Low Priority"
หลาย services ที่เสนอ trial version ยอมรับรูปแบบต่างๆ ของ email account เดียวกัน หมายถึงสมัครซ้ำได้ตลอดเมื่อ trial จบ ทุกครั้งด้วย email account เดียวกัน Developers ไม่ค่อย restrict ได้ อ่านต่อเพื่อรู้ทำไม
Hack #2: โดเมนหลายตัวอาจอ้างอิงบัญชีเดียวกัน
ถ้าคุณมี @gmail.com address ใดๆ คุณใช้ @googlemail.com address ใดๆ สำหรับส่ง/รับอีเมลได้ เว็บไซต์และบริการส่วนใหญ่ถือว่าเป็นคนละอีเมล ทำให้สมัครหลายบัญชีด้วยรูปแบบทั้งสองของอีเมลเดียวได้
Hack #3: ที่อยู่อีเมลอาจ case-sensitive
หลายคนรู้ว่าเขียน letgrandmaseat@gmail.com หรือ LetGrandmasEat@gmail.com มักไม่สำคัญ
แต่นี่คือความจริง: ส่วนก่อน @ อาจ case-sensitive เพราะอยู่ภายใต้การควบคุมของ host system ตาม RFC 5321, section 2.3.11:
“The standard mailbox naming convention is defined to be “local-part@domain;” contemporary usage permits a much broader set of applications than simple “user names.” Consequently, and due to a long history of problems when intermediate hosts have attempted to optimize transport by modifying them, the local-part MUST be interpreted and assigned semantics only by the host specified in the domain part of the address.”
ดังนั้น หากใช้ luxury domain แทน well-known (gmail.com) 好 ให้เก็บ address ใน case ต้นฉบับ แต่ถ้าพิมพ์ผิดและ address ไม่มีอยู่ จะได้อีเมลบอกว่า message not delivered
Naming conventions เหล่านี้ขึ้นอยู่กับ host systems ทางเทคนิค ใครสร้าง email servers ได้ ก็ตั้งกติกา naming ใดๆ ได้ ใช้ domains ต่างๆ ที่ครอบครองสำหรับ mailbox เดียวกัน อนุญาตหรือปฏิเสธ valid characters ใน email addresses ฯล฿
Hack #4: บริการ "Disposable email"
มีบริการสองสามที่สร้าง temporary, disposable email address ฟรี ให้คุณเข้าถึงข้อมูลตอนไม่อยากสมัครเพราะ privacy concerns หรือปัญหาอื่น
บริการเหล่านี้มีผู้ใช้เยอะ เช็ค test@mailinator.com รับอีเมลบ่อยแค่ไหน และ junk ไร้ความสนใจเยอะแค่ไหน
เพื่อป้องกัน fake emails บาง services ใช้ email validation solutions แล้วช่วยบางกรณี สร้าง email addresses หลายตัว bypass validity checks ยากขึ้น robots และ spamming programs ตายที่นี่ เหตุผลบริการเหล่านี้มีอยู่
Email validation solutions 聽起來像 fraud/spam ปัญหา solution? ほとんど場合 — ใช่ แต่ไม่ใช่ทุกปัญหา ต่อไปจะรู้
Hack #5: สร้างอีเมลเกือบแบบไหนก็ได้ ฟรี
ถ้าครอบครอง domain สร้าง email service ได้ มี services ให้ทำฟรี และ providers ให้ free domain names ให้ทุกคน
ถ้าตามคำแนะนำ setup domain และ email บนมันได้ คุณสร้าง any.name@any.domain.XY email address ฟรีได้ รายละเอียดนอกขอบเขตบทความ แต่สรุปขั้นตอน:
- จดทะเบียน free หรือ paid domain ด้วยฟอร์มปกติ
- เลือก "email for domain" providers (เช่น Zoho) ตามคำแนะนำสร้าง email account สำหรับ domain
ง่ายแค่นี้
ผลกระทบต่อผู้ใช้อีเมล
เพิ่ม special symbols เช่น dots หรือ plus signs ในอีเมล (สำหรับบาง providers) ได้ประโยชน์สูงสุด จัดการ group emails เข้า และสมัครหลายครั้งบนบาง sites ให้รูปแบบ address ต่างกันบน business card รู้แหล่งมาของ incoming emails
Disposable emails และ temporary phone number services ปกป้อง privacy ตอนต้องสมัครเว็บไซต์ไม่ต้องการ
ตอนนี้ใครก็สมัคร free domain และตั้งอีเมลได้ ให้ unique, personalized, valid email address
ผลกระทบต่อนักพัฒนา
สรุป: ไม่มีทางแน่ใจว่า trust อีเมลที่ได้รับได้ แต่มี practices ลด abnormal use:
1. เก็บ emails เป็น primary IDs ใน database แต่ไม่อยากให้ user สมัครซ้ำ? ใช้ library normalize email addresses ก่อนเก็บเป็น IDs library นี้ลบ dots และ plus-sign endings ตาม well-known email providers เปลี่ยน address เป็น lowercase และ fix domain names เป็นรูปแบบเดียว (googlemail.com → gmail.com)
2. ถ้าใช้ libraries normalize email addresses ให้ user เก็บ email address ในรูปแบบที่กรอกต้นฉบับ เช่น user สมัครด้วย username+bank@googlemail.com ให้ส่งอีเมลไปที่ address นั้นเท่านั้น อย่าส่งไป username@gmail.com ที่ "normalized"
3. ตรวจจับ disposable email addresses 用 open-source libraries หรือ APIs validate email addresses มีโดเมน 2,000+ ในลิสต์!
หวังว่าเรียนรู้ใหม่จากบทความนี้ ถ้าชอบ กด "clap" บน Medium เยอะๆ นะ ? .
ขอบคุณที่อ่าน!
