Esiste un record DNS standard per indicare il server IMAP per un dominio?

19

Dopo alcune ricerche, ho scoperto che non esiste alcuna specifica (o non standard) specifica o best practice per specificare il server IMAP per un nome di dominio. Vale a dire se ho un account come "jimi@example.com" e desidero leggere la mia posta via IMAP, c'è qualche record DNS che indichi al mio client di posta quale server di posta dovrebbe contattare? Non ho mai visto nulla di simile e praticamente tutte le istruzioni di configurazione della posta elettronica che ho visto includono un nome host esatto per IMAP, ad esempio "mail.example.com" o "imap.example.com". Suppongo che i dipendenti o altri utenti di example.com possano scoprire quale server utilizzare dal proprio amministratore. Tuttavia, se example.com avesse migliaia di account, ciò sarebbe gravoso.

Qualcuno ha sentito parlare di qualcosa del genere?

domain-name-system email imap

— BGP
fonte

4

Alcune applicazioni supportano il rilevamento automatico del DNS e probabilmente ci sono alcuni rfc o specifiche per il rilevamento automatico di imap. Non mi aspetto che molti lo abbiano seguito, proprio per le ragioni che hai citato. Un'organizzazione pubblicherà i documenti o utilizzerà la gestione della configurazione per configurare gli endpoint. smtp deve conoscere i nomi per il routing della posta. L'IMAP è indirizzato dall'uomo. :-)

— Aaron

34

Dal punto di vista DNS si hanno record DNS SRV che consentono l'uso del DNS per i servizi di pubblicazione e il rilevamento dei servizi. Il loro uso principale è consentire ai servizi di funzionare facilmente su porte non standard e ridurre l'onere della configurazione durante l'impostazione dei client.

Un record SRV ha la forma seguente:

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

e uno per IMAP è definito in RFC 6186 e sarebbe simile a:

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

o

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

Tuttavia, la maggior parte dei client di posta elettronica non cerca prima un server IMAP, ma utilizza il rilevamento automatico per derivare le impostazioni del client di posta elettronica dall'indirizzo di posta elettronica immesso da un utente.
Se un utente inserisce username@example.com, a seconda del client in genere coinvolge entrambi

un _autodiscover._tcp.example.com.record SRV come quello utilizzato da MS Exchange e Outlook
un host reale chiamato autoconfig.example.com.
o più

Una buona scrittura è disponibile qui: https://developer.mozilla.org/en-US/docs/Mozilla/Thunderbird/Autoconfiguration

— HBruijn
fonte

1

Grazie - sì, è esattamente il tipo di cosa che stavo cercando. È interessante notare che il modo "standard" di farlo (record SRV) sembra non essere affatto popolare. Immagino che ci sia poca pressione per implementarlo dal momento che puoi tecnicamente scappare senza di esso fintanto che i tuoi utenti o client di posta sanno cosa fare per farlo funzionare.

— BG

3

Il "problema" con la posta elettronica è che le impostazioni del client sono un po 'più elaborate di un semplice host / protocollo, alcuni ISP usano l'indirizzo di posta elettronica completo come nome di accesso, altri solo la parte utente o il nome di accesso potrebbero non assomigliare nemmeno all'indirizzo di posta elettronica . Esistono diversi algoritmi di hashing delle password, servizi su porte SSL dedicate o STARTTLS sulla stessa porta del tradizionale protocollo di testo in chiaro, POP prima di autenticazione SMTP vs SMTP ecc.

— HBruijn

4

Alcune di queste cose sono specificate in RFC 6186 - non che ciò aiuti necessariamente se non si sa se il server segue lo standard, ovviamente.

— Legoscia,

1

Non a conoscenza di alcuno standard di per sé, ma in termini DNS, in genere registreresti semplicemente il "nome noto" imap.example.com e forse anche imaps.example.com

I record SRV sono per cose molto più recenti / più complesse. Per esempio. trovare server Active Directory per un dominio o utilizzati come parte del rilevamento dei servizi DNS.

La storia è disseminata di vari meccanismi di pubblicità / scoperta di servizi.

— Cameron Kerr
fonte

In realtà, i record SRV dovevano essere utilizzabili e utilizzati da applicazioni / protocolli non standard o interni (la complessità o la semplicità non era un fattore). Credo che abbia avuto abbastanza successo per questo. La sua ragion d'essere originale era collegata a un costoso dispositivo incorporato.

— Arnt