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