날짜: 2002-05-15 | 글쓴이: 김승혁 | 29176 번 | 프린트 | 메일로보내기

IMAP과 POP의 비교


(원제 : Message Access Paradigms and Protocols)
Terry Gray
Director, Networks & Distributed Computing
University of Washington
<A HREF="gray@cac.washington.edu">gray@cac.washington.edu</A>
역자: 김승혁
㈜하이링스
<A HREF="shkim@hilynx.com">shkim@hilynx.com</A>
분산된 전자 메일 인프라를 구축하는 방법은 여러가지가 있다. 이들 중에는 공유 파일 시스템 전략, 우선순위 LAN 기반 프로토콜, X.400 P7 프로토콜, 그리고 인터넷 메시지 접근 프로토콜등이 있다. 이 문서의 목적은 인터넷 기반 프로토콜에 대한 간략한 개요를 소개하는 것이다. 인터넷 기반 프로토콜에는 POP(post Office Protocol), DMSP(Distributed Mail System Protocol), IMAP(Internet Message Access Protocol)등이 있다.

먼저 세 프로토콜 중에 POP가 가장 오래되었으며, 따라서 가장 많이 알려진 프로토콜이다. DMSP는 주로 "disconnected" 동작을 가장잘 지원하는 것으로 알려졌으며 제한적으로 응용(PCMAIL)되고 있다. IMAP은 POP과 DMSP 기능을 포함하여 오프라인, 온라인, 그리고 disconnected 상태에서 뛰어난 원격 편지함 접근 기능을 제공한다.

POP은 오프라인 상태에서 메일 처리에 적합하도록 설계되었다. 오프라인 패러다임에서 메일은 서버(일반적으로 공유 서버라 불린다.)에 저장되며, 개인 컴퓨터 사용자는 서버에 연결하여 사용자에게 배달된 메일을 자신의 컴퓨터로 다운로드하기위해 클라이언트 프로그램을 주기적으로 기동한다. 따라서 모든 메일 처리는 클라이언트 컴퓨터 주위에서 이루어 진다.

