Post Office Protocol(Post Office Protocol)

Post Office Protocol

컴퓨팅에서 POP(Post Office Protocol)는 이메일 클라이언트가 메일 서버에서 이메일을 가져오기 [1]위해 사용하는 응용 프로그램 계층 인터넷 표준 프로토콜입니다.POP 버전 3(POP3)은 일반적으로 사용되는 버전이며 IMAP과 함께 가장 일반적인 전자 메일 검색 프로토콜입니다.

목적

Post Office Protocol(Post Office Protocol)은 사용자 클라이언트 응용프로그램에 대한 IP(Internet Protocol) 네트워크를 통해 메일 서버에 유지 관리된 편지함(mildrop)에 대한 액세스를 제공합니다.프로토콜은 메시지에 대한 다운로드 및 삭제 작업을 지원합니다.POP3 클라이언트는 접속하여 모든 메시지를 검색하여 클라이언트컴퓨터에 저장한 후 [2]서버에서 삭제합니다.이 POP 및 그 순서의 설계는 다이얼업액세스 등 일시적인 인터넷 접속만을 가지는 유저의 요구에 의해서 행해졌습니다.이러한 유저는 접속시에 전자 메일을 취득해, 그 후에 오프라인시에 취득한 메시지를 표시 및 조작할 수 있습니다.

POP3 클라이언트는 다운로드 후 서버에 메일을 남길 수도 있습니다.반면 Internet Message Access Protocol(IMAP)은 일반적으로 서버에 모든 메시지를 남겨두고 여러 클라이언트응용 프로그램을 관리할 수 있도록 설계되어 있으며 연결(온라인) 모드와 연결 해제(오프라인) 모드 모두를 지원합니다.

POP3 서버는 웰-known 포트 번호 110에서 서비스 요청을 리슨한다.POP3의 암호화된 통신은 프로토콜 시작 후 STLS 명령을 사용하여 요구되거나(지원되는 경우), 잘 알려진 TCP 포트 번호 995의 Transport Layer Security(TLS; 트랜스포트 계층 보안) 또는 Secure Sockets Layer(SSL; 보안 소켓 계층)를 사용하여 서버에 연결됩니다.

클라이언트에서 사용 가능한 메시지는 POP3 세션이 maildrop을 열 때 결정되며, 해당 세션에 로컬 메시지 번호 또는 옵션으로 POP 서버에 의해 메시지에 할당된 고유 식별자에 의해 식별됩니다.이 고유 식별자는 maildrop에 대해 영구적이며 고유하며 클라이언트는 다른 POP 세션에서 동일한 메시지에 액세스할 수 있습니다.메일이 검색되어 메시지 번호로 삭제 마크가 붙습니다.클라이언트가 세션을 종료하면 삭제 마크가 붙은 메일은 메일드롭에서 제거됩니다.

역사

우체국 프로토콜의 첫 번째 버전인 POP1은 Joyce K에 의해 RFC 918(1984)에 명시되었습니다. 레이놀즈.POP2는 RFC 937(1985)에 규정되어 있습니다.

POP3는 가장 일반적으로 사용되는 버전입니다.RFC 1081(1988)에서 시작되었지만 최신 사양은 RFC 1939로, RFC 1734의 확장 메커니즘(RFC 2449) 및 인증 메커니즘으로 갱신되었습니다.이로 인해 Pine, POPmail 및 기타 초기 메일 클라이언트와 같은 많은 POP 구현이 이루어졌습니다.

원래의 POP3 사양은 암호화되지 않은 USER/PASS 로그인 메커니즘 또는 Berkeley .rhosts 접근컨트롤만을 지원했지만, 오늘날 POP3는 사용자의 이메일에 대한 부정 액세스로부터 다양한 수준의 보호를 제공하기 위해 몇 가지 인증 방식을 지원합니다.대부분은 POP3 확장 메커니즘에 의해 제공됩니다.POP3 클라이언트는 AUTH 확장을 통한 SASL 인증 방식을 지원합니다.MIT Project Athena는 Kerberized 버전도 제작했습니다.RFC 1460은 핵심 프로토콜에 APOP를 도입했습니다.APOP는 MD5 해시 함수를 사용하여 리플레이 공격 및 공유 비밀 공개를 회피하는 챌린지-리스폰스 프로토콜입니다.APOP를 구현하는 클라이언트에는 Mozilla Thunderbird, Opera Mail, Eudora, KMail, Novell Evolution, RimArts' Becky!,[3] Windows Live Mail, PowerMail, Apple Mutt 등이 있습니다.RFC 1460은 RFC 1725에 의해 폐지되고 RFC 1939에 의해 폐지되었습니다.

