이메일은 어떻게 작동합니까?

매일 주고받으며 즉각적이며 비용도 들지 않습니다. 오늘날 가장 중요한 도구 중 하나인 이메일입니다. 내부 및 일반 언어로 어떻게 작동하는지 살펴보겠습니다.

이메일이란 정확히 무엇입니까?

전자 메일(e-mail, email, E-Mail 등으로 축약됨)은 아주 오래된 형태의 컴퓨터 기반 통신입니다. 오래 전에 – 인간이 아니라 기술적인 측면에서 – 컴퓨터는 거대한 기계였습니다. 사람들은 전화 접속 터미널을 사용하여 액세스했으며 각 기계는 여러 사용자를 위한 저장소를 보유했습니다. 다른 커뮤니티의 경우와 마찬가지로 사람들은 서로 의사 소통하는 유용하고 독특한 방법을 찾았고 메시징 시스템이 발전했습니다. 주의 사항은 최소한 1971년까지는 동일한 시스템의 다른 사용자에게만 메시지를 보낼 수 있다는 것이었습니다. 이야기가 진행됨에 따라 Ray Tomlinson은 '@' 기호를 사용하여 다른 시스템의 사용자에게 주소를 지정하여 첫 번째 이메일을 보냈습니다. . 분명히 근본적인 역학과 광범위한 결과는 그렇게 단순하지 않았지만 우리를 오늘날의 위치로 이끈 것은 바로 그 개념이었습니다.

(아지멕시코에서 가져온 이미지)

그 당시 이메일은 오늘날의 문자 메시지에 해당했습니다. 시간이 지남에 따라 다른 것과 마찬가지로 변화하고 진화했습니다. 보낸 사람과 받는 사람 정보, 제목 줄, 메시지 본문 및 첨부 파일이 있지만 전체적으로 전자 메일은 매우 간단한 문서입니다. 그러나 A 지점에서 B 지점으로 이동하는 것은 그리 쉬운 일이 아닙니다. 다른 모든 것과 마찬가지로 가능한 한 매끄럽게 보이도록 뒤에서 작동하는 복잡한 프로세스가 있습니다. 전자 메일을 중계하는 데 사용되는 많은 아이디어는 게시판 시스템 및 월드 와이드 웹과 같은 것의 핵심인 문서 전송을 공식화하는 데 중요했습니다.

발신자에서 수신자에게

프로세스의 그림으로 시작하겠습니다. 처음에는 완전히 이해가 되지 않을 수 있지만 다시 참조하면 유용할 것입니다.

향신료 판매자라고 가정해 봅시다. 누군가 이메일을 보낼 때 [email protected] 형식의 주소가 있어야 합니다. 우리의 예에는 [email protected]이 있습니다. 이메일은 클라이언트가 Simple Mail Transfer Protocol을 통해 보내는 메일 서버로 보냅니다. SMTP 서버는 우편 요금과 주소를 확인하고 메일을 보낼 위치를 파악하는 지역 우체국과 같습니다. 그러나 도메인을 이해하지 못합니다. 그것들은 일종의 추상적인 것이므로 SMTP 서버는 Domain Name System 서버에 접속합니다. 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 서버를 실행하는 대신 ISP의 SMTP 서버를 사용하도록 클라이언트를 구성할 수 있습니다. 요점은 이메일을 사용하려면 MTA와 SMTP 서버가 모두 필요하다는 것입니다.

이메일은 우리 일상 생활의 중요한 부분이지만 작동 방식을 이해하는 것이 좋습니다. 결국, 우리는 인터넷 없이는 인터넷을 가질 수 없었을 것입니다.