簡單郵件傳輸協議
![本頁使用了標題或全文手工轉換](http://images.weserv.nl/?url=//upload.wikimedia.org/wikipedia/commons/thumb/c/cd/Zh_conversion_icon_m.svg/35px-Zh_conversion_icon_m.svg.png)
網際網路協定套組 |
---|
應用層 |
傳輸層 |
網路層 |
連結層 |
此條目翻譯品質不佳。 (2018年7月25日) |
簡單郵件傳送協定(英語:Simple Mail Transfer Protocol,縮寫:SMTP)可用在傳送和接收電子郵件的信息,但SMTP通常用作傳送電子郵件信息,而不是接收。
SMTP是一個相對簡單的基於文本的協議。我們可以透過協定,指定將訊息傳送至一或多個接收者。我們可以很簡單地通過telnet程序來測試一個SMTP服務器。SMTP主要使用TCP端口25。要為一個給定的域名決定一個SMTP服務器,需要使用DNS的MX記錄。
在八十年代早期,SMTP開始被廣泛地使用。當時,它只是作為UUCP的補充,UUCP更適合於處理在間歇連接的電腦間傳送郵件。相對地,SMTP在穩定的網絡下,將發送和接收的工作是做得相當好。
Sendmail是最早使用SMTP的郵件傳輸代理之一。在2001年,至少有50個程序將SMTP實現為一個客戶端(消息的發送者)或一個服務器(消息的接收者),包括了Philip Hazel的exim,IBM的Postfix, D. J. Bernstein的Qmail,以及Microsoft Exchange Server。
由於這個協議開始時,是基於純ASCII文本的,它在二進制文件上處理得並不好。例如MIME的標準被開發來編碼二進制文件,以使其透過SMTP來傳輸。今天,大多數SMTP服務器都支持8位MIME擴展,它使二進制文件的傳輸,變得幾乎和純文本一樣簡單。
SMTP是一個「推送」協議,它不允許從遠程服務器上接收消息。若要接收消息到客戶端,郵件客戶端必須使用POP3或IMAP。另一個SMTP服務器可以使用ETRN在SMTP上觸發一個發送。
互聯網 |
---|
![]() |
![]() |
SMTP通信舉例
在發送方(客戶端)和接收方(服務器)間建立連接之後,會建立一個合法的SMTP會話,如下例。在下面的例子中,所有客戶端發送的都以「C:」作為前綴,所有服務器發送的都以「S:」作為前綴。在多數計算機系統上,可以在發送的機器上使用telnet命令來建立連接,比如:
telnet www.example.com 25
它建立一個從發送的機器到主機www.example.com的SMTP連接。
S: 220 smtp.example.com ESMTP Postfix C: HELO relay.example.com S: 250 smtp.example.com, I am glad to meet you C: MAIL FROM:<[email protected]> S: 250 Ok C: RCPT TO:<[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: From: "Bob Example" <[email protected]> C: To: Alice Example <[email protected]> C: Cc: [email protected] C: Date: Tue, 15 Jan 2008 16:02:43 -0500 C: Subject: Test message C: C: Hello Alice. C: This is a test message with 5 header fields and 4 lines in the message body. C: Your friend, C: Bob C: . S: 250 Ok: queued as 12345 C: QUIT S: 221 Bye {The server closes the connection}
雖然是可選的,但幾乎所有的客戶端都會使用EHLO問候消息(而不是上面所示的HELO)來詢問服務器支持何種SMTP擴展,郵件的文本體(接着DATA)一般是典型的MIME格式。
SMTP安全和垃圾郵件
最初的SMTP的局限之一,在於它沒有對發送方進行身份驗證的機制。因此,後來定義了SMTP-AUTH擴展。
儘管有了身份認證機制,垃圾郵件仍然是一個主要的問題。但由於龐大的SMTP安裝數量帶來的網絡效應,大刀闊斧地修改或完全替代SMTP被認為是不現實的。Internet Mail 2000就是一個替代SMTP的建議方案。
因此,出現了一些同SMTP工作的輔助協議。IRTF的反垃圾郵件研究小組正在研究一些建議方案,以提供簡單、靈活、輕量級的、可升級的源端認證。最有可能被接受的建議方案是發件人策略框架協議。
提供SSL加密的SMTP協定被稱為SMTPS。
參見
相關 RFC
- RFC 5321 - 簡單郵件傳輸協議,在最近(2008.8)代替了 RFC 2821
- RFC 2821 - 簡單郵件傳輸協議,在最近(2001)代替了 RFC 821,RFC 1869,RFC 974
- RFC 2822 - Internet(比如 e-mail)消息格式,代替了 RFC 822
- RFC 3461 - SMTP的發送狀態通知(DSN)擴展,代替了 RFC 1891