Catch-all email address คืออะไร ความหมายและความเสี่ยง

Catch-all email address หรือที่อยู่แบบ catch-all (รับทั้งหมด) คือกล่องอีเมลที่รับอีเมลที่ส่งถึงที่อยู่ใดก็ได้บนโดเมน รวมถึงที่อยู่ที่ไม่มีใครตั้งค่าไว้ ตราบใดที่ที่อยู่นั้นไม่มีกล่องอีเมลหรือนามแฝงของตัวเอง ถ้า example.com เปิด catch-all ไว้ อีเมลที่ส่งถึง shop@example.com, r8kq2@example.com หรือ jnae@example.com (ซึ่งพิมพ์ผิดจาก jane@example.com) จะถูกรับและส่งเข้ากล่องอีเมลนั้นกล่องเดียว แทนที่จะตีกลับไปยังผู้ส่ง CatchNone อ่านกล่องอีเมลนั้นบน iPhone, iPad และ Mac และแสดงว่าแต่ละข้อความส่งถึงที่อยู่ไหน รวมถึงที่อยู่ที่คุณไม่เคยตั้งค่าไว้

ที่อยู่แบบนี้มีชื่อเรียกอื่นด้วย และมักเขียนติดกันเป็นคำเดียวว่า “catchall” Fastmail เรียกว่า catch-all alias หรือ wildcard alias ส่วน cPanel เรียกว่า Default Address (ที่อยู่เริ่มต้น) และ iCloud+ ใช้ “อนุญาตอีเมลขาเข้าทั้งหมด” (Allow All Incoming Messages บน iPhone และ Allow all incoming emails บน iCloud.com) Google Workspace เรียกว่า catch-all routing (การกำหนดเส้นทางแบบ catch-all) และ Cloudflare Email Routing (ระบบกำหนดเส้นทางอีเมล) มี Catch-all rule (กฎรับอีเมลทั้งหมด) เครื่องมือตรวจสอบที่อยู่อีเมลเรียกโดเมนที่ทำงานแบบนี้ว่า “accept-all” (ยอมรับทุกที่อยู่) ถ้าต้องการเปิดใช้ ดูวิธีตั้งค่าอีเมลแบบ catch-all กับผู้ให้บริการทุกราย

คุณหมายถึง catch-all แบบไหน

คำนี้โผล่มาในสองบริบท และแต่ละบริบทต้องการคำตอบต่างกัน

• คุณเป็นเจ้าของโดเมน หรือกำลังคิดจะมีโดเมน catch-all คือการตั้งค่าที่ผู้ให้บริการอีเมลของคุณ คนเปิดใช้เพื่อไม่ให้อีเมลที่จ่าหน้าผิดสูญหาย หรือเพื่อคิดที่อยู่ใหม่ขึ้นมาได้ทุกครั้งที่สมัครใช้บริการ เนื้อหาส่วนใหญ่ในหน้านี้เขียนสำหรับคุณ
• เครื่องมือล้างรายชื่ออีเมลทำเครื่องหมายที่อยู่หนึ่งว่า “catch-all” หรือ “accept-all” นั่นเป็นผลประเมินโดเมนของผู้รับ ไม่ใช่ผลประเมินตัวที่อยู่ ข้ามไปที่ทำไมเครื่องมือตรวจสอบอีเมลจึงติดธงโดเมนแบบ catch-all

Catch-all email address ทำงานอย่างไร

การเป็นเจ้าของโดเมนไม่ได้ทำให้คุณมีกล่องอีเมลขึ้นมาเอง ระเบียน MX (MX record) ของโดเมนต้องชี้ไปที่ผู้ให้บริการอีเมลหรือบริการส่งต่ออีเมล และเซิร์ฟเวอร์ผู้ส่งจะค้นหาระเบียนนั้นเพื่อดูว่าต้องส่งอีเมลไปที่ไหน RFC 5321 ซึ่งเป็นมาตรฐานของ SMTP กำหนดว่าเมื่อโดเมนมีระเบียน MX ผู้ส่งต้องใช้ระเบียนนั้น