POP4

POP4는 IMAP와 경쟁하기 위해 기본 폴더 관리, 멀티파트 메시지 지원 및 메시지 플래그 관리를 추가하는 비공식 제안으로만 존재하지만 2003년 [4]이후 개발이 진행되지 않았습니다.

확장 및 사양

RFC 2449에서는 TOP 및 UIDL 등의 옵션명령어 지원을 조직적으로 공지할 뿐만 아니라 일반 확장을 수용하기 위해 확장 메커니즘이 제안되었습니다.RFC는 확장을 권장하는 것은 아니며 POP3의 역할은 주로 우편함 처리의 다운로드 및 삭제 요건을 단순하게 지원하는 것임을 재확인했습니다.

확장 기능은 capabilities라고 불리며 CAPA 명령으로 나열됩니다.APOP를 제외하고 옵션명령어는 초기 기능 세트에 포함되어 있습니다.ESMTP(RFC 5321)의 선두에 이어 X로 시작하는 기능은 로컬 기능을 나타냅니다.

기동

STARTTLS 확장을 사용하면 대체 포트가 아닌 표준 POP3 포트에서 STLS 명령을 사용하여 Transport Layer Security(TLS; 트랜스포트층 보안) 또는 Secure Sockets Layer(SSL; Secure 소켓층)의 사용을 네고시에이트할 수 있습니다.일부 클라이언트 및 서버는 대신 TCP 포트 995(POP3S)를 사용하는 대체 포트 방식을 사용합니다.

SDPS

데몬 인터넷에서는 도메인별로 여러 계정을 허용하는 POP3에 내선번호가 도입되어 Standard Dial-up POP3 Service(SDPS)[5]로 불리게 되었습니다.각 계정에 액세스하기 위해 사용자 이름에 호스트 이름(john@hostname 또는 john+hostname)이 포함됩니다.

Google Apps는 [6]동일한 방법을 사용합니다.

Kerberized Post Office Protocol(Post Office Protocol)

컴퓨팅에서 로컬 전자 메일클라이언트는 응용 프로그램층의 인터넷 표준 프로토콜인 KPOP(Kerberized Post Office Protocol)을 사용하여 TCP/IP 연결을 통해 원격 서버에서 전자 메일을 가져올 수 있습니다.KPOP 프로토콜은 POP3 프로토콜을 기반으로 합니다. Kerberos 보안을 추가하고 기본적으로 110이 아닌 1109 TCP 포트 번호로 실행된다는 점이 다릅니다.하나의 메일 서버 소프트웨어 구현은 Cyrus IMAP 서버에 있습니다.

세션 예시

다음 POP3 세션대화상자는 RFC [7]1939의 예입니다.

S:<>TCP포트 110&gt에 연결만 기다려, C:<>, connection>. S:+OK POP3서버 준비가 되어<>1896.697170952 @ dbc.mtview.ca.us>. C:에이폽 mrosec4c9334bac560ecc979e58001b3e22fb S:+OK mrose의 maildrop다 2메시지(320와)C:STATS:+OK 2320C:LISTS:+OK 2메시지(320와)S:1120S:2200S:.C:RETR1S:  +OK 120수가 S:<>은 POP3서버 메시지 1&gt를 보낸다;S:. C:DELE1S:+OK 메시지 1을 삭제한 C:RETR2S:+OK 200수가 S:<>은 POP3서버 2> 메시지를 보냅니다;S:. C:DELE2S:+OK 메시지 2C삭제되:QUIT S:+OK 맘씨 POP3서버(maildrop 빈)C을 승인하는:<> 가까운 connection>, S:<> 기다리f또는 다음 connection>.

옵션의 APOP 명령어가 없는 POP3 서버에서는 클라이언트가 USER 명령어와 PASS 명령어로 로그인해야 합니다.

C: 사용자 mrose S: +OK 사용자 수락 C: PASS tanstaaf S: +OK 패스 수락

IMAP과의 비교

