안녕하세요? ikuk입니다.

이메일 서비스 다들 많이 쓰시죠?
혹시나 원리를 궁금해하는 분이 있으실까하여 적어봅니다.

예전 이메일 서비스를 공부할 때 ‘현실의 어떤 부분’을 복사해 구현했을까? 에 대한 힌트가 있으면 이해가 쉽더라고요.

이메일 서비스는 간단하게 말하면 학창시절 주고 받던 쪽지와 같은 기능입니다. 학종이 뒷면이나 작은 편지 종이, 혹은 공책 귀퉁이를 찢어서 메시지를 적은 다음 친구에게 전하는 게 전부입니다.

그러나 그 편지가 상대방에게 도달하기 위해선 전달을 도와줄 친구들이 있어야 합니다. 별 문제가 없다면 수십초 내에 도달하겠지만, 그 과정에서 중간에 훔쳐보는 경우도 있을 것이고, 가끔 도착하지 못한 편지도 있을 테지요. 선생님께 압수당하거나요...

이를 방어하기 위해 수신자와 발신자만 이해할 수 있는 암호로 적기도 하고, 아예 위치를 정해 신발장이나 책상 밑, 혹은 직접 집의 우편함에 넣어두는 경우도 있었을 겁니다. 이런 많은 경우의 수들을 고려해 만든 서비스가 바로 이메일입니다.

제가 글재간이 없어, 거두절미하고 육하원칙에 따라 차근차근 원리를 분리해서 설명해볼게요.

누가?

누가 기원인가에 대해선 여러가지 말들이 있지만, 70년대 미국 고등연구국 DARPA에서 제작한 ARPANET이 현재의 이메일에 가장 가까운 정보 송수신 프로토콜을 만들고 사용했습니다. ‘사용자이름@서버주소’ 형태로 이루어진 고유의 주소로 송수신자를 식별하는 방식인데요, ‘4분단 맨 뒤에 김철수한테 전달해줘’와 같은 역할이라고 생각하시면 됩니다.


누가 메일을 받는 지 알기 위해서는 편지와 마찬가지로 상대방의 ‘이름’과 ‘주소’가 반드시  필요합니다. 한 반에 철수가 두 명인 경우에는 주소가 없으면 엉뚱한 사람에게 편지가 전달될 수 있습니다. ‘철수@4분단 맨 뒤’로 전달하게되면, 다른 위치에 있는 철수는 피할 수 있으니까요. 만약 두 철수가 같은 책상에 앉아있더라도, ‘철수@4분단 맨 뒤 책상 왼쪽’ 등을 지시해 고유한 주소로 만들 수 있다면 전달하는 입장에서 확실히 누군지 알 수 있을 것입니다. 이는 ‘큰철수@4분단 맨 뒤’ 처럼 이름을 고유하게 명시하는 방법도 있겠습니다.


‘누가 보낸거야?’라는 질문에 어깨를 으쓱한 경험이 있으신지요? 손을 여러번 탄 쪽지는 가끔 발신자를 잃고 무기명의 쪽지가 되버립니다. 그래서 보통 편지 말미, 혹은 봉투에 보내는 사람을 기입해 누가 보낸 것인지 알려주고는 합니다. 이 때 ‘영희@2분단세번째’와 같이 동일한 형태의 주소를 사용하면 답장을 보낼 때 문제가 없을 겁니다.


혹시 ‘noreply@서버주소’와 같은 메일을 받아보신 적이 있나요? noreply는 말 그대로 ‘답변없음’의 메일 주소로, 메일 발송 외의 커뮤니케이션을 지원하지 않을 때 사용합니다. 물론 실제로 수신을 거부하는 경우도 있지만, 사실 메일을 수신할 수 있는 noreply 주소도 상당히 많습니다. 메일은 받지만 내규 상 대응하지 않겠다 정도인 곳도 많거든요. 이처럼 메일주소의 이름은 사람 이름 뿐만 아니라, 부서, 팀, 직책, 혹은 특정 목적의 키워드를 사용해서, 수신자에게 ‘누가 보냈는지’를 알려주는 기능도 수행합니다.


언제?

언제 이메일이 만들어졌냐고 물으신다면, 답하기가 쉽지 않습니다. ARPANET가 71년, @를 이용한 주소의 송수신을 사용했지만, ARPANET이 등장하기 전부터 메시지를 서로 송수신하는 방법은 무궁무진했습니다.


다만 그 방법이 제각각인지라, 각 반별로 쪽지 전달하는 방법이 다른 것과 비슷했습니다. 저는 보통 ‘툭툭’ 두번 건드리고, 쪽지를 준 다음 ‘4분단 철수’ 라고 말하거나, 아예 접은 종이 위에 이름을 적었던 것 같은데, 다른 반에선 ‘주먹을 쥐어서 전달해주는 종이는 쪽지다’라는 걸 듣고 ‘와 신기하네’라고 생각했던 적이 있네요. 즉 메시지 송수신 기능은 앞서 설명한 표준 프로토콜 이전부터 존재했기 때문에, 명확히 언제부터 시작했다고 말씀드리기는 어려워도, 60년대에도 아마 있었을 겁니다.


그러나 표준이 제정된 해는 SMTP(https://tools.ietf.org/html/rfc821 )가 공표된 1982년입니다. 머릿말에도 ‘SMTP의 장점은 데이터 송수신 환경들에서 동작함’이라고 작성되어 있는데요, 당시 SMTP는 IPCE(프로세스 간 통신 환경, Interprocess Communication Environment)를 지원해 1대1 통신 외 1대다, 다대다 통신을 지원할 수 있다고 명시합니다. IPCE는 당장 중요한게 아니니 잊으셔도 됩니다.


이는 쉽게 말하면 ‘옆 반에 있는 친구 한명, 혹은 친구 다섯명, 혹은 전체 분단에게도 쪽지 전달이 가능한 방법’이라고 생각해도 무방합니다. 전달해줄 수 있는 사람이 있는 환경이라면 이 프로토콜은 해당 기능을 지원하는 것이죠. 우리가 손쉽게 여러명의 수신자, 참조, 혹은 숨은 참조를 넣는 기능은 과거 수십번의 같은 메일을 보내야 했던 사람들의 필요성에 의해 탄생했다고 보면 됩니다.


지금도 상기 URL에서 해당 프로토콜을 확인하실 수 있는데, 아래와 같은 그림이 매우 인상적입니다. 마치 오늘날의 쪽지 전달과 비슷한 모양을 가지고 있어요:



프로토콜은 해당 메일 프로그램이 위와 같은 대화를 할 수 있도록 하는 규격입니다. 발신자와 수신자는 보통 SMPT로 대화하기 위해 25번 포트로 접속을 하는데, 해당 포트로 접속했을 경우 수신자의 SMPT 담당자가 자동으로 연결됩니다. 일종의 내선번호 25번과 같은 셈이죠. (가운데 화살표가 그 대화라고 보면 됩니다.) 그러면 메일은 언제 도착할까요? 메일을 보내는 서버의 프로그램 (sendmail, postfix 등)이 위의 대화를 마치는 즉시 메일이 수신 완료됩니다.


죄송합니다... 제 말이 어렵죠? 위 내용의 두 메일 프로그램(sendmail)이 SMTP의 프로토콜로 대화하는 모습을 시뮬레이션해보겠습니다.


발신자에 해당하는 Sender-SMTP는 줄여서 클라이언트의 약자인 C로, 수신자에 해당하는 Receiver-SMTP는 서버의 약자인 S로 표현하겠습니다. 양 측 서버에서 “sendmail”이라는 프로그램을 사용해 SMTP로 대화하는 것입니다.