จากนั้นเซิร์ฟเวอร์ผู้ส่งจะระบุชื่อผู้รับทีละราย เซิร์ฟเวอร์ปกติจะตอบ 250 OK สำหรับกล่องอีเมลที่มีอยู่ และตอบ 550 (“ไม่มีผู้ใช้นี้”) สำหรับกล่องอีเมลที่ไม่มี แล้วผู้ส่งจะได้รับอีเมลตีกลับ ส่วน catch-all จะตอบรับทุกชื่อที่อยู่หน้า @

เซิร์ฟเวอร์ผู้ส่ง
 1. ค้นหา MX ของ example.com (DNS)
 2. เชื่อมต่อกับเซิร์ฟเวอร์นั้น (SMTP)
 3. RCPT TO:<r8kq2@example.com>
    ปกติ:      250 ถ้ามีอยู่ และ 550 ถ้าไม่มี
    catch-all: 250 สำหรับทุกที่อยู่
 4. ส่งข้อความ
ผู้ให้บริการอีเมลของคุณ
 5. ไม่มีกล่องอีเมล r8kq2 กฎ catch-all
    จึงส่งอีเมลเข้ากล่องอีเมลของคุณ

ที่อยู่ที่คุณตั้งค่าไว้แล้วยังได้สิทธิ์ก่อน เช่น Fastmail จะส่งอีเมลของนามแฝงที่ระบุไว้เข้านามแฝงนั้นแทนที่จะเข้า catch-all และ catch-all ครอบคลุมเฉพาะส่วนที่อยู่หน้า @ เท่านั้น ถ้าพิมพ์โดเมนผิด เช่น jane@example.net ทั้งที่ตั้งใจจะพิมพ์ example.com อีเมลจะไปที่โดเมนอื่นหรือไม่ไปถึงที่ใดเลย catch-all ของคุณจึงรับอีเมลนั้นไม่ได้

Catch-all ต่างจาก wildcard email address นามแฝง และที่อยู่แบบเติม + อย่างไร

“Wildcard email address” มักหมายถึงสิ่งเดียวกับ catch-all หน้าช่วยเหลือของ Fastmail เรียกว่า “catch-all alias (หรือที่รู้จักกันในชื่อ wildcard alias)” และคุณสร้างได้ในรูป *@example.com แต่คำว่า wildcard ยังใช้ในอีกสองความหมายซึ่งเป็นคนละเรื่องกัน

• DNS wildcard (RFC 4592) เช่น ระเบียน *.example.com จะตอบแทนชื่อซับโดเมนที่ไม่มีระเบียนของตัวเอง เช่น anything.example.com ซึ่งไม่เกี่ยวกับส่วนหน้า @ เลย และ catch-all ก็ไม่ต้องใช้ DNS wildcard
• รูปแบบ (pattern) ในกฎหรือตัวกรองอีเมล ใช้จัดเรียงเฉพาะอีเมลที่มาถึงแล้วเท่านั้น ตัวกรองในบัญชี Gmail ทำให้โดเมนรับที่อยู่ที่เซิร์ฟเวอร์อีเมลของโดเมนนั้นจะปฏิเสธไม่ได้

การส่งต่ออีเมลเป็นวิธีนำส่งอีเมล ไม่ใช่ประเภทของที่อยู่ catch-all อาจส่งอีเมลเข้ากล่องอีเมลที่ผู้ให้บริการเดียวกันแบบที่ iCloud+ และ Fastmail ทำ หรือส่งต่อทุกอย่างไปยังกล่องขาเข้าที่อื่นแบบที่ Cloudflare Email Routing ทำ

ใช้เพื่อความเป็นส่วนตัว: คิดที่อยู่ใหม่ทุกครั้งที่สมัคร

นี่คือเหตุผลที่หลายคนเปิดใช้ catch-all คุณไม่ต้องตั้งค่าอะไรไว้ล่วงหน้า ตอนชำระเงินที่ร้านค้า คุณพิมพ์ bookshop@example.com หรือที่อยู่สุ่ม ๆ อย่าง r8kq2@example.com แล้วอีเมลจากร้านก็จะเข้ามาที่กล่องอีเมลของคุณ ถ้าภายหลังที่อยู่นั้นได้รับสแปม หรือได้รับอีเมลจากบริษัทที่คุณไม่เคยให้ที่อยู่ไว้ คุณก็รู้ว่ามาจากการสมัครครั้งไหน

