Dove va l'email inviata a *@example.com? [chiuso]


88

Quindi me lo sono chiesto da molto tempo.

Dove viene inviata l'e-mail *@example.com? Se avessi accidentalmente inviato informazioni sensibili a *@example.comuna persona malvagia (potenzialmente all'IAANA) sarebbe in grado di recuperarle un giorno?


2
Se stai utilizzando Postfix come server SMTP, puoi usare scartare ( postfix.org/discard.8.html ) per gettare via e-mail i domini RFC 2606 (piuttosto che un rimbalzo).
HTTP500,

4
Qualcuno può spiegare perché questo è stato migrato qui e quindi chiuso? Ho iniziato la domanda su Stack Overflow poiché pensavo che fosse un problema più generale, ma credo abbia senso che dovrebbe essere qui correlato a e-mail e rete. Ma ovviamente alcune persone con esperienza non erano d'accordo. Come e dove posso riaprire questa domanda?
Bryan Kennedy il

Se è fuori tema qui sono sicuro che andrebbe bene per i webmaster professionisti.
SconcertatoGoat

Questo è probabilmente il migliore per Super User .
MDMarra,

1
Se visiti example.com, dice che è riservato a scopi illustrativi e link a iana.org/domains/reserved
utente

Risposte:


48

Se si tenta di inviare un'e-mail a *@example.com

  1. Il tuo SMTP verificherà che il dominio esista.
  2. Il tuo server SMTP cercherà un MXrecord su example.com.
  3. Non ce n'è: il tuo SMTP ricadrà sul Aregistro. L'IP è 174.137.125.92 (ad oggi)
  4. IANA ha registrato il dominio, ma non ha configurato un server SMTP in ascolto sulla porta 25 su 174.137.125.92.
  5. Quindi il comportamento dipende dal tuo SMTP. La maggior parte dei server ti invierà un avviso e riproverà più tardi. Alla fine (di solito entro 3 giorni), SMTP eliminerà il messaggio e ti invierà una notifica di errore.

In conclusione : dipende dalla propria configurazione. Ma se IANA ha configurato un server oggi, potrebbero essere in grado di ricevere messaggi che hai provato a inviare 3 giorni fa.


58

Se non è presente alcun record MX, i server di posta tenteranno di recapitare al record A.

I server di example.com non ascoltano sulla porta 25, quindi il server di posta non stabilirà una connessione TCP e non inizierà nemmeno la consegna.


50

example.com non ha record MX, quindi il tuo server SMTP sul dominio di invio dovrebbe rimbalzare il messaggio se configurato come la maggior parte dei server SMTP.

EDIT: per chiarezza a coloro che troveranno questa risposta in futuro, ecco una spiegazione di cosa sia un record MX: (da http://en.wikipedia.org/wiki/Mx_record recuperato il 21 novembre 2011)

Un record di scambiatore di posta (record MX) è un tipo di record di risorse nel Domain Name System che specifica un server di posta responsabile dell'accettazione dei messaggi di posta elettronica per conto del dominio di un destinatario e un valore di preferenza utilizzato per dare priorità alla consegna della posta se sono disponibili più server di posta . L'insieme di record MX di un nome di dominio specifica come instradare la posta elettronica con il protocollo Simple Mail Transfer Protocol.

Quindi, fondamentalmente, example.com, example.net ed example.org non hanno un server nominato per gestire la posta in arrivo, e quindi qualsiasi posta inviata a loro dovrebbe essere restituita al mittente come "non consegnabile" (può variare in base alla configurazione del server SMTP , ma tornare al mittente come "non consegnabile" è un comportamento molto comune per questa situazione).

EDIT 2: Qualcuno ha sollevato il comportamento definito dalla RFC 5321 di ricorrere all'utilizzo del record A nel caso di un record MX mancante. Ho cercato questo RFC ( http://tools.ietf.org/html/rfc5321 ) e non ho trovato nulla del genere, ma è possibile che alcuni MTA (Mail Transfer Agent, come exim, postfix, sendmail e Microsoft Exchange Server, tra altri) potrebbero tentare di recapitare la posta via SMTP all'indirizzo definito nel record A. Per i posteri, ecco cosa succede quando si tenta di stabilire una connessione SMTP all'indirizzo di record A definito per example.com (192.0.43.10 al momento della scrittura):

$ telnet 192.0.43.10 25
Trying 192.0.43.10...
telnet: Unable to connect to remote host: Connection timed out

EDIT 3: vedere le risposte di seguito per chiarimenti su RFC rilevanti e comportamento di fallback.


16
La tua risposta è errata: RFC 5321 specifica che la risoluzione ricade sui Arecord quando non MXesiste alcun record (la "regola MX implicita"); vedere la sezione 5.1 . Se viene restituito un elenco vuoto di MX, l'indirizzo viene trattato come se fosse associato a un MX MX implicito, con una preferenza di 0, che punta a quell'host.
josh3736,

1
Inoltre, SMTP ha sempre avuto un fallback per Agovernare - non è stato introdotto con 5321.
josh3736

1
Da RFC 974 (973 e 974 hanno introdotto il record MX)It is possible that the list of MXs in the response to the query will be empty. This is a special case. If the list is empty, mailers should treat it as if it contained one RR, an MX RR with a preference value of 0, and a host name of REMOTE. (I.e., REMOTE is its only MX).
Chris S il

2
@ josh3736 SMTP non ha mai specificato che è passato dai record MD e MF agli A RR. In effetti, RFC 821 non menziona esattamente come utilizzare il file HOSTS (DNS non esisteva al momento) per cercare il server remoto. Tuttavia, hai ragione nel ritenere che MX debba ricorrere ai record A, secondo RFC 974. Questo è stato codificato perché era già una pratica comune, essendo i record MD e MF eccessivamente complicati e comunemente inutilizzati.
Chris S,

Grazie a tutti per i vostri chiarimenti - ho imparato parecchio da questo.
seanp2k,

19

L'autorità numero assegnato a Internet:

Domini di esempio

Come descritto in RFC 2606 , manteniamo un numero di domini come EXAMPLE.COM ed EXAMPLE.ORG a fini di documentazione. Questi domini possono essere utilizzati come esempi illustrativi nei documenti senza previo coordinamento con noi. Non sono disponibili per la registrazione.


15
La tua risposta non risponde alla domanda.

7
@George Perché no? IANA possiede i domini, quindi anche se non ci sono MX a partire da oggi, IANA potrebbe crearne uno in futuro e iniziare a ricevere e-mail, ad esempio. * Domini. Questa è la migliore risposta secondo me.
eduardocereto,
Utilizzando il nostro sito, riconosci di aver letto e compreso le nostre Informativa sui cookie e Informativa sulla privacy.
Licensed under cc by-sa 3.0 with attribution required.