그래서 나는 이것이 오랫동안 궁금했습니다.
이메일은 어디로 전송되나요 *@example.com
? 실수로 민감한 정보를 *@example.com
악의적인 사람(IANA에 있을 수도 있음) 에게 보낸 경우 언젠가 해당 정보를 검색할 수 있습니까?
답변1
다음 주소로 이메일을 보내려고 하면*@example.com
- SMTP는 도메인이 존재하는지 확인합니다.
- SMTP 서버는
MX
에서 레코드를 조회합니다example.com
. - 아무 것도 없습니다. SMTP가
A
기록에 저장됩니다. IP는 174.137.125.92 (오늘 기준) - IANA가 도메인을 등록했지만 174.137.125.92의 포트 25에서 수신 대기하는 SMTP 서버를 설정하지 않았습니다.
- 그러면 동작은 SMTP에 따라 달라집니다. 대부분의 서버는 경고를 보내고 나중에 다시 시도합니다. 결국(보통 3일 내) SMTP는 메시지를 삭제하고 실패 알림을 보냅니다.
결론: 귀하의 구성에 따라 다릅니다. 하지만 IANA가 오늘 서버를 설정하면 3일 전에 보내려고 했던 메시지를 해당 서버에서 받을 수 있습니다.
답변2
MX 레코드가 없으면 메일 서버는 A 레코드로 전달을 시도합니다.
example.com의 서버는 포트 25에서 수신 대기하지 않으므로 메일 서버는 TCP 연결을 설정하지 않으며 배달도 시작하지 않습니다.
답변3
example.com에는 MX 레코드가 없으므로 대부분의 SMTP 서버와 같이 구성된 경우 보내는 도메인의 SMTP 서버가 메시지를 반송해야 합니다.
편집: 나중에 이 답변을 찾는 사람들의 명확성을 위해 MX 레코드가 무엇인지에 대한 설명은 다음과 같습니다.http://en.wikipedia.org/wiki/Mx_record2011년 11월 21일에 확인함)
메일 교환기 레코드(MX 레코드)는 수신자의 도메인을 대신하여 이메일 메시지 수락을 담당하는 메일 서버와 여러 메일 서버를 사용할 수 있는 경우 메일 배달의 우선 순위를 지정하는 데 사용되는 기본 설정 값을 지정하는 도메인 이름 시스템의 리소스 레코드 유형입니다. . 도메인 이름의 MX 레코드 세트는 Simple Mail Transfer Protocol을 사용하여 이메일을 라우팅하는 방법을 지정합니다.
따라서 기본적으로 example.com, example.net 및 example.org에는 수신 메일을 처리하도록 지정된 서버가 없으므로 이들로 전송된 모든 메일은 발신자에게 "배달할 수 없음"으로 반환되어야 합니다(SMTP 서버 구성에 따라 다를 수 있음). , 그러나 이 상황에서 "배달할 수 없음"으로 보낸 사람에게 반환되는 것은 매우 일반적인 동작입니다.)
편집 2: 누군가 MX 레코드가 누락된 경우 A 레코드를 사용하는 것으로 대체하는 RFC 5321 정의 동작을 언급했습니다. 이 RFC를 검색했습니다(https://www.rfc-editor.org/rfc/rfc5321) 그런 것을 발견하지 못했지만 일부 MTA(exim, postfix, sendmail 및 Microsoft Exchange Server와 같은 메일 전송 에이전트)가 SMTP를 통해 A 레코드에 정의된 주소로 메일을 배달하려고 시도할 수 있습니다. 후대를 위해 example.com(작성 당시 192.0.43.10)에 대해 정의된 A 레코드 주소에 SMTP 연결을 설정하려고 하면 다음과 같은 일이 발생합니다.
$ telnet 192.0.43.10 25
Trying 192.0.43.10...
telnet: Unable to connect to remote host: Connection timed out
편집 3: 관련 RFC 및 폴백 동작에 대한 설명은 아래 답변을 참조하세요.
답변4
인터넷 할당 번호 관리 기관(Internet Assign Number Authority)에 따르면IANA 관리형 예약 도메인:
예시 도메인
에 설명된 대로RFC 2606그리고RFC 6761, example.com 및 example.org와 같은 여러 도메인이 문서화 목적으로 유지 관리됩니다. 이러한 도메인은 당사와의 사전 조정 없이 문서의 예시로 사용될 수 있습니다. 등록이나 양도가 불가능합니다.