นิสัยสองอย่างที่ช่วยให้วิธีนี้ได้ผลดีขึ้น

• ใช้ที่อยู่แบบสุ่มแทนชื่อเว็บไซต์ ใครก็ตามที่รู้โดเมนของคุณเดา amazon@example.com ได้ สแปมที่ส่งมาที่อยู่นี้จึงบอกได้น้อยกว่าว่าใครปล่อยที่อยู่ออกไป username generator (ตัวสร้างชื่อผู้ใช้) ของ Bitwarden มีประเภท “Catch-all email” (อีเมลแบบ catch-all) ที่สร้างที่อยู่แบบสุ่มบนโดเมนของคุณ ดูตัวเลือกเพิ่มเติมได้ในคู่มือสร้างที่อยู่อีเมลแบบสุ่มที่ใช้ได้จริง
• จดบันทึกไว้ว่าให้ที่อยู่ไหนกับเว็บไซต์ไหน เช่น ในรายการของเว็บไซต์นั้นในตัวจัดการรหัสผ่าน

การใช้หนึ่งที่อยู่ต่อหนึ่งเว็บไซต์ยังทำให้การตรวจข้อมูลรั่วไหลบอกอะไรได้มากขึ้น Have I Been Pwned ให้คุณค้นหาทั้งโดเมนได้เมื่อพิสูจน์ว่าคุณเป็นผู้ควบคุมโดเมนนั้น และใช้ได้ฟรีสำหรับโดเมนที่มีที่อยู่ในเหตุข้อมูลรั่วไหลไม่เกิน 10 ที่อยู่ ณ เดือนกันยายน 2569 จากนั้นบันทึกของคุณจะบอกได้ว่าที่อยู่ที่รั่วไหลแต่ละที่อยู่เคยให้ไว้กับเว็บไซต์ไหน

ถ้าไม่มีโดเมนของคุณเอง ที่อยู่ @catchnone.com ของ CatchNone (Premium) ไม่ต้องตั้งค่าโดเมน DNS หรือกล่องอีเมลเลย บริการจะสุ่มกำหนดแต่ละที่อยู่ให้บนโดเมนที่ใช้ร่วมกัน จึงไม่มีชื่อของคุณที่ผูกที่อยู่เหล่านั้นเข้าด้วยกัน บางบริการมีซับโดเมนให้แทน ซึ่งทำงานแบบเดียวกับ catch-all เว็บไซต์ของ 33mail ยังคงอธิบายการคิดที่อยู่อย่าง bbqtrading@you.33mail.com ขึ้นมาได้ทันที ส่วน SimpleLogin (ในแผน Premium แบบเสียเงิน) และ addy.io ก็มีซับโดเมนที่รับแบบ catch-all ซับโดเมนจะผูกที่อยู่ทั้งหมดของคุณเข้าด้วยกัน เหมือนที่โดเมนของคุณเองทำ

ข้อเสียของ catch-all

ที่อยู่ที่ถูกเดาและสแปมที่มากขึ้น

บนโดเมนปกติ อีเมลที่ส่งถึงที่อยู่ที่ไม่มีอยู่จริงจะตีกลับ แต่บน catch-all ทุกที่อยู่ที่ถูกเดาจะถูกส่งเข้ามา คำถามที่พบบ่อยของ addy.io ระบุว่าผู้ส่งสแปมและบอต “มักลองใช้ที่อยู่อีเมลแบบสุ่ม” เช่น contact@ หรือ admin@ ส่วน cPanel เตือนว่าที่อยู่เริ่มต้นที่ส่งต่ออีเมลออกไป “อาจได้รับสแปมจำนวนมาก” หากผู้ส่งสแปมเล็งโดเมนของคุณ ผู้ให้บริการอธิบายความเสี่ยงนี้โดยไม่ได้ระบุเป็นตัวเลข การเดาเป็นเพียงช่องทางหนึ่ง ช่องทางอื่นอยู่ในผู้ส่งสแปมได้ที่อยู่อีเมลมาอย่างไร

พิมพ์ผิดแล้วไม่ตีกลับ

