Score:-2

แยกการส่งต่ออีเมล: ข้อกำหนด DNS เกินกว่าบันทึก PTR หรือไม่

ธง eg

ธุรกิจระบบคลาวด์บางแห่งเสนออินสแตนซ์ VM "ฟรีตลอดเวลา" ไม่ใหญ่นัก แต่ก็เพียงพอสำหรับฉัน ดังนั้นฉันจะย้ายโครงสร้างพื้นฐานไปที่นั่น รวมถึง mail.example.com เครื่องนั้นจัดการจดหมายขาเข้าสำหรับ @example.com (example.com MX 10 mail.example.com). อย่างไรก็ตาม ในการส่งอีเมลจาก @example.com เครื่องต้องมีบันทึก PTR (192.0.2.1 PTR mail.example.com) อย่างไรก็ตาม ผู้ให้บริการระบบคลาวด์ไม่อนุญาตให้เพิ่มระเบียน PTRดังนั้น บางทีฉันอาจใช้รีเลย์สำหรับอีเมลขาออก ซึ่งโฮสต์ที่ผู้ให้บริการระบบคลาวด์รายอื่นที่อนุญาตให้ตั้งค่าบันทึก PTR

VM รีเลย์นั้นต้องการบันทึก PTR ที่เรียกว่า... mail.example.com? หรือ smtp.example.org จะทำเช่นกัน และ â ถ้ามันจะทำ â เซิร์ฟเวอร์ของผู้รับอีเมล â pechora1.icann.org â เพียงแค่ตรวจสอบว่า smtp.example.org คือ smtp.example.org และยอมรับอีเมลของฉันจาก ... @example.com? ไม่มีข้อกำหนด DNS เพิ่มเติมหรือไม่ (และ â ถ้าใช่ â ทำไม?)

Score:2
ธง za

สังเกตว่าคุณไม่จำเป็นต้องใช้เสมอไป จดหมาย, 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

โพสต์คำตอบ

คนส่วนใหญ่ไม่เข้าใจว่าการถามคำถามมากมายจะปลดล็อกการเรียนรู้และปรับปรุงความสัมพันธ์ระหว่างบุคคล ตัวอย่างเช่น ในการศึกษาของ Alison แม้ว่าผู้คนจะจำได้อย่างแม่นยำว่ามีคำถามกี่ข้อที่ถูกถามในการสนทนา แต่พวกเขาไม่เข้าใจความเชื่อมโยงระหว่างคำถามและความชอบ จากการศึกษาทั้ง 4 เรื่องที่ผู้เข้าร่วมมีส่วนร่วมในการสนทนาด้วยตนเองหรืออ่านบันทึกการสนทนาของผู้อื่น ผู้คนมักไม่ตระหนักว่าการถามคำถามจะมีอิทธิพลหรือมีอิทธิพลต่อระดับมิตรภาพระหว่างผู้สนทนา