Dove viene inviata l'email a *@example.com?

Quindi mi sono chiesto questo per un lungo periodo.

Dove viene inviata l'email a *@example.com ? Se ho accidentalmente inviato informazioni sensibili a *@example.com , qualcuno malvagio (potenzialmente presso la IANA) potrà recuperarlo un giorno?

  • Quale file system è migliore per un server di posta Linux?
  • Login Dovecot Admin
  • Postfix con Dovecot configurato e submit messaggi di posta elettronica senza errori. Quando l'invio da un messaggio remoto del client-id è vuoto, e le email vengono inviate allo spam.
  • duplicare le email in entrata
  • Invio di email da specifiche vhost, male per lo spam?
  • Può un server mx di backup essere configurato per rifiutare le presentazioni di posta elettronica se può connettersi alla mx primaria?
  • 4 Solutions collect form web for “Dove viene inviata l'email a *@example.com?”

    Se tenti di submit un'email a *@example.com

    1. Il tuo SMTP verifica che il dominio esista.
    2. Il server SMTP cercherà un record MX a example.com .
    3. Non esiste: il tuo SMTP ricadrà sul record A L'IP è 174.137.125.92 (a partire da oggi)
    4. L'IANA ha registrato il dominio, ma non ha configurato un server SMTP in ascolto sulla port 25 su 174.137.125.92.
    5. Quindi il comportmento dipende dal tuo SMTP. La maggior parte dei server ti invierà un avviso e riprova più tardi. Alla fine (di solito in 3 giorni), l'SMTP scarterà il messaggio e ti invierà una notifica di errore.

    Linea inferiore : dipende dalla tua configuration. Ma se oggi IANA ha impostato un server, potrebbe essere in grado di ricevere messaggi che hai provato a submit 3 giorni fa.

    Se non esiste un record MX, i server di posta elettronica tentano di consegnare al record A.

    i server di example.com non ascoltano sulla port 25, quindi il server di posta non stabilirà una connessione TCP e non avrà nemless inizio la consegna.

    example.com non dispone di record MX, quindi il server SMTP nel dominio di invio dovrebbe rimbalzare il messaggio se configurato come più server SMTP.

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

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

    Quindi, fondamentalmente, example.com, example.net e example.org non dispongono di alcun server per gestire la posta in arrivo e pertanto each posta inviata a loro dovrebbe essere restituita al mittente come "undeliverable" (può variare in base alla configuration del server SMTP , ma ritornando al mittente come "undeliverable" è un comportmento molto comune per questa situazione).

    EDIT 2: Qualcuno ha portto il comportmento definito da RFC 5321 per ritornare 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 niente di simile, ma è ansible che alcuni MTA (Mail Transfer Agent, come exim, postfix, sendmail e Microsoft Exchange Server tra altri) possono provare a submit via SMTP l'indirizzo definito nel record A. Per posterità, 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 riportte di seguito per chiarimenti sui relativi RFC e sul comportmento fallback.

    Autorità numero assegnato a Internet:

    Domini di esempio

    Come descritto in RFC 2606 , manteniamo un certo numero di domini come EXAMPLE.COM e EXAMPLE.ORG per scopi di documentazione. Questi domini possono essere usati come esempi illustrativi in ​​documenti senza cosorting precedente con noi. Non sono disponibili per la logging.

    Suggerimenti per Linux e Windows Server, quali Ubuntu, Centos, Apache, Nginx, Debian e argomenti di rete.