매일주고받으며 즉각적이며 비용이 들지 않습니다. 오늘날 가장 중요한 도구 중 하나 인 이메일입니다. 작동 방식, 실제 상태 및 일반 언어로 작동하는 방식을 살펴 보겠습니다.
전자 메일이란 무엇입니까?
(등 전자 우편, 전자 우편, 전자 우편,로 약칭 함) 전자 메일은 컴퓨터 기반 통신의 아주 오래된 형태입니다. 오래 전 (인간이 아닌 기술적으로) 컴퓨터는 거대한 기계였습니다. 사람들은 전화 접속 터미널을 사용하여 액세스했으며 각 컴퓨터에는 여러 사용자를위한 스토리지가있었습니다. 어떤 사회의 경우와 마찬가지로, 사람들은 서로, 그리고 진화 메시징 시스템과 통신하기 위해 유용하고 독특한 방법을 발견했다. 경고는 적어도 1971 년까지는 같은 시스템의 다른 사용자에게만 메시지를 보낼 수 있다는 것입니다. 이야기가 진행되면서 '@'기호를 사용하여 다른 시스템의 사용자에게 첫 번째 전자 메일을 보낸 Ray Tomlinson이 나타났습니다. . 분명히 근본적인 역학과 광범위한 결과는 그렇게 간단하지는 않았지만 오늘날 우리가있는 곳으로 우리를 안내하는 개념이었습니다.
(아 멕시코의 이미지)
당시 이메일은 오늘날의 문자 메시지와 동일했습니다. 시간이 지남에 따라 그것은 다른 것과 같이 변화하고 진화했습니다. 보낸 사람과받는 사람 정보, 제목, 메시지 본문 및 첨부 파일이 있지만 전체적으로 전자 메일은 매우 간단한 문서입니다. 그러나 A 지점에서 B 지점으로 이동하는 것은 쉽지 않습니다. 다른 것 같이, 배후에서 작동이 가능한 원활한로 보이게하는 것을 포함 복잡한 과정이있다. 전자 메일 릴레이에 사용 된 많은 아이디어는 게시판 시스템 및 월드 와이드 웹과 같은 핵심 요소 인 문서 전송을 작성하는 데 중요했습니다.
발신자에서 수신자로
프로세스의 예시부터 시작하겠습니다. 처음에는 완벽하게 이해되지 않을 수도 있지만 다시 참조하면 도움이됩니다.
향신료 판매자라고 할 때 누군가 이메일을 보내면 user@domain.ext 형식의 주소가 있어야합니다. 이 예에는 freman.alpha@arrakis.com이 있습니다. 이메일은 단순 메일 전송 프로토콜을 통해 클라이언트에서 발신 메일 서버로 전송됩니다. SMTP 서버는 귀하의 우표 및 주소와 메일을 보낼 곳을 수치를 확인 해당 지역의 우체국, 같다. 하지만 도메인을 이해하지 못합니다. 그것들은 일종의 추상적 인 것이므로, SMTP 서버는 도메인 네임 시스템 서버에 접속합니다. DNS 서버는 일종의 인터넷 전화 또는 주소록입니다. “arrakis.com”과 같은 도메인을 “74.238.23.45”와 같은 IP 주소로 변환합니다. 그런 다음 해당 도메인에 “MX”또는 메일 교환 서버가 있는지 확인하고 메모합니다. 우편물이 어디로 가는지에 대한 우체국 컨설팅지도, 현지 우체국에 전화를 걸어 친구에게 우편함 또는 사서함이 있는지 확인하는 것과 같습니다. 메일 수신 상자.
이제 SMTP 서버가 적절한 정보를 가지고, 메시지가 대상 도메인의 메일 교환 서버로 해당 서버에서 전송됩니다. 이 서버를 MTA 또는 메일 전송 에이전트라고합니다. 정확히 훨씬 최선의 방법 밖으로 친구의 우체국 수치가 전달 얻는 방법과 같은 메일을 넣어 곳이 결정한다. 그런 다음, 당신의 친구 간다 일반적으로 POP 또는 IMAP를 통해 작동하는 클라이언트를 사용하여 메일을 가져옵니다.
POP 대 IMAP
이 두 약어는 그래서 그들을 좀 더 자세히 살펴 보겠습니다 어디서나 이메일 설정 패널을 괴롭히는. POP는 우체국 프로토콜을 의미합니다. 우체국처럼, 당신은에서 팝업 모든 메일을 잡아하고 떠날 수 있기 때문에 유용합니다. 당신은 연결 상태를 유지하지 않아도, 따로 서버에 복사본을 남겨에서, 그것은 꽤 잘라 내기 및 건조 과정입니다. 서버에 복사본을 남겨 두지 않으면 어느 정도의 공간 또는 대역폭을 필요로하지 않습니다. 당신은 몇 가지 다른 이메일 서버에 여러받은 편지함에서 잡아 메일에 POP를 사용하여 하나를 통합 할 수 있습니다.
그러나 단점이 있습니다. POP는 단방향 프로토콜입니다. 정보는 한 방향으로 이동합니다. 당신이 고객에게 이메일을 다운로드하면, 그것의 다양한 상태 등을 통해 일종의 클라이언트까지입니다. 한 곳에서만 메일에 액세스하면 괜찮습니다. 하지만 요즘에는 휴대 전화 클라이언트, 웹 인터페이스, 집을 비울 때 클라이언트에서 이메일에 액세스하는 것이 일반적입니다. 시작하기 위해 서버에 각 이메일의 사본을 보관했다고 가정하면 여러 장치에서 모든 정보를 정렬하는 것이 지루합니다.
(성공적인 디자인 이미지)
IMAP는 사물에 대해 조금 더 똑똑합니다. POP는 매우 “클라이언트 지향”으로 간주 될 수 있지만 인터넷 메시지 액세스 프로토콜은 다른 방식으로 작동하도록 설계되었습니다. “서버 지향”및 양방향입니다. 클라이언트는 서버와 양방향 통신을합니다. 모든 메시지는 여러 클라이언트가 액세스 할 수 있도록 서버에 보관됩니다. 휴대 전화에서 이메일을 확인하면 읽은 것으로 표시되고 다음에 서버와 상호 작용하는 동안 해당 상태가 다시 전송되어 다른 모든 클라이언트가 해당 이메일을 업데이트 할 수 있습니다. 마치 우체국의 비서에게 편지를 보내서 분류하여 저장하고, 집에 있는지, 직장에 있는지 또는 실제로 있는지, 보관 한 사본을 변경하는 것과 같습니다. .
메일 서버뿐만 아니라 홈 클라이언트에도 올바르게 표시된 아카이브를 유지할 수 있습니다. IMAP는 오프라인 모드도 지원합니다. 다음에 온라인 상태가되면 변경 사항이 서버와 동기화됩니다. POP받은 편지함에서 메일을 가져 오도록 IMAP 메일 서버를 구성 할 수도 있습니다. 이는 통합하려는 경우 실제로 효과적입니다. 물론, “구름”이상적인, 서버 액세스 및 스토리지와 IMAP 작업은 문제가 될 수 있기 때문이다. 다행히, 저장 공간과 대역폭은 예전만큼 비용이 있지만, 이것은 확실히 트레이드 오프 어떤 사람들이 될 수 있습니다.
SMTP와 MTA
실제 사서함과 달리 발신 및 수신 메일은 서로 다른 두 가지 유형의 서버에서 처리됩니다. 서버 수신에 대한 차별은 없습니다. 모든 컴퓨터를 MTA로 쉽게 만들 수 있고 잘 처리 할 수 있습니다. 메일 보내기는 다른 이야기입니다. SMTP 서버는 정적 IP 주소가 있어야하고, 대부분의 ISP 블록 포트 (25)는 이렇게 자신의 사용자는 메일 자체를 보낼 수 없다. 왜? 대량의 스팸이 Google의 총 대역폭에서 사라지기 때문에 MTA가 필터링하도록 구성해야하는 것들입니다. 자신을 실행하는 대신 ISP의 SMTP 서버를 사용하도록 클라이언트를 구성 할 수 있습니다. 요점은 각 그것이 무엇을 위해 전문 당신이, 이메일을 사용하기 위해 MTA와 SMTP 서버를 모두 필요하다.
이메일은 일상 생활에서 중요한 부분이지만 작동 방식 만 이해하면 좋습니다. 결국, 인터넷이 없으면 인터넷이 없을 것입니다.
