답변:
아니요 같을 필요는 없습니다. 이메일은 웹 사이트와 다른 프로토콜을 사용하며 항상 내부 이메일 (회사 내부)에 존재하지 않는 도메인을 갖는 옵션이 있습니다.
예를 들어 MyDomain.local을 호스팅하는 도메인 컨트롤러가 있고이 도메인 내에 교환 서버가 있으면 LPChip@MyDomain.local을 가질 수 있습니다.
웹 서버를 호스팅하지 않고 웹 사이트를 만드는 다른 모든 것을 비활성화하면 http : //MyDomain.local 이 작동하지 않습니다.
또한 내부 주소이므로 외부에서도 작동하지 않습니다.
외부 이메일 주소에 대해 이야기하면 다음이 중요합니다.
이메일 주소는 사용자와 도메인 + 선택적으로 하위 도메인의 두 부분으로 구성됩니다.
LPChip@email.example.com을 예로 들면, LPChip은 사용자이고 email은 하위 도메인이고 example.com은 도메인입니다.
도메인에는 이메일 위치를 알려주는 MX 레코드가 있습니다. SMTP 프로토콜로 이메일을 전송하는 데 사용되는 경로입니다.
이제 일반적으로 username @ website를 의미하는 웹 사이트 URL에 @을 사용할 수 있지만 웹 사이트의 URI에서 @ char로 사용할 수도 있습니다.
예를 들어 다음 웹 사이트 주소가 유효합니다. https://example.net/owa/username@example.com
여기서 URI는 /owa/username@example.com이며 @를 포함합니다.
또 다른 예는 다음과 같습니다.
@을 사용하겠습니까? :
아니요, 웹 사이트와 이메일 주소는 기본적으로 공통점이 없습니다.
info@microsoft.com의 오른쪽 부분은 microsoft.com이라는 도메인으로 전자 메일을 보내는 것을 의미합니다. 이메일을 보내는 데 사용되는 프로토콜은 SMTP입니다.
그러나 URL http://www.microsoft.com/ 은 www라는 서버에서 호스팅되는 정보를 원한다는 의미입니다. 사용 된 프로토콜은 HTTP입니다.
이 두 부분이 두 프로토콜 모두에 존재할 필요는 없습니다. 그리고 그 반대도 유효합니다. 예를 들어, http://support.dell.com/ 과 같은 지원 웹 사이트가 있고 @ support.dell.com이라는 전자 메일 주소가 없을 수 있습니다.
user.example.org는 example.org의 MX 레코드가 해당 이메일 주소의 메일을 수락하는 (즉, 포트 25에서 수신하고 SMTP 요청 처리) 작동하는 메일 서버를 가리키는 경우 작동하는 이메일 주소입니다.
http.example.org/ 는 example.org의 A 레코드가 웹 서버를 실행하는 호스트 (예 : 포트 80에서 수신 대기하고 HTTP 요청 처리)를 가리키는 경우 작동 URL입니다. example.org에 웹 서버가없는 경우 대부분의 브라우저는 표준 권장 사항에 따라 http://www.example.org/ 를 시도 합니다.
자세한 내용을 보려면 포트를 설명하는 TCP와 같은 관련 인터넷 RFC를 찾아보십시오.
이들은 완전히 분리 된 두 개의 서로 다른 서비스입니다. 서버가 하나 또는 둘 다를 실행 중일 수 있습니다.
Tersosauros가 지적한 바와 같이, "유효한"은 반드시 "작동하는"것이 아니라 구문 오류가 아닌 기술적 의미를 갖습니다. 자세한 내용은 해당 답변을 참조하십시오.
이메일은 DNS 측면에서 특별합니다. MX 레코드는 모든 메일 서버를 도메인 이름의 메일 교환으로 나열 할 수 있습니다. 다른 모든 서비스 (ssh, ftp, http, https 등)는 추가 간접 계층에 대해 "example.org의 FTP 서버 란 무엇입니까"레코드를 먼저 확인하지 않고 A (IP 주소) 레코드를 직접 사용합니다. 그러나 이것은이 질문과 관련이 없습니다. 모든 인터넷 서비스는 직교하며 특정 도메인 이름에 대해 존재하거나 존재하지 않을 수 있습니다.
(라우터 / 방화벽에 의한 포트 기반 라우팅은 http 및 ftp 트래픽을 예를 들어 큰 사이트에 필요한 경우 단일 IP에 대해 다른 서버로 분할 할 수 있으므로 다른 서비스가 자신의 간접적 인 지시가없는 것을 놓치지 않습니다 이메일과 같은 기록.)
SRV두드러진 예는 SIP 및 XMPP입니다 - 기록이 간접 비슷한 종류의를 제공하기는. 우리가 인터넷을 처음부터 재구성하고 있다면 모든 것을 위해 그렇게하고 싶을 것입니다.
OP (및 일부 의견 / 응답자)는 어휘가 혼동 될 수 있습니다.
유효한 웹 사이트 URL이 (동안 하지 너무 현학적으로) 서로 다른 두 가지 중 하나가 될 수 있습니다 :
abc://azertyfoo.baz:303/-이 그러나 해당 없음입니다 웹 주소를 입력합니다.://) 및 이름 유효한 해결하는 정규화 된 도메인 이름 (FQDN). 예를 들어 : http://superuser.com:80/는 유효한 웹 사이트 URL입니다 (이러한 조건에서).웹 (예 : A 레코드) 대 이메일 (MX 레코드)과 관련하여 DNS 레코드의 차이점에 대해 많은 답변이있었습니다.
사람들이 혼란스러워하는 곳이 전자 우편 주소 의 호스트 부분 일 수 있다고 생각합니다 .
호스트는 이메일 주소에서 다음 중 하나 일 수 있습니다 :
MyMail.local- 분명 .local하지만이, 유효한 최상위 도메인 (TLD)는 도메인 이름이 여전히 유효 하고 기업 환경에서 해결할 수 있습니다.localhost여러 버전의 Apache에서 오류 페이지의 기본 주소는 webmaster@localhost)입니다. 로컬 컴퓨터 이외의 어느 누구도 해당받은 편지함으로 메일을 보낼 수 없지만 (이는 sendmail 또는 이와 유사한 것을 실행한다고 가정 할 때) 주소는 유효합니다 .127.0.0.1- 특정 환경에서 유효 합니다. 그러나 공개 인터넷에서 시도한 경우 많은 (또는 다른) 메일 서버가 해당 호스트로 메일을 전달하지 않을 것입니다.이 유효한 호스트의 모든 또한 적절한로 묶여있는 경우 유효한 웹 사이트 URL 될 수있다 계획 및 경로 : http://[위의]/