ถ้าไม่มี catch-all คนที่พิมพ์ที่อยู่ของคุณผิดจะได้รับอีเมลตีกลับและลองใหม่ได้ ทั้ง Apple และ Proton ระบุไว้ในเอกสารว่าอีเมลจะตีกลับเมื่อปิด catch-all แต่เมื่อเปิด catch-all อีเมลถึง jnae@example.com จะถูกส่งเข้ามา และผู้ส่งจะไม่รู้เลยว่าพิมพ์ผิด

บนโดเมนที่มีคุณใช้อยู่คนเดียว นี่มักเป็นสิ่งที่คุณต้องการ แต่จะเกิดปัญหาในสองกรณี กรณีแรก บนโดเมนที่ใช้ร่วมกัน cPanel ระบุว่า catch-all อาจได้รับอีเมลที่พิมพ์ผิดซึ่งตั้งใจส่งถึงที่อยู่ที่มีอยู่แล้ว คนที่ไม่ใช่ผู้รับจริงจึงอาจได้อ่าน กรณีที่สอง ผู้ส่งจะใช้ที่อยู่ผิดนั้นต่อไป ถ้าภายหลังคุณบล็อกที่อยู่นั้นหรือปิด catch-all อีเมลของเขาจะหยุดมาถึงคุณโดยไม่มีการแจ้งเตือน

โดเมนของคุณเชื่อมที่อยู่ทั้งหมดเข้าด้วยกัน

Privacy Guides เตือนว่า “ถ้าคุณเป็นคนเดียวที่ใช้โดเมนแบบกำหนดเองของคุณ การกระทำของคุณจะถูกติดตามข้ามเว็บไซต์ได้ง่าย ๆ เพียงดูชื่อโดเมนในที่อยู่อีเมลโดยไม่สนใจทุกอย่างที่อยู่หน้าเครื่องหมาย @” โดเมนของคุณเองทำให้คนอื่นเชื่อมโยงตัวคุณข้ามเว็บไซต์ได้ง่ายกว่าโดเมนที่หลายคนใช้ร่วมกันจริง และถ้าโดเมนเป็นชื่อของคุณ ก็ระบุตัวคุณได้ทันที catch-all ยังบอกคุณได้ว่าใครปล่อยที่อยู่ออกไป แต่ไม่ได้ป้องกันใครไม่ให้เห็นว่าที่อยู่เหล่านั้นเป็นของคนเดียวกัน

ที่อยู่ของคุณใช้ได้นานเท่าที่โดเมนยังอยู่

ทุกที่อยู่ที่คุณคิดขึ้นขึ้นอยู่กับการจดโดเมนของคุณ ถ้าโดเมนขาดการต่ออายุ ใครก็ตามที่จดโดเมนนั้นต่อจากคุณจะรับอีเมลที่ส่งถึงที่อยู่เหล่านั้นได้ทั้งหมด รวมถึงลิงก์รีเซ็ตรหัสผ่านด้วย เปิดการต่ออายุอัตโนมัติ และดูแลความปลอดภัยของบัญชีกับผู้ให้บริการจดโดเมน (domain registrar)

ปิดที่อยู่เดียวบนโดเมนที่เปิด catch-all ได้ไหม

ได้ กับผู้ให้บริการส่วนใหญ่ แต่ไม่ได้ทำผ่านการตั้งค่า catch-all โดยตรง คุณต้องเพิ่มกฎหรือนามแฝงแยกสำหรับแต่ละที่อยู่ที่ต้องการหยุดรับ และผู้ส่งจะได้รับอีเมลตีกลับหรือไม่ขึ้นอยู่กับผู้ให้บริการ ตัวเลือก Disable (ปิดใช้งาน) ของ Fastmail และการตั้งค่า Reject message (ปฏิเสธข้อความ) ของ Google Workspace จะตีอีเมลกลับ ตัวส่งต่อ (forwarder) ของ cPanel ปฏิเสธอีเมลพร้อมข้อความแสดงข้อผิดพลาดได้ การดำเนินการ Drop (ทิ้ง) ของ Cloudflare Email Routing จะลบอีเมลทิ้งโดยไม่แจ้ง และ iCloud+ จะตีกลับอีเมลที่ส่งถึงที่อยู่ที่คุณสร้างแล้วลบไป ตามที่ Apple ระบุ (iCloud+ ให้มีที่อยู่ที่ใช้งานอยู่ได้ 3 ที่อยู่ต่อโดเมน คุณจึงอาจต้องมีช่องว่างเหลือไว้ก่อน)

