이메일은 어떻게 작동합니까?
당신은 매일 그것을 보내고 받고, 즉각적이며, 비용도 들지 않습니다. 오늘의 가장 중요한 도구 중 하나 인 이메일입니다. 두 언어가 어떻게 작동하는지, 일반 언어로 보았는지 살펴 보겠습니다..
이메일이 정확히 무엇입니까??
전자 메일 (약칭 전자 메일, 전자 메일, 전자 메일 등)은 컴퓨터 기반 통신의 아주 오래된 형태입니다. 오래 전 - 용어가 아닌 기술적 인 측면에서 - 컴퓨터는 거대한 기계였습니다. 사람들은 전화 접속 터미널을 사용하여 액세스하고 각 컴퓨터는 여러 사용자를 위해 스토리지를 보관했습니다. 커뮤니티와 마찬가지로 사람들은 유용하고 독특한 방법으로 서로 커뮤니케이션하고 메시징 시스템을 발전 시켰습니다. 주의해야 할 점은 적어도 1971 년까지 동일한 시스템의 다른 사용자에게만 메시지를 보낼 수 있다는 것이 었습니다. 이야기가 진행되면서 Ray @ Tomlinson은 '@'기호를 사용하여 다른 시스템의 사용자를 지정하여 첫 번째 이메일을 보냈습니다 . 분명히 근본적인 역학과 광범위한 결과는 그렇게 간단하지 않았지만 오늘날 우리가있는 곳으로 우리를 인도하는 개념이었습니다.
(ajmexico의 이미지)
당시 이메일은 오늘의 문자 메시지와 동등한 시간이었습니다. 시간이 지남에 따라, 그것은 다른 것과 마찬가지로 변화하고 진화했습니다. 발신자와 수신자 정보, 제목, 메일 본문 및 첨부 파일이 있지만 전체적으로 이메일은 매우 단순한 문서입니다. 그러나 A 지점에서 B 지점으로 이동하는 것은 쉽지 않습니다. 다른 것과 마찬가지로 장면 뒤에서 가능한 한 매끄럽게 보이게하는 복잡한 과정이 있습니다. 전자 메일 중계에 사용 된 많은 아이디어는 게시판 시스템 및 월드 와이드 웹과 같은 핵심 요소 인 문서 전송을 공식화하는 데 중요했습니다..
보낸 사람에서받는 사람에게
프로세스의 그림으로 시작하겠습니다. 처음에는 완전한 의미를 갖지 않을 수도 있지만, 다음을 참조하는 것이 유용 할 것입니다..
누군가가 향신료 판매자에게 전자 메일을 보내면 [email protected] 형식의 주소가 있어야합니다. 우리의 예는 [email protected]입니다. 전자 메일은 클라이언트가 SMTP (Simple Mail Transfer Protocol)를 통해 보내는 메일 서버로 보내집니다. SMTP 서버는 우편 및 주소를 확인하고 메일을 보낼 곳을 확인하는 지역 우체국과 같습니다. 도메인을 이해하지 못합니다. 그것들은 일종의 추상 일이기 때문에 SMTP 서버는 도메인 네임 시스템 서버에 접속합니다. DNS 서버는 인터넷을위한 일종의 전화 또는 주소록입니다. "arrakis.com"과 같은 도메인을 "74.238.23.45"와 같은 IP 주소로 변환합니다. 그런 다음 해당 도메인에 "MX"또는 메일 교환 서버가 있는지 확인한 후 기록합니다. 이것은 귀하의 우체국이 귀하의 우편물이 있어야 할 곳의지도를 컨설팅하고, 해당 우체국에 전화하며, 귀하의 친구가 우체통 또는 사서함을 가지고 있는지 확인하는 것과 같습니다. 메일을받을 상자.
이제 SMTP 서버에 적절한 정보가 있으므로 메시지가 해당 서버에서 대상 도메인의 메일 교환 서버로 전송됩니다. 이 서버를 MTA 또는 메일 전송 에이전트라고합니다. 그것은 친구의 우체국이 어떻게 배달하는 것이 가장 좋은지와 같은 방법으로 메일을 정확히 어디에 두는 지 결정합니다. 그런 다음 친구가 가서 POP 또는 IMAP을 통해 작동하는 클라이언트를 사용하여 메일을 가져옵니다..
POP 대 IMAP
이 두 가지 약어는 어디에서나 이메일 설정 패널을 괴롭 히므로 더 자세히 살펴 보겠습니다. POP는 우체국 프로토콜의 약자입니다. 우체국처럼 여러분이 들여와 모든 메일을 움켜 쥐고 나갈 수 있기 때문에 유용합니다. 연결 상태를 유지할 필요가 없으며 서버에 사본을 남겨 놓는 것 말고는 꽤 깔끔한 절차입니다. 서버에 복사본을 두지 않으면 많은 공간이나 대역폭이 필요하지 않습니다. POP를 사용하여 여러 이메일 서버의 여러받은 편지함에서 메일을 가져 와서 하나의 이메일 서버에 통합 할 수 있습니다..
그러나 단점이 있습니다. POP는 단방향 프로토콜입니다. 정보는 편도를 여행합니다. 전자 메일을 클라이언트에 다운로드 한 후에는 다른 상태로 정렬하는 것이 클라이언트에게 달려 있습니다. 한 곳에서 메일에만 액세스하면 괜찮습니다. 요즘에는 휴대 전화의 클라이언트, 어딘가에있을 때의 웹 인터페이스, 집에있을 때의 클라이언트에서 전자 메일에 액세스하는 것이 일반적입니다. 서버에서 각 이메일의 사본을 보관하기 시작했다고 가정 할 때 여러 기기에서 모든 정보를 정렬하는 것은 지루할 것입니다..
(SuccessByDesigns의 이미지)
IMAP은 사물에 대해 조금 더 똑똑합니다. POP는 매우 "클라이언트 지향적 인"것으로 간주 될 수 있지만 인터넷 메시지 액세스 프로토콜은 "서버 지향적"이고 양방향입니다. 클라이언트는 서버와 양방향 통신을합니다. 모든 메시지는 서버에 보관되어 여러 클라이언트가 액세스 할 수 있습니다. 휴대 전화에서 이메일을 확인하면 읽은 상태로 표시되고 다음 번 서버와 상호 작용할 때 상태가 다시 전송되므로 다른 모든 클라이언트도 함께 업데이트 할 수 있습니다. 귀하의 우편물을 우체국의 비서에게 보내어 귀하를 위해 보관하고 집에 보관하거나, 집에 있든, 직장에 있든, 실제로 거기에 있든 상관없이, 저장된 사본을 변경하는 것과 같습니다.
홈 클라이언트뿐만 아니라 메일 서버에서도 올바르게 표시된 아카이브를 보관할 수 있습니다. IMAP은 오프라인 모드도 지원합니다. 다음에 온라인 상태 일 때 변경 사항이 서버와 동기화됩니다. POP받은 편지함에서 메일을 가져 오도록 IMAP 메일 서버를 구성 할 수도 있습니다.이 기능은 통합하려는 경우 정말 잘 작동합니다. 물론 IMAP은 "클라우드"이상으로 작동하기 때문에 서버 액세스 및 저장소가 문제가 될 수 있습니다. 고맙게도 스토리지 공간과 대역폭은 예전만큼 비쌉니다. 그러나 이것은 일부 사람들에게는 절충점이 될 수 있습니다..
SMTP와 MTA 둘 다
실제 사서함과 달리 보내는 메일과 수신 메일은 서로 다른 두 가지 유형의 서버에서 처리됩니다. 실제로 서버를받는 것에는 차별이 없습니다. 모든 컴퓨터는 MTA를 매우 쉽게 만들 수 있으며 잘 처리 할 수 있습니다. 메일을 보내는 것은 다른 이야기입니다. SMTP 서버에는 고정 IP 주소가 있어야하며 대부분의 ISP는 사용자가 직접 메일을 보낼 수 없도록 포트 25를 차단합니다. 왜? 대량의 스팸으로 인해 집단적인 대역폭이 줄어들 기 때문에 MTA를 필터링하도록 구성해야합니다. ISP의 SMTP 서버를 사용하도록 클라이언트를 구성 할 수 있습니다. 요점은 이메일을 사용하기 위해 MTA와 SMTP 서버가 필요하다는 것입니다..
이메일은 우리 일상 생활의 중요한 부분이지만 그것이 작동하는 방식을 이해하는 것이 좋습니다. 결국, 우리는 그것없이 인터넷을 가지지 않을 것이다..