메일의 저장과 포워딩 서비스(특정 메일 서버로부터 다른 컴퓨터-보통 PC, MAC-로 메일을 이동시키는 서비스의 일종으로 오프라인 모드를 고려하자. 이렇게 MAC이나 PC로의 전송된 후, 서버에 저장되어 있던 메일은 삭제 된다. 이러한 오프라인 모드의 제한점들때문에 온라인 모드에서 POP을 사용하려는 호기심을 격발 시겼지만 POP은 고수준의 온라인(또는 오프라인) 동작에 필요한 몇몇 기능을 제공하지 못한다.

사실, 의사 온라인 모드( 클라이언트 프로그램이 서버에 메일을 남겨 놓는다고 볼 때)에서 메일 클라이언트 프로그램이 편지함(메시지가 저장된 폴더)이나 상태 플래그와같은 메시지 상태 정보를 접근/갱신하기 위해서는 종종 원격파일 시스템 프로토콜의 확장 능력에 의존할 수 밖에 없다.

IMAP은 오프라인 작업도 잘 처리할 수 있지만 온라인 이나 disconnected 동작에 강하다. 온라인 상태에서, 메일은 앞서와 마찬가지로 공유 서버로 전송되지만, 메일 클라이언트는 서버에서 어떠한 메일도 가져오지않으며 지우지도 않는다. 이러한 방식이 보다 상호대화적인 클라이언트/서버 모델이된다.

여기서 클라이언트는 서버에게 헤더, 특정한 메시지의 내용, 또는 어떤 범주에 들어가는 메시지를 찾기위한 요청을 할 수 있다. 서버측 편지함의 메시지는 다양한 상태 플래그(예:“deleted” 또는 “answered”)에 의하여 표시될 수 있으며 사용자로부터의 확실한 제거요청(다음 세션까지 삭제되지 않을 수 도 있다.)이 있기 전까지는 서버측 편지함에 계속 저장된다.

간단히 말하자면, IMAP은 마치 로컬에서 작업하는 것처럼 원격 편지함를 관리할 수 있도록 설계되었다. IMAP 클라이언트가 어떻게 구현되었고, 시스템 관리자가 메일 구조를 어떻게 설계했느냐에 따라 다르지만 사용자는 클라이언트에 메시지를 직접 저장하거나, 서버에 저장할 수 있으며, 두 가지를 동시에 할 수 있다.

오프라인과 온라인 메일러는 모두 서로 다른 다양한 클라이트 환경으로부터 메일 서버로 전달된 메시지에 접근할 수 있지만 이 것이 둘 사이의 유일한 공통점이다. 이들 두 패러다임은 서로 다른 요구 조건과 사용 형태를 갖고있기때문에 서로 잘 혼용하기는 어렵다.

오프라인 상태에서의 작업은 거의 모든 작업을 자신의 클라이언트로만 처리하는 사용자에게 유용하다. 그러나 이것은 자신의 받은편지함(새로운 메일이 저장되는 폴더)이나 기타편지함(메시지가 저장되는 폴더)를 서로 다른 시간, 서로 다른 컴퓨터에서 접근하기에는 적합하지 않다. 왜냐하면 다른 시간 다른 컴퓨터에서 오프라인(다운로드후 삭제하는) 접근방식을 사용하려면 접근하려는 메일들이 여러 컴퓨터에 분산되어 있어야 한다. 아니면 이들 모두 공통 네트웍 파일 시스템으로 연결되어 있어야한다(이경우 접근 방식은 오프라인이라기 보다는 온라인에 가깝다.).

다시 말하자면, 오프라인 접근의 주요한 잇점은 서버의 자원 낭비를 최소화하는 것과 다이얼업 모뎀으로 연결하였을 때 접속 시간을 줄이는 것에 있다.

오프라인과 온라인 접근 패러다임에 대한 차이점 요약

  • 오프라인과 온라인 패러아임은 두드러진 사용상의 차이를 반영한다.
    • 오프라인: 단일 클라이언트 머신으로부터 요청에의한 복원
    • 온라인: 여러 클라이언트 머신으로부터 복수의 편지함에 대한 상호대화적 접근

  • 오프라인 패러다임의 잇점
    • 접속 시간의 최소 사용
    • 서버 자원의 최소 사용

  • 온라인 패러다임의 잇점
    • 서로 다른 시간과 서로 다른 컴퓨터를 사용할 수 있는 능력
    • 실험실에서처럼 데이터를 저장할 필요가 없는 클라이언트 머신을 사용할 수 있는 능력
    • 복수의 편지함을 환경에 독립적으로 접근
    • 공유 편지함에대한 동시 접근 가능성
온라인 패러다임의 요지는, 사용자의 받은편지함은 서버에 저장되며, 범용 파일 시스템 프로토콜에 의존하지 않고 다른 시간, 다른 컴퓨터에서 항상 동일하게 접근할 수 있다는 것이다. 이러한 온라인 패러다임은 항상 같은 컴퓨터에서 자신의 메일만 접근하려는 사용자에게는 그리 중요한 사항은 아니지만, 여러 종류의 컴퓨터를 사용하는 사람에게는 매우 중요한 사항이라 할 수 있다.

여기까지의 설명을 기반으로, 아래에 POP와 IMAP 기술을 간략히 비교하였다.

  • POP와 IMAP의 공통된 특성
    • 모두 오프라인 동작을 지원한다.
    • 메일은 공유 서버(항상 동작중인)에 저장된다.
    • 다양한 종류의 클라이언트 환경에서 새로운 메일을 접근할 수 있다.
    • 네트웍 상의 어느 곳에서도 접근 가능하다.
    • 프로토콜 사용이 자유롭다. - 인터넷 RFC
    • 자유롭게 구현할 수 있으며(소스 파일을 포함), 자유롭게 사용할 수 있다.
    • 클라이언트는 PC, MAC, 그리고 UNIX 모두 가능하다.
    • 상업적인 구현도 가능하다.
    • 인터넷 지향; SMTP 메일 게이트웨이가 필요없다.
    • 둘 모두 메일에 대한 접근만을 다룬다.; 메일 전송은 SMTP를 이용한다.
    • 양자 모두 Disconnected 작동을 위하여 지속적인 메시지 ID를 부여할 수 있다.

  • POP 프로토콜의 잇점
    • 쉬운 프로토콜; 구현하기 쉽다.
    • IMAP에 비하여 클라이언트 소프트웨어가 많다.

  • IMAP 프로토콜의 잇점
    • 지속적인 메세시 상태 플래그를 처리할 수 있다.
    • 메일 내용을 가져 올 뿐만 아니라 저장할 수 있다.
    • 여러 편지함를 관리하고 접근할 수 있다.
    • 메일 이외의 데이테에도 적합하다. 예, NetNews, 문서 등.
    • 접속 시간과 디스크 사용량을 줄이기 위해 오프라인 패러다임을 사용할 수 있다.
    • 사용자 설정 관리(IMSP)를 위한 기반 프로토콜이 있다.
    • 온라인 성능을 최적화(트히 저속 링크의 경우)할 수 있다.
위에서 언급한 잇점에 대한 상세한 고찰: IMAP은 지속적으로 메시지 상태 플래그를 처리할 수 있다. 이러한 플래그에는 "Seen", "Delete", "Answered"와 사용자 정의 플래그가 있다.

IMAP은 메일 내용을 가져 올 뿐만 아니라 저장할 수 있다. 사용자는 임의의 편지함로부터 원하는 편지함(저장 폴더)으로 메시지를 이동시킬 수 있다.( 역으로도 가능하다)

IMAP은 여러 편지함를 관리하고 접근할 수 있다. 받은편지함과 다른 편지함에 접근하고 이름짓는 기능이 있기 때문에 가능하며 이들의 목록을 보고, 편지함을 생성, 삭제하고 이름을 바꾸는 것까지 가능하다.

IMAP은 메일 이외의 데이테터도 적합하다(예, NetNews, 문서 등). 이러한 기능은 서로 다른 정보를 동일한 방법으로 접근할 때 편리하다.

IMAP은 접속 시간과 디스크 사용량을 줄이기 위해 오프라인 패러다임을 사용할 수 있다. 오프라인 패러다임은 다이얼업 모뎀(메일 서버에 대한 접속 비용이 많이 드는)을 통해서만 연결이 가능하며, 자신의 우편함을 여러 환경에서 접속할 필요가 없는 경우에 유용하다. 그리고 클라이언트 머신의 자원이 풍부하고 서버의 자원이 부족한 상황에도 유리하다. 모든 IMAP 클라이언트가 항상 우수한 오프라인 작업 환경을 지원하지는 않지만 프로토콜 자체는 그러한 작업들을 처리할 능력을 가지고 있다.

IMAP은 사용자 설정 관리(IMSP:Internet Message Support Protocol)를 위한 동료 프로토콜이 정의되어 있다. IMSP로 주소록과 같은 개인별 설정 데이터를 장소에 상관없이(환경에 무관하게) 접근할 수 있다.

IMAP은 온라인 성능을 최적화(특히 저속의 링크인 경우)할 수 있다. 이것은 메시지의 다운로드 없이 메시지 구조 가져오기 기능, 선택적으로 부분 메시지를 가져오는 기능, 클라이언트 서버사이의 데이터 전송량을 줄이기 위해 서버를 검색하는 기능을 포함한다.

특히 작은 대역폭을 가지는 전송로을 통하여 메일 서버에 접속하고 있을 때 전송 메시지와 바로 필요하지 않는 메지지를 분리할 수 있다는 것은 아주 유용하다.

한 사람이 호텔에서 아주짧은 편지에 10MB 짜리 영화 데이터가 덧붙여진 메시지를 막 받았을 때, 멀티미디어나 멀티파트 MIME으로 구성된 메시지의 선택된 부분만을 전송할 수 있다는 것은 아주 큰 잇점이 될 수 있다. 이러한 효과적인 MIME 메시지 처리 능력은 POP보다 우월한 IMAP의 주요한 장점이다.(MIME은 Multipurpose Internet Mail Extensions의 약자이며 첨부된 파일을 SMTP와 RFC-1725를 따르는 인터넷 메일 메시지로 전송하기위한 인터넷 표준이다.)

결론적으로 IMAP은 다음의 세가지 점에서 POP보다 훌륭하다: 사용자의 받은편지함에 대한 보다 풍부한 처리 기능, 사용자의 받은편지함 뿐만 아니라 다른 편지함들를 관리하는 기능, 그리고 특히 대용량의 MIME 메시지를 처리할 때 유용한 온라인 성능 최적화 기능이다.

IMAP은 POP보다 약간은 복잡하지만 자유롭게 사용할 수 있는 IMAP 개발자 라이브러리가 있기때문에 이러한 복잡도가 이용을 가로막는 큰 장벽이 되지는 않는다. 그러므로 현재 POP가 IMAP보다 나은 점은 단 하나 POP를 지원하는 클라이언트 소프트웨어가 많다는 것뿐이다. 그러나 IMAP은 기능상 POP를 철저히 압도하고 있기때문에 이러한 상황은 급변하고 있다.

POP는 RFC-1725에 IMAP은 RFC-1730에 정의되어 있다.

현재의 IMAP 제품에 관련된 리스트는 http://www.imap.org/products.html 에서 찾을 수 있다. 그리고 IMAP 관련 문서 리스트는 http://www.imap.org/biblio.html 에서 찾을 수 있다.

유용한 정보가 하나 더 있다. ftp://ftp.cac.washington.edu/mail/에는 일반적인 POP 서비스를 제공하는 것 외에도 IMAP 서버에 명령을 전달할 수 있는 POP 서버가 있다. 이것을 이용하면 IMAP 서버에 POP 클라이언트가 접근하는 것이 가능하다.

이러한 주제에 보다 관심있는 사람들은 http://www.imap.org/imap.docs.html (IMAP 관련 문서 모음)과 메시지 접근 패러다임과 프토토콜을 보기바란다. 이 문서는 본 문서에대한 자세한 설명으로 온라인 메시지 접근 관점에서 POP와 IMAP에대한 배경 이론과 보다 자세한 설명을 제공하고 있다.



다음글: 메시지 접근 패러다임과 프토토콜 (11776)2002-05-16
이전글: VI 편집기 - 변수설정 (12836)1998-04-24

세상사는 이야기

  • 컴퓨터를 IPTV로 2, po >
  • 컴퓨터를 IPTV로 만들 >
  • Warning.or.kr도 우회 >
  • 한국의 100대 부자, 어 >
  • 세상을 바꾼 크롬: 크 >
  • 장난(?)으로 시작한 여 >
  • 탈옥의 필수, QuickDo >
  • 윈도 10, 한영 전환도 >
  • 바보도 할 수 있는 War >
  • 북마크에도 확장 아이 >


  • RSS 구독 (익명 | 회원 | 강좌 | 포럼)
    (C) 1996 ~ 2017 QAOS.com All rights reserved.