มีระเบียน DNS มาตรฐานเพื่อระบุเซิร์ฟเวอร์ IMAP สำหรับโดเมนหรือไม่

19

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

ใครเคยได้ยินอะไรแบบนี้บ้าง

domain-name-system email imap

— BGP
แหล่งที่มา

4

บางแอปพลิเคชันรองรับการค้นหาอัตโนมัติ dns และอาจมี rfc หรือสเป็คบางอย่างสำหรับการค้นหาอัตโนมัติของ imap ฉันจะไม่คาดหวังว่าหลายคนติดตามมันด้วยเหตุผลที่คุณพูดถึง องค์กรจะเผยแพร่เอกสารหรือใช้การจัดการการกำหนดค่าเพื่อกำหนดค่าจุดสิ้นสุด smtp จำเป็นต้องรู้ชื่อสำหรับการกำหนดเส้นทางอีเมล IMAP เป็นเส้นทางของมนุษย์ :-)

— Aaron

34

จากมุมมอง DNS คุณมีระเบียน SRV DNSที่อนุญาตให้ใช้ DNS สำหรับบริการเผยแพร่และค้นหาบริการ การใช้งานหลักของพวกเขาคือการอนุญาตให้บริการทำงานได้อย่างง่ายดายบนพอร์ตที่ไม่ได้มาตรฐานและเพื่อลดภาระการกำหนดค่าเมื่อตั้งค่าไคลเอนต์

ระเบียน SRVมีรูปแบบต่อไปนี้:

_Service._Protocol.Name. TTL Class SRV Priority Weight Port Target

และอีกหนึ่งสำหรับ IMAP ถูกกำหนดในRFC 6186และจะมีลักษณะดังนี้:

_imap._tcp.example.com. 3600 IN SRV 0 10 143 my-imap-host.example.com.

หรือ

_imaps._tcp.example.com. 3600 IN SRV 0 10 995 my-imaps-host.example.com.

ไคลเอนต์อีเมลส่วนใหญ่ไม่ได้มองหาเซิร์ฟเวอร์ IMAP เป็นพิเศษก่อน แต่ให้ใช้การค้นหาอัตโนมัติเพื่อรับการตั้งค่าไคลเอนต์อีเมลจากที่อยู่อีเมลที่ผู้ใช้ป้อน
หากผู้ใช้ป้อน username@example.com ขึ้นอยู่กับลูกค้าที่เกี่ยวข้องโดยทั่วไป

_autodiscover._tcp.example.com.ระเบียน SRV เช่นใช้โดย MS Exchange และ Outlook
โฮสต์จริงที่เรียกว่า autoconfig.example.com.
หรือมากกว่า

พบบทความที่น่าสนใจได้ที่นี่: https://developer.mozilla.org/en-US/docs/Mozilla/Thunderbird/Autoconfiguration

— HBruijn
แหล่งที่มา

1

ขอบคุณ - ใช่นั่นคือสิ่งที่ฉันกำลังมองหา เป็นที่น่าสนใจว่าวิธี "มาตรฐาน" ในการทำ (บันทึก SRV) ดูเหมือนจะไม่เป็นที่นิยมเลย ฉันเดาว่าจะมีความกดดันเล็กน้อยในการติดตั้งเนื่องจากคุณสามารถหลบหนีได้ในทางเทคนิคโดยไม่ต้องใช้ตราบใดที่ผู้ใช้หรือโปรแกรมรับส่งเมลของคุณรู้ว่าจะต้องทำอย่างไร

— bgp

3

"ปัญหา" กับอีเมลคือการตั้งค่าไคลเอนต์มีความซับซ้อนมากกว่าโฮสต์ / โปรโตคอลเล็กน้อย ISP บางรายใช้ที่อยู่อีเมลที่สมบูรณ์แบบเป็นชื่อผู้ใช้อื่น ๆ เพียงส่วนของผู้ใช้หรือชื่อล็อกอินอาจไม่เหมือนกับที่อยู่อีเมล . มีจำนวนของขั้นตอนวิธีการใช้รหัสผ่านที่แตกต่างกันคร่ำเครียดบริการได้ทั้งพอร์ต SSL ทุ่มเทหรือ STARTTLS ในพอร์ตเดียวกันเป็นโปรโตคอลข้อความดั้งเดิมชัดเจน POP ก่อน SMTP VS SMTP รับรองความถูกต้อง ฯลฯ

— HBruijn

4

บางสิ่งเหล่านั้นมีการระบุไว้ในRFC 6186 - ไม่ใช่ว่าจะช่วยได้ถ้าคุณไม่รู้ว่าเซิร์ฟเวอร์เป็นไปตามมาตรฐานหรือไม่

— legoscia

1

ไม่ทราบถึงมาตรฐานต่อรายการใด ๆ แต่ในแง่ของ DNS คุณเพียงแค่ลงทะเบียนชื่อ "ชื่อที่รู้จักกันดี" imap.example.com และบางทีอาจเป็น imaps.example.com

เรคคอร์ด SRV สำหรับสิ่งที่ใหม่กว่า / ซับซ้อนกว่ามาก เช่น. ค้นหาเซิร์ฟเวอร์ Active Directory สำหรับโดเมนหรือใช้เป็นส่วนหนึ่งของ DNS Service Discovery

ประวัติจะเกลื่อนไปด้วยกลไกการโฆษณา / การค้นพบบริการต่างๆ

— คาเมรอนเคอร์
แหล่งที่มา

ที่จริงแล้วเรคคอร์ด SRV นั้นมีวัตถุประสงค์เพื่อให้สามารถใช้งานได้และถูกใช้งานโดยแอพพลิเคชั่น / โปรโตคอลที่ไม่ได้มาตรฐานหรือมีอยู่ภายในอาคาร (ความซับซ้อนหรือความเรียบง่ายไม่ใช่ปัจจัย) ฉันเชื่อว่ามันประสบความสำเร็จพอสมควร raison d'etre ดั้งเดิมนั้นเกี่ยวข้องกับอุปกรณ์ฝังตัวที่มีราคาแพง

— arnt