วิธีนี้ใช้ได้ดีถ้ามีที่อยู่ที่รั่วไหลเพียงไม่กี่ที่อยู่ แต่ถ้ามีหลายสิบที่อยู่ ก็จะกลายเป็นรายการที่ต้องคอยดูแล และ Cloudflare จำกัดกฎการกำหนดเส้นทาง (routing rules) ไว้ที่ 200 กฎต่อโดเมน (ขีดจำกัดทั้งสองข้อ ณ เดือนกันยายน 2569) ไม่ว่าจะใช้ผู้ให้บริการไหน ให้ส่งข้อความทดสอบจากบัญชีอื่นหลังตั้งค่าเสร็จ ขั้นตอนสำหรับผู้ให้บริการแต่ละรายอยู่ในวิธีหยุดรับที่อยู่เดียวบน catch-all และสำหรับ iCloud ดูที่คู่มือโดเมนอีเมลแบบกำหนดเองของ iCloud+

ในแผนแบบเสียเงิน (ณ เดือนกันยายน 2569) บริการนามแฝงอย่าง addy.io และ SimpleLogin เปิด catch-all บนโดเมนของคุณเองได้ โดยสร้างนามแฝงแต่ละรายการขึ้นเมื่อมีอีเมลเข้ามาครั้งแรก แล้วให้คุณปิดนามแฝงใดก็ได้ทีละรายการ

ใช้ catch-all หรือบริการนามแฝงดี

Privacy Guides แนะนำบริการนามแฝงโดยเฉพาะมากกว่า เพราะเปิดและปิดนามแฝงได้ทีละรายการ และการตอบกลับจะส่งออกจากนามแฝง แต่ผู้ให้บริการส่วนใหญ่ก็บล็อกที่อยู่เดียวได้เช่นกัน โดยใช้กฎหนึ่งข้อต่อหนึ่งที่อยู่ตามที่อธิบายไว้ข้างต้น ส่วนการส่งอีเมลขึ้นอยู่กับผู้ให้บริการ Fastmail ให้คุณพิมพ์ที่อยู่ From ใดก็ได้บนโดเมนที่เปิด catch-all ขณะที่ Cloudflare Email Routing ไม่รองรับการส่งหรือตอบกลับจากโดเมนของคุณ อย่างไรก็ตาม ประเด็นเรื่องการเชื่อมโยงที่อยู่เข้าด้วยกันยังคงเป็นจริง

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

สำหรับเจ้าของรายชื่ออีเมล: ทำไมเครื่องมือตรวจสอบอีเมลจึงติดธงโดเมนแบบ catch-all

เครื่องมือตรวจสอบอีเมลตรวจที่อยู่โดยสื่อสารกับเซิร์ฟเวอร์อีเมลของผู้รับผ่าน SMTP แล้วหยุดก่อนจะมีการส่งข้อความใด ๆ ถ้าเซิร์ฟเวอร์ตอบ 250 กับทุกที่อยู่ การตรวจนี้ก็พิสูจน์อะไรไม่ได้ เพราะที่อยู่จริงกับที่อยู่ที่แต่งขึ้นดูเหมือนกัน เมื่อเซิร์ฟเวอร์รับข้อความไปแล้ว ความล้มเหลวที่เกิดขึ้นทีหลังจะกลับมาเป็นอีเมลตีกลับแยกต่างหาก หรือข้อความจะถูกทิ้งไปเงียบ ๆ Kickbox ระบุว่าเซิร์ฟเวอร์แบบนี้ “อาจทิ้งข้อความไปเงียบ ๆ หรือส่งอีเมลตีกลับตามมาภายหลัง”

แต่ละเครื่องมือติดป้ายผลลัพธ์ดังนี้

