คำแนะนำทีละขั้นตอนในการซื้อโดเมน เชื่อมต่อ DNS และตั้งค่าอีเมลธุรกิจ (MX, SPF, DKIM, DMARC). ตรวจสอบง่าย แก้ปัญหาพบบ่อย และเคล็ดลับด้านความปลอดภัย.

คุณกำลังตั้งค่าสองสิ่งที่ทำงานร่วมกัน: ชื่อโดเมน (เช่น yourcompany.com) และ ที่อยู่อีเมลธุรกิจ ที่ใช้โดเมนนั้น (เช่น [email protected]) เมื่อเชื่อมต่อถูกต้อง คุณจะส่งและรับอีเมลได้อย่างเชื่อถือได้—และผู้รับเห็นแบรนด์ของคุณทุกครั้งที่คุณกด "ส่ง"
[email protected]) และที่อยู่ทีม (เช่น [email protected])การเชื่อมระหว่างโดเมนและผู้ให้บริการอีเมลทำผ่าน การตั้งค่า DNS (ระเบียนไม่กี่รายการที่คุณเพิ่มในตัวจัดการโดเมน) ระเบียนเหล่านั้นบอกอินเทอร์เน็ตว่าจะส่งเมลของโดเมนคุณไปที่ไหนและตรวจสอบว่าเป็นของจริงอย่างไร
คู่มือนี้สำหรับคน ไม่เชี่ยวชาญด้านเทคนิค—ผู้ก่อตั้งโซโล, ฟรีแลนซ์ และทีมขนาดเล็ก—ที่ต้องการให้อีเมลธุรกิจใช้งานได้โดยไม่ต้องเข้าใจเครือข่ายหรือเซิร์ฟเวอร์
info@, billing@, support@)การตั้งค่าส่วนใหญ่ต้องการเวลาทำงาน 30–90 นาที
สิ่งที่ไม่แน่นอนหลักคือ การแพร่กระจายของ DNS: หลังจากอัปเดตระเบียน DNS อาจใช้ตั้งแต่ไม่กี่นาทีจนถึง 24–48 ชั่วโมง เพื่อให้การเปลี่ยนแปลงถูกยอมรับทั่วโลก ในช่วงนั้น อีเมลอาจใช้ได้สำหรับบางคนแต่ยังไม่สำหรับบางคน—หรืออาจเริ่มใช้งานทีละน้อย
เมื่อทุกอย่างเชื่อมต่อ คุณจะได้การปรากฏตัวของอีเมลที่สะอาดและน่าเชื่อถือมากขึ้น—และเป็นฐานที่ขยายได้ (เพิ่มเพื่อนร่วมทีม ที่อยู่ใหม่ และการส่งที่ดีขึ้นเมื่อเวลาผ่านไป)
ก่อนคลิกเข้าไปในการตั้งค่า จะช่วยได้ถ้ารู้ว่าบริษัทแต่ละแห่งทำอะไร ความสับสนส่วนใหญ่เกิดจากการที่มีสามที่ต่างกันเข้ามาเกี่ยวข้อง
Domain registrar: บริษัทที่คุณ ซื้อ ชื่อโดเมน (เช่น yourcompany.com) พวกเขาจัดการความเป็นเจ้าของ การต่ออายุ และการควบคุมโดเมนพื้นฐาน
DNS host (DNS provider): ที่ที่ "สมุดโทรศัพท์" ของโดเมนคุณอยู่ DNS คือชุดระเบียนที่บอกอินเทอร์เน็ตว่าบริการต่าง ๆ อยู่ที่ไหน (เว็บไซต์ อีเมล ฯลฯ) บางครั้ง registrar ก็เป็น DNS host ด้วย แต่ไม่เสมอไป
Email provider: บริการที่ดูแลกล่องจดหมายจริง ๆ และส่ง/รับเมล (เช่น Google Workspace หรือ Microsoft 365) พวกเขามอบกล่องจดหมายเช่น [email protected]
คิดแบบนี้:
ดังนั้นคุณซื้อโดเมนที่ registrar แล้วแก้ระเบียน DNS (ที่ใดก็ตามที่ DNS โฮสต์อยู่) เพื่อบอกโลกว่า "อีเมลสำหรับ @yourcompany.com ให้ส่งไปยังผู้ให้บริการนี้"
หากต้องการไดอะแกรมง่าย ๆ สำหรับบทความ ให้ใช้:
Domain (registrar) → DNS (records) → Email provider (inboxes)
เมื่อคุณเปลี่ยน DNS (เช่น MX, SPF, DKIM) การอัปเดตจะไม่ปรากฏทุกที่ทันที Propagation คือเวลาที่การเปลี่ยนแปลง DNS กระจายไปทั่วอินเทอร์เน็ต เพราะเครือข่ายต่าง ๆ มีการเก็บค่าแคชของตัวเอง
จริง ๆ แล้ว นั่นหมายความว่าคุณอาจบันทึกการเปลี่ยนแปลง DNS แล้วยังเห็นพฤติกรรมเก่าอยู่สักพัก—โดยเฉพาะชั่วโมงแรกหรือสองชั่วโมง
โดเมนเป็นพื้นฐานสำหรับเว็บไซต์และอีเมลของคุณ (เช่น [email protected]) และเป็นสิ่งที่คุณจะเก็บไว้หลายปี ดังนั้นการใส่ใจเล็กน้อยตั้งแต่ต้นจะลดปัญหาในอนาคต
มุ่งหาอะไรที่สั้น ชัดเจน และสะกดง่ายเมื่อได้ยินครั้งเดียว
กฎปฏิบัติเล็ก ๆ:
หากเป็นไปได้ ให้ซื้อรูปแบบสำคัญ ๆ เพื่อปกป้องแบรนด์ แล้วเลือกโดเมน "หลัก" สำหรับอีเมล
เมื่อตัดสินใจ registrar ให้เปรียบเทียบ:
ลงทะเบียนโดเมนในชื่อธุรกิจของคุณ (หรือเจ้าของที่เชื่อถือได้) และควบคุมการเข้าสู่ระบบ อีเมลกู้คืน และการยืนยันสองขั้นตอน เก็บการเข้าถึง registrar ไว้ที่เดียว—แชร์อย่างปลอดภัย—เพื่อไม่ให้โดเมนหายไปพร้อมกับพนักงานหรือนักจ้างที่ออกจากงาน
เปิด WHOIS privacy เว้นแต่มีเหตุผลเฉพาะที่จะไม่ทำ มันช่วยลดสแปมและปกป้องข้อมูลติดต่อส่วนตัวจากการถูกแสดงสาธารณะ
การเลือกว่าอีเมลจะอยู่ที่ไหนคือเรื่องหลัก คุณสามารถเก็บโดเมนไว้กับเจ้าเดิมแต่ให้บริการอีเมลกับคนละเจ้าได้
1) อีเมลกับ registrar ของคุณ
หลาย registrar ขายแพ็กอีเมลพร้อมโดเมน สะดวกเพราะบิลและการสนับสนุนรวมกัน ข้อแลกคือฟีเจอร์อาจพื้นฐานกว่า (เครื่องมือร่วมมือ หน่วยจัดการน้อยกว่า) และการย้ายในอนาคตอาจต้องทำหลายขั้นตอน
2) อีเมลกับผู้ให้บริการแยกต่างหาก
ตัวเลือกปกติสำหรับทีมที่เติบโต ผู้ให้บริการอย่าง Google Workspace หรือ Microsoft 365 ให้ความสำคัญเรื่องการส่งถึงกล่องจดหมาย ความปลอดภัย และแอปเพื่อการทำงานร่วมกัน คุณเก็บโดเมนไว้กับ registrar แล้วเชื่อมอีเมลด้วยระเบียน DNS
โฟกัสที่สิ่งที่คุณจะใช้จริง:
แอดมินที่ไม่เชี่ยวชาญเทคนิคมักรู้สึกต่างในเรื่องเหล่านี้:
เตรียมราคาต่อผู้ใช้ต่อเดือนสำหรับผู้ให้บริการที่มีฟีเจอร์ครบ; อีเมลของ registrar มักถูกกว่าแต่ฟีเจอร์น้อยกว่า ก่อนตัดสินใจ ตรวจสอบว่าแต่ละชั้นรวมอะไรบ้าง (กล่องจดหมายเทียบกับ alias, พื้นที่เก็บ, กล่องจดหมายที่ใช้ร่วมกัน) และเปรียบเทียบหน้าเพจแผนราคา
ถ้าไม่แน่ใจ ให้เลือกผู้ให้บริการที่รองรับการส่งออกและเครื่องมือย้ายง่าย—คุณจะขอบคุณตัวเองในอนาคต
ส่วนนี้คือที่อีเมลโดเมนของคุณเริ่มใช้งานจริง: คุณจะสร้าง inbox สำหรับคนใช้จริง และที่อยู่เสริมที่ทำให้ธุรกิจดูเป็นระเบียบ
สร้างที่อยู่อันดับแรก—มักเป็นหนึ่งในเหล่านี้:
ถ้าคุณทำธุรกิจคนเดียว ใช้ you@ เป็นกล่องจริงและเพิ่ม hello@ เป็น alias ส่งมาที่เดียวกันได้
ต่อไป สร้างกล่องจดหมายสำหรับคนจริง (เช่น sara@, mike@) แล้วเพิ่มที่อยู่ "บทบาท" ที่ลูกค้าจะติดต่อคุณ:
สำหรับที่อยู่บทบาท ให้ตัดสินใจว่าใครจะได้รับข้อความ ตัวเลือกปกติคือ: ส่งให้คนคนเดียว หลายคน หรือใช้กล่องจดหมายที่ใช้ร่วมกัน (อ่านต่อด้านล่าง)
ใช้ alias เมื่อ:
สร้าง mailbox แยก เมื่อ:
เลือกกฎง่าย ๆ แล้วยึดตามมัน:
หลีกเลี่ยงการใช้รูปแบบหลากหลาย (เช่น support-team@ กับ help@)—ความสม่ำเสมอทำให้ง่ายต่อการ onboard ความปลอดภัย และการแก้ปัญหาในภายหลัง
DNS คือหน้าการตั้งค่าของโดเมนคุณ ที่ที่คุณบอกอินเทอร์เน็ตว่าเว็บไซต์อยู่ที่ไหน และสำหรับอีเมล บอกว่าบริการไหนควรรับข้อความสำหรับ [email protected]
ข่าวดี: ปกติคุณแก้เพียงไม่กี่รายการสำหรับอีเมลธุรกิจ—หลัก ๆ คือ MX records และอีกสองสามรายการ TXT (สำหรับ SPF, DKIM, DMARC ต่อไป) ส่วนที่ยากจริง ๆ คือหาจอที่ถูกต้อง
คนส่วนใหญ่จัดการ DNS ในที่ใดที่หนึ่งเหล่านี้:
เบาะแสอย่างรวดเร็ว: ถ้าโดเมนของคุณใช้ custom nameservers (มักเป็นอย่างเช่น ns1.cloudflare.com) DNS น่าจะไม่ถูกจัดการที่ registrar แม้คุณจะซื้อโดเมนจากที่นั่น
มองหาเมนูเช่น:
เมื่อเข้าไปแล้ว คุณควรเห็นตารางที่มีคอลัมน์อย่าง Type, Name/Host, Value/Content, Priority, และ TTL
ใช้เวลา 2 นาทีป้องกันความผิดพลาดง่าย ๆ:
สำหรับอีเมลธุรกิจบนโดเมนแบบกำหนดเอง คุณมักจะเพิ่มหรือแทนที่:
โดยปกติคุณสามารถปล่อยระเบียนที่เกี่ยวกับเว็บไซต์ (เช่น A, AAAA, และ CNAME) ไว้ตามเดิม เว้นแต่ผู้ให้บริการจะบอกให้เปลี่ยน
ข้อผิดพลาดที่ทำให้ "อีเมลใช้ไม่ได้" มากที่สุดคือ:
mail.example.com ขณะที่บางระบบเติมโดเมนให้เองถ้าคุณเป็นระเบียบ—หา DNS host ให้เจอ ถ่ายภาพหน้าจอสิ่งที่มีอยู่ แล้วแก้เฉพาะสิ่งที่ผู้ให้บริการอีเมลแจ้ง—คุณจะพร้อมก้าวต่อไปสู่ขั้นตอนถัดไป: ตั้งค่า MX records
MX records คือป้ายบอกเส้นทางเมลสำหรับโดเมนของคุณ เมื่อมีคนส่งอีเมลไปที่ [email protected] บริการของพวกเขาจะเช็ก DNS ของโดเมนคุณและมองหา MX records เพื่อรู้ว่าผู้ให้บริการใด (Google Workspace, Microsoft 365 ฯลฯ) ควรรับข้อความนั้น
MX (Mail Exchange) records บอกโลกว่าจะส่งอีเมลของคุณไปที่ไหน หากชี้ผิดหรือมีการผสมที่ขัดแย้ง ข้อความอาจเด้งหาย หรือส่งไปที่ inbox เก่าที่คุณลืมไปแล้ว
ในหน้าการตั้งค่า DNS ของโดเมน ผู้ให้บริการอีเมลจะให้รายการ MX เฉพาะ (host/name, value/target, และ priority) เพิ่มให้ตรงตามที่ระบุ
ถ้าคุณเปลี่ยนผู้ให้บริการ โดยปกติจะต้องลบ MX เก่าที่ชี้ไปยังบริการก่อนหน้านั้น ผู้ให้บริการหลายรายจะบอกว่า "ลบ MX ที่มีอยู่ทั้งหมด" ทำตามอย่างระมัดระวัง—การทิ้ง MX เก่าไว้สามารถแบ่งการส่งได้
เคล็ดลับ: ก่อนแก้ไข ให้คัดลอก MX ปัจจุบันเก็บไว้ในบันทึกเผื่อเรียกคืน
priority ของ MX เป็นการจัดลำดับ: ตัวเลขต่ำกว่าจะถูกลองก่อน ตัวอย่าง: priority 1 ถูกเลือกก่อน priority 5
การตั้งค่ามาตรฐานจะทำงานได้ตราบใดที่คุณ:
เริ่มด้วยเครื่องมือตรวจสอบของผู้ให้บริการ (มักมีขั้นตอน "Verify domain/DNS") เพื่อยืนยันว่า MX ถูกตรวจพบ
แล้วทดสอบจริง: ส่งข้อความจากอีเมลส่วนตัว (เช่น Gmail) ไปยังที่อยู่อีเมลธุรกิจใหม่และยืนยันว่ามาถึง ตอบกลับเพื่อตรวจสอบการส่งขาออกด้วย (MX เกี่ยวกับขาเข้า ส่วนขาออกจัดการโดยผู้ให้บริการของคุณ)
SPF, DKIM, และ DMARC เป็นระเบียน DNS สามรายการที่ช่วยให้ระบบเมลอื่น ๆ เชื่อถือข้อความที่ส่งจากโดเมนของคุณ หน้าที่ของพวกมันคือ ลดการปลอมแปลง (ใครบางคนแกล้งส่งอีเมลจากคุณ) และปรับปรุงการส่งถึงกล่องจดหมายโดยลดโอกาสที่เมลจริงจะถูกมองว่าเป็นสแปม
SPF เป็นระเบียน TXT เดียวที่ระบุว่าเซิร์ฟเวอร์หรือบริการใดได้รับอนุญาตให้ส่งอีเมลโดยใช้โดเมนของคุณ
สองกฎใช้งานได้จริง:
ตัวอย่างค่า SPF TXT (ตัวอย่างเท่านั้น):
v=spf1 include:_spf.google.com include:servers.mcsv.net -all
บรรทัด "include:" ให้อำนาจแก่ผู้ส่ง ส่วนท้าย -all หมายถึง "อื่น ๆ ไม่ได้รับอนุญาต" หากไม่แน่ใจในช่วงทดสอบ บางทีมเริ่มด้วย ~all (นุ่มกว่า) แล้วค่อยเปลี่ยนเป็น -all ภายหลัง
DKIM ให้ผู้ให้บริการอีเมลเซ็นข้อความขาออก คุณจะได้รับ selector และระเบียน DNS แล้วเปิดการเซ็นในผู้ให้บริการ
ผู้ให้บริการมักให้:
google หรือ s1)มันอาจดูเป็น selector._domainkey.yourdomain.com หลังเพิ่มแล้ว กลับไปที่แผงควบคุมผู้ให้บริการอีเมลและ เปิดใช้งาน DKIM/การเซ็น
DMARC บอกผู้รับว่าต้องทำอย่างไรถ้า SPF/DKIM ตรวจไม่ผ่าน เริ่มด้วยนโยบายเฝ้าดูเพื่อไม่บล็อกเมลที่ดีโดยไม่ได้ตั้งใจ
ระเบียน DMARC เริ่มต้นทั่วไป:
v=DMARC1; p=none; rua=mailto:[email protected]; adkim=s; aspf=s
ด้วย p=none คุณจะเก็บรายงานก่อน ไม่นานหลังจากยืนยันว่าเมลที่ถูกต้องผ่านการตรวจแล้ว คุณสามารถเข้มงวดเป็น quarantine หรือ reject ได้
เมื่อสร้างกล่องจดหมายและเชื่อมต่อ DNS ขั้นตอนสุดท้ายคือทำให้มันใช้งานได้ทุกที่ที่คุณอ่านและส่งเมล: แล็ปท็อป โทรศัพท์ และบางครั้งแท็บเล็ต
Webmail คือ inbox ที่เปิดในเบราว์เซอร์ (เช่น Gmail ใน Chrome, Outlook บนเว็บ หรือตัวพอร์ทัลของผู้ให้บริการ) เป็นที่ที่ง่ายที่สุดในการยืนยันบัญชีของคุณเพราะไม่ต้องตั้งค่าอะไร หากส่ง/รับในเว็บเมลได้ แปลว่ากล่องจดหมายใช้งานได้
Email apps คือโปรแกรมอย่าง Gmail หรือ Outlook mobile apps, Apple Mail, หรือ Outlook บนเดสก์ท็อป สะดวก (แจ้งเตือน เข้าถึงออฟไลน์) แต่พึ่งพาการตั้งค่าการลงชื่อเข้าใช้และเซิร์ฟเวอร์ที่ถูกต้อง
เคล็ดลับ: หากการตั้งค่าในแอปล้มเหลว ให้ล็อกอินเว็บเมลก่อน จะแยกได้ว่าเป็นปัญหาบัญชีหรือปัญหาอุปกรณ์
บางผู้ให้บริการเสนอหลายวิธีเชื่อมต่อ:
ถ้ามีตัวเลือกและแผนของคุณรวมไว้ ให้เลือก Exchange/ActiveSync เพื่อความเรียบง่าย ใช้ IMAP เมื่อไม่มี Exchange หรือเมื่อคุณต้องการการตั้งค่าทั่วไป
ถ้าบัญชีเปิดใช้ two-factor authentication (2FA) บางแอปเก่าหรือไคลเอนต์เดสก์ท็อปอาจรับขั้นตอนที่สองไม่ได้
วิธีแก้ทั่วไป:
[email protected]) ไม่ใช่แค่ชื่อผู้ใช้เมื่อแอปถาม "Manual settings" ส่วนมากคุณต้องการ:
[email protected]หากไม่รู้ชื่อเซิร์ฟเวอร์ ให้เอาข้อมูลจากหน้าช่วยเหลือของผู้ให้บริการ—ค้นหา "IMAP settings" หรือ "Exchange settings" แล้วคัดลอกตามที่ระบุ
หลังตั้งค่า ส่งอีเมลทดสอบไปยังบัญชีส่วนตัวแล้วตอบกลับเพื่อตรวจสอบทั้งขาเข้าและขาออก
เมื่อทีมมีกล่องจดหมายจริง คุณอาจต้องการการตั้งค่าสะดวก ๆ เช่น การส่งต่อ alias catch-all หรือกล่องจดหมายที่ใช้ร่วมกัน พวกมันคล้ายกันแต่ทำงานต่างกันมาก
info@ → sarah@)sarah@ รับ invoices@ ด้วย)support@กฎง่าย ๆ: ใช้ alias เมื่อเป็นที่อยู่อีกชื่อของคนคนเดียว และใช้ shared inbox เมื่อหลายคนต้องจัดการที่อยู่อันเดียว
การส่งต่อเหมาะสำหรับ:
การส่งต่อระยะยาวอาจมีปัญหา:
ถ้าที่อยูทีมสำคัญ (sales@, support@) ให้ใช้ shared inbox หรือระบบ helpdesk แทน
Catch-all หมายความว่า [email protected] จะถูกยอมรับและส่ง (แม้พิมพ์ผิดเช่น suupport@)
ข้อดี:
ข้อเสีย:
ถ้าเปิดใช้ catch-all ควรให้มันส่งไปยังกล่องจดหมายที่มีคนตรวจและตั้งกรองสแปมเข้มข้น
ผู้ให้บริการส่วนใหญ่อนุญาตให้สร้างกฎใน inbox เช่น:
ทริกเล็ก ๆ เหล่านี้ช่วยให้เมลไม่กลายเป็นแชทกลุ่มที่ไม่มีเจ้าของ
การเปลี่ยนไปใช้อีเมลธุรกิจใหม่ไม่จำเป็นต้องหมายถึงการสูญเสียข้อความเก่า กุญแจคือการตัดสินใจว่าจะย้ายอะไรและใช้วิธี "ให้ทั้งสองยังทำงานสักพัก"
เริ่มด้วยการเลือกระดับ:
ถ้าไม่แน่ใจ ให้ย้าย เมลก่อน แล้วค่อยย้ายรายชื่อ/ปฏิทินเมื่อเมลเสถียร
ผู้ให้บริการส่วนใหญ่ให้ตัวเลือกสามแบบที่ใช้ได้จริง:
1) ตัวนำเข้าที่มีในระบบ (ง่ายสุด)
Google Workspace และ Microsoft 365 มีเครื่องมือย้ายที่คัดลอกเมล (และบางครั้งรายชื่อ/ปฏิทิน) จากผู้ให้บริการอื่น นี่มักเป็นตัวเลือกที่ไม่ยุ่งยากสำหรับการตั้งค่าที่ไม่เชิงเทคนิค
2) ย้ายแบบ IMAP (ใช้ได้กับหลายผู้ให้บริการ)
ถ้าอีเมลเก่ารองรับ IMAP เครื่องมือย้ายสามารถคัดลอกโฟลเดอร์และข้อความได้ ปกติจะย้ายเมลได้ดี แต่ไม่ได้ย้ายปฏิทิน/รายชื่อเว้นแต่คุณจะส่งออกแยก
3) ส่งออก/นำเข้าแบบแมนนวล (ต้องทำมากสุด)
ใช้เมื่อตัวช่วยอัตโนมัติไม่มี ให้ส่งออกจากบริการเก่า (มักเป็น PST/mbox/CSV) แล้วนำเข้าในบริการใหม่ ทำได้แต่ต้องเผื่อเวลาในการทำความสะอาด
อย่าปิดบัญชีเก่าทันที รักษาไว้จนกว่าคุณจะยืนยันว่า:
พิจารณาตั้ง ตอบกลับอัตโนมัติ ในที่อยู่อีเมลเก่าว่า "เราได้ย้ายไปที่ [email protected]" พร้อมระยะเวลาแสดงข้อความชั่วคราว
เลือกเวลาเงียบ (เช้าเร็วหรือปลายสัปดาห์) แล้ว:
เมื่อทุกอย่างเรียบร้อย อัปเดตข้อมูลสมัคร ใบแจ้งหนี้ และการเข้าสู่ระบบที่ใช้ที่อยู่อีเมลเก่า—แล้วเก็บ inbox เก่าไว้สักพักก่อนยกเลิกบริการ
ปัญหาอีเมลธุรกิจส่วนใหญ่เกิดจากสามด้าน: ระเบียน DNS (การตั้งค่าโดเมนของคุณ), การยืนยันตัว (SPF/DKIM/DMARC), หรือการลงชื่อเข้าใช้/การตั้งค่า (รหัสผ่าน, 2FA, การตั้งค่าแอป) ใช้เช็คลิสต์นี้เพื่อลดปัญหาได้รวดเร็ว
เริ่มจาก MX records
มักเป็นปัญหาการยืนยันหรือความไม่ตรงกันของตัวตน
[email protected])เมื่อขอการช่วยเหลือ ให้แนบ:
ถ้าคุณกำลังตั้งค่าอีเมลควบคู่ไปกับผลิตภัณฑ์หรือเครื่องมือภายใน ควรจัดที่อยู่ "from" ให้สอดคล้องตั้งแต่แรก (เช่น support@ สำหรับตอบลูกค้า, billing@ สำหรับใบแจ้งหนี้ และผู้ส่งเฉพาะสำหรับการแจ้งเตือนของแอป) ทีมที่สร้างแอปบน Koder.ai มักทำสิ่งนี้ตั้งแต่ต้นเพื่อให้ transactional และ support email คงที่ขณะที่แอปพัฒนา โดยไม่ต้องกลับไปแก้ DNS และปัญหาการส่งต่อในภายหลัง
คุณต้องเข้าถึงบัญชีสองแห่ง:
เตรียมรายการที่อยู่สั้น ๆ ที่ต้องการสร้างด้วย (เช่น you@, hello@, support@) เพื่อให้สามารถสร้างได้ครบในครั้งเดียว
ใช้เวลาตั้งค่าส่วนใหญ่ 30–90 นาที ของการดำเนินการจริง บวกกับ เวลาการแพร่กระจายของ DNS
การแพร่กระจายอาจใช้ ไม่กี่นาทีจนถึง 24–48 ชั่วโมง ดังนั้นเป็นเรื่องปกติที่อีเมลจะเริ่มใช้งานได้แบบค่อยเป็นค่อยไป (อาจใช้งานได้สำหรับผู้ส่งบางรายก่อนรายอื่น)
พวกมันคือบทบาทที่ต่างกัน:
ถ้าดูเมนของคุณใช้ nameservers แบบกำหนดเอง (เช่น Cloudflare) ให้แก้ไข DNS ที่นั่น ไม่ใช่ที่ registrar
MX records บอกอินเทอร์เน็ตว่าให้ส่งอีเมลขาเข้าสำหรับ @yourdomain.com ไปที่ไหน
วิธีตั้งค่าปลอดภัย:
เริ่มด้วยเครื่องมือยืนยันของผู้ให้บริการ แล้วทดสอบจริง:
พวกนี้เป็นสัญญาณความน่าเชื่อถือบน DNS ที่ช่วยให้ส่งเมลเข้ากล่องจดหมายแทนที่จะถูกทำให้เป็นสแปม:
p=none) แล้วค่อยเข้มงวดขึ้นใช้ alias เมื่อคนเดียวควรได้รับเมลจากหลายที่อยู่ (เช่น hello@ ส่งเข้า inbox หลัก)
ใช้ mailbox แยก/shared inbox เมื่อ:
support@ หรือ )Catch-all รับอีเมลที่ส่งไปยัง [email protected] รวมถึงพิมพ์ผิด
ข้อดี:
ข้อเสีย:
ถ้าเปิดใช้ ให้ส่งไปที่ inbox ที่มีคนตรวจสอบและตั้งการกรองสแปมอย่างเข้มงวด
ปฏิบัติที่ดีคือทำให้การตั้งค่าใหม่เสถียรก่อน แล้วค่อยย้าย:
[email protected]"ตรวจสอบจากบนลงล่าง:
เมื่อขอความช่วยเหลือ ให้แนบภาพหน้าจอของระเบียน DNS และ headers ของอีเมลตัวอย่าง (แสดงผลลัพธ์ SPF/DKIM/DMARC) เพื่อประหยัดเวลา
sales@