สังเกตว่าคุณไม่จำเป็นต้องใช้เสมอไป จดหมาย
, smtp
, ม
หรือชื่อโฮสต์ "ที่รู้จักกันดี" อื่น ๆ สำหรับเซิร์ฟเวอร์อีเมล ชื่อโฮสต์ DNS ที่ถูกต้องจะทำ ยิ่งไปกว่านั้น ชื่อ "ที่รู้จักกันดี" เหล่านี้จะไม่ถูกตรวจสอบ ดังนั้นแม้ว่าคุณจะใช้ชื่อดังกล่าว ก็จะไม่มีอะไรทำงานจนกว่าคุณจะตั้งค่าทุกอย่างให้สอดคล้องกัน ฉันใช้ทั่วไป เซิร์ฟเวอร์-nameX
เพื่อแสดงสิ่งนี้ เซิร์ฟเวอร์ "ขาเข้า" และ "ขาออก" อาจเป็นเครื่องที่แตกต่างกันโดยสิ้นเชิง ไม่สำคัญว่าเซิร์ฟเวอร์ขาออกจะสามารถรับอีเมลใด ๆ ได้ อย่างไรก็ตาม บางครั้งเซิร์ฟเวอร์ขาเข้าจำเป็นต้องสร้างการแจ้งเตือนสถานะการจัดส่ง
ระเบียน MX จะควบคุมอีเมล แผนกต้อนรับ. สิ่งนี้จำเป็นหากคุณต้องการให้โฮสต์นี้รับอีเมลสำหรับโดเมน แน่นอนว่าเมลเซิร์ฟเวอร์ไม่จำเป็นต้องอยู่ในโดเมนเดียวกัน ถ้าคุณต้องการจดหมายสำหรับ ตัวอย่าง. สุทธิ
ที่จะให้บริการโดย เซิร์ฟเวอร์-name1.example.com
ให้คุณเพิ่มระเบียน MX ต่อไปนี้ลงใน ตัวอย่าง. สุทธิ
:
ตัวอย่าง. สุทธิ. MX 10 server-name1.example.com
จดหมาย ต้นกำเนิด มีเล่ห์เหลี่ยมมากขึ้น
เซิร์ฟเวอร์อีเมลมักจะทำงานได้ดีขึ้นหากระเบียน PTR ชี้ไปที่ระเบียน A หรือ AAAA ที่สอดคล้องกัน ตัวอย่างเช่น ถ้าคุณมี
เซิร์ฟเวอร์-name2.example.com. 192.0.2.1
คุณควรจะมีด้วย
1.2.0.192.in-addr.arpa PTR เซิร์ฟเวอร์-name2.example.com
(แน่นอนว่าจะช่วยได้ก็ต่อเมื่อเซิร์ฟเวอร์ของคุณเชื่อมต่อจากไฟล์ 192.0.2.1
).
คุณต้องระบุที่อยู่ IP หรือชื่อนี้ในระเบียน SPF ของโดเมนที่ให้บริการ (ซึ่งเป็นของที่อยู่อีเมล "ผู้ส่ง") เช่น. หากคุณต้องการให้เซิร์ฟเวอร์นี้ให้บริการ ตัวอย่าง. สุทธิ
หลังต้องมีตำแหน่งต่อไปนี้ในระเบียน SPF TXT: ... a:server-name2.example.com ...
หรือ ... ip4:192.0.2.1 ...
.
อนุญาตให้เซิร์ฟเวอร์นี้มีคีย์ส่วนตัว DKIM ของตัวเอง และปล่อยให้ใช้คีย์นั้นเพื่อลงชื่อจดหมายโดยใช้ตัวเลือก ชื่อเซิร์ฟเวอร์2
. ในกรณีนี้ คุณต้องเผยแพร่คีย์สาธารณะที่เกี่ยวข้องภายใต้ตัวเลือกนี้ในโดเมนที่ให้บริการด้วย:
เซิร์ฟเวอร์-name2._domainkey.example.org TXT "v=DKIM1; p=..."
นอกจากนี้ยังเป็นการดีที่สุดหากเซิร์ฟเวอร์โฆษณาสิ่งนี้ เซิร์ฟเวอร์-name2.example.com
ในที่ต่างๆโดยเฉพาะใน สวัสดี
/EHLO
. เซิร์ฟเวอร์บางตัวตรวจสอบสิ่งนี้เพื่อให้สอดคล้องกับที่อยู่ IP ที่ได้รับการเชื่อมต่อ นอกเหนือจากการตรวจสอบ PTR