• Kickbox: “Accept-All” (ยอมรับทุกที่อยู่) จัดอยู่ในกลุ่ม Risky (มีความเสี่ยง) พร้อมคำแนะนำว่า “ระมัดระวังเมื่อส่งถึงที่อยู่ที่มีความเสี่ยง”
• NeverBounce: “Accept all (Unverifiable)” (ยอมรับทุกที่อยู่ ตรวจสอบไม่ได้) และเสริมว่า catch-all “เป็นการตั้งค่าบนเซิร์ฟเวอร์อีเมลของผู้รับ ไม่ใช่ผลประเมินของที่อยู่แต่ละรายการ อีเมลเหล่านี้มักใช้ได้จริง”
• Hunter: สถานะ accept_all พร้อมคะแนนที่ประเมินว่าที่อยู่นั้นมีโอกาสใช้ได้จริงมากน้อยเพียงใด

เรื่องนี้พบได้บ่อย ZeroBounce รายงานว่ากว่า 9% ของที่อยู่ที่ประมวลผลในปี 2568 (ค.ศ. 2025) มีผลเป็น catch-all และ MailerCheck ให้ตัวเลข 8.6% จากที่อยู่ที่ตรวจสอบมา ZeroBounce ยังบอกด้วยว่าการกำหนดเส้นทางขาเข้าของ Microsoft 365 อาจทำให้การตรวจดูเหมือน catch-all ทั้งที่ไม่มีกล่องอีเมลที่รับแบบ catch-all อยู่เลย ขณะที่เอกสารของ Microsoft ระบุว่าโดเมนแบบ Authoritative (โดเมนที่มีสิทธิ์) จะปฏิเสธผู้รับที่ไม่รู้จัก

ควรส่งอีเมลถึงที่อยู่แบบ catch-all ไหม

ผลลัพธ์ catch-all หมายถึง “ไม่ทราบ” ไม่ใช่ “ใช้ไม่ได้” เก็บที่อยู่แบบ catch-all ที่ได้มาจากการสมัครที่ยืนยันแล้ว หรือที่เคยคลิกลิงก์ในอีเมลของคุณไว้ ส่งถึงที่อยู่ที่เหลือเป็นชุดเล็ก ๆ และนำที่อยู่ที่ตีกลับออก

จัดเรียงอีเมลจาก catch-all ตามที่อยู่

จัดเรียงตามที่อยู่ที่อีเมลแต่ละฉบับส่งถึง แต่อีเมลที่ส่งถึงคุณแบบ Bcc จะไม่แสดงที่อยู่ของคุณในช่อง To หรือ Cc (RFC 5322) และอีเมลจากรายชื่ออีเมล (mailing list) มักจ่าหน้าถึงตัวรายชื่อ ส่วนหัว Delivered-To ซึ่งอธิบายไว้ใน RFC 9228 ฉบับทดลอง ช่วยได้ในกรณีที่ผู้ให้บริการของคุณเพิ่มส่วนหัวนี้ กฎและการค้นหาสำหรับผู้ให้บริการแต่ละรายอยู่ในการอ่านอีเมลจาก catch-all ทีละที่อยู่

CatchNone เหมาะกับกรณีไหน

เส้นทาง “ใช้โดเมนของคุณเอง” ของ CatchNone สร้างมาเพื่ออ่านกล่องอีเมลที่รับแบบ catch-all แอปเชื่อมต่อจากอุปกรณ์ของคุณตรงไปยังกล่องอีเมลที่ catch-all ส่งอีเมลเข้าไป แบบอ่านอย่างเดียวผ่าน IMAP (TLS พอร์ต 993 เป็นค่าเริ่มต้น) หรือ JMAP อีเมลเหล่านั้นจึงไม่ผ่านเซิร์ฟเวอร์ของ CatchNone เลย และแอปไม่เปลี่ยน DNS ของคุณ ทุกข้อความมีป้ายบอกที่อยู่ที่ข้อความนั้นส่งถึง ที่อยู่ที่รั่วไหลหรือถูกขายต่อจึงเห็นได้ชัด และ “ความเคลื่อนไหว” ชี้ให้เห็นอีเมลที่เข้ามาทางนามแฝงที่ไม่ได้ใช้แล้ว รวมถึงผู้ส่งที่ส่งมาเป็นครั้งแรก อีเมลที่ส่งถึงที่อยู่ที่คุณไม่เคยสร้างจะแสดงภายใต้ที่อยู่นั้นพร้อมป้ายสีเทา ถ้าภายหลังคุณสร้างนามแฝงด้วยที่อยู่นั้นผ่าน “ปรับแต่ง” อีเมลก่อนหน้าก็จะใช้ชื่อและสีของนามแฝงนั้น ขีดจำกัด 10 รายการของแผนฟรีนับเฉพาะนามแฝงที่คุณสร้าง ไม่นับที่อยู่ที่มีอีเมลเข้ามาแสดง ส่วน Lite และ Premium ไม่มีขีดจำกัดจำนวนนามแฝงบนโดเมนของคุณเอง ดาวน์โหลด CatchNone ซึ่งมีให้ใช้บน iPhone, iPad และ Mac

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

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

