Bir alan adı için IMAP sunucusunu belirten standart bir DNS kaydı var mı?


19

Bazı aramalardan sonra, bir alan adı için IMAP sunucusunu belirtmek için herhangi bir standart (veya bu konu için standart olmayan) spesifikasyon veya en iyi uygulama varsa tamamen boş oldum. Yani "jimi@example.com" gibi bir hesabım varsa ve postamı IMAP aracılığıyla okumak istiyorsam, posta istemcime hangi posta sunucusuna başvurması gerektiğini belirten herhangi bir DNS kaydı var mı? Daha önce hiç böyle bir şey görmedim ve gördüğüm neredeyse tüm e-posta kurulum talimatları IMAP için tam bir ana bilgisayar adı içeriyor, örneğin "mail.example.com" veya "imap.example.com". Sanırım varsayıyorum ki, example.com çalışanları veya diğer kullanıcılar hangi sunucuyu yöneticilerinden kullanacaklarını bulabilirler. Ancak example.com'un binlerce hesabı olsaydı, bu külfetli olurdu.

Böyle bir şey duyan var mı?


4
Bazı uygulamalar otomatik keşif DNS'lerini destekler ve muhtemelen imap'ın otomatik keşfi için bazı rfc veya spec vardır. Bahsettiğiniz nedenlerden ötürü, birçoğunun onu takip etmesini beklemem. Kuruluş dokümanlar yayınlar veya bitiş noktalarını yapılandırmak için yapılandırma yönetimini kullanır. smtp'nin posta yönlendirmesi için adları bilmesi gerekir. IMAP insan yönlendirmesidir. :-)
Aaron

Yanıtlar:


34

DNS perspektifinden bakıldığında , yayınlama hizmetleri ve hizmet keşfi için DNS kullanımına izin veren SRV DNS kayıtlarınız vardır. Ana kullanımları, hizmetlerin standart olmayan bağlantı noktalarında kolayca çalışmasına izin vermek ve istemcileri ayarlarken yapılandırma yükünü azaltmaktır.

Bir SRV kaydı aşağıdaki forma sahiptir:

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

ve IMAP için bir tane RFC 6186'da tanımlanmıştır ve şöyle görünecektir:

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

veya

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

Çoğu e-posta istemcisi özel olarak bir IMAP sunucusunu aramaz, ancak bir kullanıcının girdiği e-posta adresinden e-posta istemcisi ayarlarını türetmek için otomatik bulma özelliğini kullanır.
Bir kullanıcı username@example.com girerse, istemciye bağlı olarak,

  • _autodiscover._tcp.example.com.MS Exchange ve Outlook tarafından kullanılan gibi bir SRV kaydı
  • gerçek bir ana bilgisayar denir autoconfig.example.com.
  • yada daha fazla

Burada oldukça iyi bir yazı bulabilirsiniz: https://developer.mozilla.org/en-US/docs/Mozilla/Thunderbird/Autoconfiguration


1
Teşekkürler - evet tam da aradığım şey bu. İlginç bir şekilde bunu yapmanın "standart" yolu (SRV kaydı) hiç de popüler görünmüyor. Kullanıcıların veya posta istemcinizin çalışmasını sağlamak için ne yapacağını bildiği sürece teknik olarak onsuz uzaklaşabileceğiniz için uygulamayı uygulamak için çok az baskı olduğunu düşünüyorum.
bgp

3
E-posta ile ilgili "sorun", istemci ayarlarının bir ana bilgisayar / protokolden biraz daha ayrıntılı olması, bazı ISS'lerin tam e-posta adresini oturum açma adı olarak kullanması, diğerlerinin yalnızca kullanıcı kısmı veya oturum açma adının e-posta adresine benzemeyebilmesidir. . Geleneksel açık metin protokolü, SMTP öncesi POP ve SMTP kimlik doğrulaması vb.
İle

4
Bunlardan bazıları RFC 6186'da belirtilmiştir - sunucunun standardı takip edip etmediğini bilmiyorsanız mutlaka yardımcı olmaz.
legoscia

1

Standartların hiçbirinin farkında değil, ancak DNS terimleriyle, genellikle "iyi bilinen ad" imap.example.com'u ve belki de imaps.example.com'u kaydetmeniz gerekir.

SRV kayıtları daha sonraki / daha karmaşık şeyler içindir. Örneğin. bir etki alanı için Active Directory sunucuları bulma veya DNS Hizmeti Bulma'nın bir parçası olarak kullanma.

Tarih, çeşitli hizmet reklamı / keşif mekanizmaları ile doludur.


Aslında, SRV kayıtlarının kullanılabilir olması ve standart dışı veya kurum içi uygulamalar / protokoller tarafından kullanılması amaçlanmıştır (karmaşıklık veya basitlik bir faktör değildi). Bunun için oldukça başarılı olduğuna inanıyorum. Orijinal raison d'etre pahalı bir gömülü cihazla ilgiliydi.
arnt
Sitemizi kullandığınızda şunları okuyup anladığınızı kabul etmiş olursunuz: Çerez Politikası ve Gizlilik Politikası.
Licensed under cc by-sa 3.0 with attribution required.