POP3&SMTP

애플리케이션 레이어 프로토콜 POP3 & SMTP
(2008-12-30 11:56:24)
태그: 인터넷 잡담
 
POP3, 전체 이름은 "Post Office Protocol - Version 3", 즉 "우체국 프로토콜 버전 3"입니다.RFC 1939에서 정의한 TCP/IP 프로토콜 패밀리 중 하나입니다.이 프로토콜은 주로 클라이언트를 사용하여 서버에서 원격 관리하는 전자 메일을 지원하는 데 사용됩니다.SSL 암호화를 제공하는 POP3 프로토콜을 POP3S라고 합니다.

IMAP(Internet Message Access Protocol)

SMTP(Simple Mail Transfer Protocol)

webmail

중국어pop3 프로토콜 상세 자료
POP3 RFCs

RFC 1939 - "Post Office Protocol - Version 3"

RFC 2195 - "IMAP/POP AUTHorize Extension for Simple Challenge/Response"

RFC 2449 - "POP3 Extension Mechanism"

RFC 1734 - "POP3 AUTHentication command"

RFC 2222 - "Simple Authentication and Security Layer (SASL)"

RFC 3206 - "The SYS and AUTH POP Response Codes"

RFC 2595 - "Using TLS with IMAP, POP3 and ACAP"

RFC 937 - "POST OFFICE PROTOCOL - VERSION 2"

RFC 918 - "POST OFFICE PROTOCOL"

 
단순 메일 전송 프로토콜(Simple Mail Transfer Protocol, SMTP)은 사실상 인터넷에서 이메일을 전송하는 표준이다.
SMTP는 상대적으로 간단한 텍스트 기반 프로토콜입니다.그 위에 메시지의 하나 이상의 수신자를 지정하면 (대부분의 경우 존재하는 것으로 확인됨) 메시지 텍스트가 전송됩니다.텔넷 프로그램을 통해 SMTP 서버를 간단하게 테스트할 수 있습니다.SMTP는 TCP 포트 25를 사용합니다.주어진 도메인 이름에 대해 SMTP 서버를 결정하려면 MX(Mail eXchange) DNS를 사용해야 합니다.
80년대 초반에 SMTP는 널리 사용되기 시작했다.당시에는 UUCP의 보충용일 뿐, UUCP는 간헐적으로 연결된 기계 간에 메일을 전송하는 데 더욱 적합했다.반대로 SMTP는 발송과 수신의 기계가 항상 네트워크에 연결되어 있는 상황에서 가장 잘 작동한다.
Sendmail은 SMTP를 최초로 구현한 메일 전송 에이전트 중 하나입니다.2001년까지 적어도 50개의 프로그램이 SMTP를 클라이언트 (메시지의 발송자) 나 서버 (메시지의 수신자) 로 실현했다.일부 다른 유행하는 SMTP 서버 프로그램은 Philip Hazel의 exim, IBM의 Postfix, D.J. Bernstein의 Qmail, 그리고 Microsoft Exchange 서버를 포함한다.
이 프로토콜은 순수한 ASCII 텍스트를 기반으로 하기 때문에 바이너리 파일에서 잘 처리되지 않습니다.SMTP를 통해 전송할 수 있도록 MIME와 같은 표준이 개발되었습니다.오늘날, 대부분의 SMTP 서버는 8비트 MIME 확장을 지원하는데, 이것은 바이너리 파일의 전송을 거의 순수한 텍스트와 같이 간단하게 한다.
SMTP는 "밀어내기"프로토콜이므로 필요에 따라 원격 서버에서 "끌기"메시지를 보낼 수 없습니다.이렇게 하려면 메일 클라이언트가 POP3 또는 IMAP를 사용해야 합니다.다른 SMTP 서버에서는 ETRN을 사용하여 SMTP에서 전송을 트리거할 수 있습니다.
SMTP 통신 예
송신자 (클라이언트) 와 수신자 (서버) 사이의 연결을 설정한 후, 다음은 합법적인 SMTP 세션입니다.다음 대화에서 모든 클라이언트는 "C:"을 접두사로 보내고 모든 서버는 "S:"을 접두사로 보냅니다.대부분의 컴퓨터 시스템에서 보내는 기계에서 텔넷 명령을 사용하여 연결을 만들 수 있다. 예를 들어 다음과 같다.

telnet www.example.com 25

그것은 보내는 기계에서 호스트 www.example로 열립니다.com의 SMTP 연결입니다.

S: 220 www.example.com ESMTP Postfix C: HELO mydomain.com S: 250 Hello mydomain.com C: MAIL FROM: [email protected] S: 250 Ok C: RCPT TO: [email protected] S: 250 Ok C: DATA S: 354 End data with <CR><LF>.<CR><LF> C: Subject: test message C: From: [email protected] C: To: [email protected] C: C: Hello, C: This is a test. C: Goodbye. C: . S: 250 Ok: queued as 12345 C: quit S: 221 Bye

옵션이지만 거의 모든 클라이언트는 EHLO 메시지 (위와 같은 HELO가 아닌) 를 사용하여 서버가 어떤 SMTP 확장을 지원하는지 묻습니다. 메일의 텍스트 형식 (이후 DATA) 은 전형적인 MIME 형식입니다.
최초의 SMTP의 한계 중 하나는 발송자에 대한 인증 메커니즘이 없다는 것이다.따라서 SMTP-AUTH 확장이 정의되었습니다.
신분인증 메커니즘이 생겼음에도 불구하고 스팸메일은 여전히 주요한 문제이다.그러나 방대한 SMTP 설치 수량에 따른 네트워크 효과 때문에 SMTP를 대대적으로 수정하거나 완전히 대체하는 것은 비현실적인 것으로 여겨진다.Internet Mail 2000은 SMTP를 대체하기 위한 권장 사항입니다.
따라서 SMTP와 함께 작동하는 보조 프로토콜이 있습니다.IRTF의 스팸메일 방지 연구팀은 간단하고 유연하며 경량급이며 업그레이드 가능한 원본 인증을 제공하기 위해 제안 방안을 연구하고 있다.가장 받아들일 수 있는 건의 방안은 발송자 전략 프레임워크 협의이다.
DomainKeys

RFC 2821 - 간단한 메일 전송 프로토콜, RFC 821, RFC 1869, RFC 974 대체

RFC 2822 - 인터넷(예: e-mail) 메시지 형식, RFC 822 대체

RFC 3461 - SMTP의 전송 상태 알림(DSN) 확장으로 RFC 1891을 대체합니다

SMTP 프로토콜 자료