IMAP(Internet Message Access Protocol)는 대체적인 최신 사서함 액세스 프로토콜입니다.주요 차이점은 다음과 같습니다.

  • POP는 보다 단순한 프로토콜로 구현이 용이합니다.
  • 일반적으로 이메일 클라이언트에서도 이메일 서버에 메시지를 남기는 옵션이 있지만 POP는 메시지를 이메일 서버에서 로컬 컴퓨터로 이동합니다.IMAP은 기본적으로 이메일서버에 메시지를 남기는 것으로 로컬카피를 다운로드하기만 하면 됩니다.
  • POP는 편지함을 단일 저장소로 취급하며 폴더 개념이 없습니다.
  • IMAP 클라이언트는 서버에 헤더 또는 지정된 메시지의 본문을 요구하거나 특정 기준을 충족하는 메시지를 검색하기 위해 복잡한 쿼리를 수행합니다.메일 저장소의 메시지는 다양한 상태 플래그(예: "삭제" 또는 "응답")로 표시될 수 있으며, 사용자가 명시적으로 제거할 때까지 저장소에 남아 있습니다. 이 메시지는 이후 세션까지 남아 있지 않을 수 있습니다.즉, IMAP은 리모트메일함을 로컬인 것처럼 조작할 수 있도록 설계되어 있습니다.IMAP 클라이언트 구현 및 시스템 매니저가 원하는 메일 아키텍처에 따라 사용자는 메시지를 클라이언트머신에 직접 저장하거나 서버에 저장하거나 둘 중 하나를 선택할 수 있습니다.
  • POP 프로토콜을 사용하려면 현재 연결된 클라이언트가 우편함에 연결된 유일한 클라이언트여야 합니다.대조적으로 IMAP 프로토콜은 여러 클라이언트에 의한 동시 액세스를 특별히 허용하고 클라이언트가 동시에 연결된 다른 클라이언트에 의해 우편함에 수행된 변경을 감지하는 메커니즘을 제공합니다.예를 들어 RFC3501 섹션 5.2를 참조해 주십시오.이 예에서는 '복수의 에이전트에 의한 동일한 우편함에 대한 동시 액세스'를 구체적으로 언급하고 있습니다.
  • POP는 메시지를 검색할 때 메시지의 모든 부분을 수신하는 반면, IMAP4 프로토콜을 사용하면 클라이언트가 개별 MIME 부분을 개별적으로 검색할 수 있습니다. 예를 들어 첨부 파일을 검색하지 않고 일반 텍스트를 검색할 수 있습니다.
  • IMAP은 메시지 상태를 추적하기 위해 서버에서 플래그를 지원합니다.예를 들어, 메시지가 읽혔는지, 회신되었는지, 전송되었는지, 삭제되었는지 여부입니다.

관련 댓글 요구(RFC)

  • RFC 918 – 우체국 프로토콜
  • RFC 937 – Post Office Protocol – 버전 2
  • RFC 1081 – Post Office Protocol –버전 3
  • RFC 1939 – Post Office Protocol – 버전 3 (STD 53)
  • RFC 1957 – Post Office Protocol (POP3) 구현에 관한 일부 의견
  • RFC 2195 – 심플한 챌린지/리스폰스를 위한 IMAP/POP 인증 확장
  • RFC 2384 – POP URL 스킴
  • RFC 2449 - POP3 확장 메커니즘
  • RFC 2595 – IMAP, POP3, ACAP에서의 TLS 사용
  • RFC 3206 - SYS 및 AUTH POP 응답 코드
  • RFC 5034 – Post Office Protocol (POP3) Simple Authentication and Security Layer (SASL) 인증 메커니즘
  • RFC 8314 – 구식으로 간주되는 클리어 텍스트:전자 메일 전송 및 액세스를 위한 TLS(Transport Layer Security) 사용

「 」를 참조해 주세요.

레퍼런스

  1. ^ Dean, Tamara (2010). Network+ Guide to Networks. Delmar. p. 519. ISBN 978-1423902454.
  2. ^ Allen, David (2004). Windows to Linux. Prentice Hall. p. 192. ISBN 1423902459.
  3. ^ (일본어), (Becky! 튜토리얼) Wayback Machine, 2001-04-26에서 2010-01-31 아카이브 완료.
  4. ^ "POP4 specification although pop is used to receive mail after system is not online". 2003. Archived from the original on 2017-10-21. Retrieved 2011-10-17.
  5. ^ Demon Online Help Center 2011-07-23 archive. 오늘 아카이브.E.demon.net (2013-01-23)2013-07-17에 회수.
  6. ^ "Google Apps and Gmail differences". Gmail Help Center. Archived from the original on September 13, 2008.
  7. ^ RFC 1939, 19페이지

추가 정보

외부 링크