อีเมลแบบ catch-all ปลอดภัยไหม

catch-all ไม่ได้ทำให้ข้อความใดข้อความหนึ่งอันตรายขึ้น อีเมลฟิชชิงก็อันตรายเท่าเดิมไม่ว่าจะส่งถึงที่อยู่ไหน สิ่งที่ catch-all เพิ่มขึ้นคือช่องทางที่คุณเปิดรับ ที่อยู่ที่ถูกเดาจะถูกส่งเข้ามา อีเมลที่พิมพ์ผิดจะมาถึงคุณแทนที่จะตีกลับ และบนโดเมนที่มีคุณใช้คนเดียว ที่อยู่ของคุณก็เชื่อมโยงกันได้ สำหรับผู้ส่ง ที่อยู่แบบ catch-all ไม่ได้อันตราย เพียงแต่ตรวจสอบไม่ได้ บางที่อยู่จะตีกลับภายหลัง ซึ่งเป็นเหตุผลที่ Kickbox จัดให้อยู่ในกลุ่ม Risky

Microsoft 365 มีที่อยู่แบบ catch-all ได้ไหม

ไม่ได้ Exchange Online ไม่มีการตั้งค่า catch-all เมื่อกล่องอีเมลทั้งหมดของโดเมนอยู่ใน Microsoft 365 ระบบจะปฏิเสธอีเมลที่ส่งถึงที่อยู่ที่ไม่รู้จักด้วย 550 5.4.1 และวิธีแก้ที่แชร์กันอยู่ไม่ใช่คำแนะนำอย่างเป็นทางการ คู่มือการตั้งค่าอธิบายว่าทำไม Microsoft 365 จึงไม่มี catch-all และควรทำอะไรแทน

บัญชี Gmail มี catch-all ได้ไหม

ไม่ได้สำหรับที่อยู่ @gmail.com เพราะแต่ละที่อยู่เป็นบัญชีเดียว แม้ว่าที่อยู่แบบเติม + และที่อยู่ของคุณแบบที่ใส่จุดจะยังส่งมาถึงคุณได้ ถ้าคุณมีโดเมนเป็นของตัวเอง Google Workspace มี catch-all routing หรือคุณจะใช้บริการส่งต่ออย่าง Cloudflare Email Routing ส่งทุกที่อยู่เข้ากล่องจดหมายของ Gmail ปกติก็ได้ ตามที่อธิบายไว้ในการใช้ Gmail กับโดเมนแบบกำหนดเองผ่าน Cloudflare

ควรเปิด catch-all ให้โดเมนของฉันไหม

เปิดใช้ถ้าคุณต้องการคิดที่อยู่ขึ้นมาได้ทันที หรือไม่อยากให้อีเมลที่จ่าหน้าผิดสูญหาย และยอมบล็อกที่อยู่ที่รั่วไหลทีละที่อยู่ ปิดไว้ถ้าคุณอยากสร้างแต่ละที่อยู่อย่างตั้งใจ ยังมีทางสายกลางด้วย Proton แนะนำให้ชี้ catch-all ไปที่ที่อยู่เฉพาะ เพื่อไม่ให้กล่องขาเข้าของคุณรก และ addy.io ให้คุณตั้งรูปแบบ (pattern) เพื่อให้สร้างอัตโนมัติเฉพาะที่อยู่ที่ตรงกับรูปแบบนั้น ถ้าคุณเปิดใช้ คู่มือการตั้งค่ามีขั้นตอนสำหรับผู้ให้บริการแต่ละราย และผู้ให้บริการอีเมลสำหรับโดเมนแบบกำหนดเองเหล่านี้มี catch-all ให้ ถ้าผู้ให้บริการของคุณไม่มี