*@example.com으로 전송 된 이메일은 어디로 갑니까? [닫은]

그래서 나는 이것을 오랫동안 궁금해했다.

이메일은 어디로 전송 *@example.com됩니까? 실수로 민감한 정보를 *@example.com일부 악의적 인 사람 (IANA에 잠재적으로)에게 보내면 언젠가는 정보를 검색 할 수 있습니까?

에 이메일을 보내려고하면 *@example.com

1. SMTP는 도메인이 존재하는지 확인합니다.
2. SMTP 서버가에서 MX레코드를 찾습니다 example.com.
3. 없음 : SMTP가 A레코드 에서 폴백됩니다 . IP는 174.137.125.92입니다 (현재)
4. IANA가 도메인을 등록했지만 174.137.125.92의 포트 25에서 수신 대기하는 SMTP 서버를 설정하지 않았습니다.
5. 그런 다음 동작은 SMTP에 따라 다릅니다. 대부분의 서버는 경고를 보내고 나중에 다시 시도합니다. 결국 (일반적으로 3 일 후) SMTP는 메시지를 삭제하고 실패 알림을 보냅니다.

결론 : 자체 구성에 따라 다릅니다. 그러나 IANA가 오늘 서버를 설정 한 경우 3 일 전에 보내려고 한 메시지를받을 수 있습니다.

MX 레코드가 없으면 메일 서버는 A 레코드로 배달을 시도합니다.

example.com의 서버는 포트 25에서 수신 대기하지 않으므로 메일 서버는 TCP 연결을 설정하지 않으며 배달을 시작하지 않습니다.

example.com에는 MX 레코드가 없으므로 대부분의 SMTP 서버로 구성된 경우 발신 도메인의 SMTP 서버가 메시지를 반송해야합니다.

편집 : 앞으로이 답을 찾을 사람들에게 명확성을 위해, 여기에 MX 레코드가 무엇인지에 대한 설명은 다음과 같습니다 (에서 http://en.wikipedia.org/wiki/Mx_record 2011 년 11 월 21 일 검색)

MX 레코드 (메일 교환기 레코드)는 도메인 이름 시스템의 리소스 레코드 유형으로,받는 사람의 도메인 대신 전자 메일 메시지를 수락하는 메일 서버와 여러 메일 서버를 사용할 수있는 경우 메일 배달의 우선 순위를 지정하는 데 사용되는 기본 설정 값을 지정합니다. . 도메인 이름의 MX 레코드 세트는 단순 메일 전송 프로토콜을 사용하여 이메일을 라우팅하는 방법을 지정합니다.

따라서 기본적으로 example.com, example.net 및 example.org에는 수신 메일을 처리하도록 지정된 서버가 없으므로 해당 메일로 발송 된 모든 메일을 "배달 불가능"으로 보낸 사람에게 반환해야합니다 (SMTP 서버 구성에 따라 다를 수 있음) , 그러나 "배달 불가"로 발신자에게 반송하는 것은이 상황에서 매우 일반적인 동작입니다).

편집 2 : MX 레코드가 누락 된 경우 누군가가 A 레코드를 사용하는 RFC 5321 정의 동작을 가져 왔습니다. 이 RFC ( http://tools.ietf.org/html/rfc5321 )를 검색 했지만 그와 같은 것을 발견하지 못했지만 일부 MTA (exim, postfix, sendmail 및 Microsoft Exchange Server와 같은 메일 전송 에이전트)는 다음과 같습니다. 기타)는 SMTP를 통해 A 레코드에 정의 된 주소로 메일을 전달하려고 시도 할 수 있습니다. 후손을 위해 example.com에 대해 정의 된 A 레코드 주소 (작성시 192.0.43.10)에 대한 SMTP 연결을 시도 할 때 발생하는 상황은 다음과 같습니다.

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

편집 3 : 관련 RFC 및 폴백 동작에 대한 설명은 아래의 회신을 참조하십시오.

인터넷 할당 번호 기관 :

도메인 예

RFC 2606에 설명 된 대로 문서 목적으로 EXAMPLE.COM 및 EXAMPLE.ORG와 같은 여러 도메인을 유지 관리합니다. 이러한 도메인은 당사와의 사전 조정없이 문서에서 예시적인 예로서 사용될 수 있습니다. 등록 할 수 없습니다.