亚洲av成人无遮挡网站在线观看,少妇性bbb搡bbb爽爽爽,亚洲av日韩精品久久久久久,兔费看少妇性l交大片免费,无码少妇一区二区三区

  免費(fèi)注冊(cè) 查看新帖 |

Chinaunix

  平臺(tái) 論壇 博客 文庫(kù)
123下一頁(yè)
最近訪問(wèn)板塊 發(fā)新帖
查看: 13169 | 回復(fù): 25
打印 上一主題 下一主題

[Mail] SMTP協(xié)議原始命令碼和工作原理[轉(zhuǎn)]-一轉(zhuǎn)再轉(zhuǎn) [復(fù)制鏈接]

論壇徽章:
0
跳轉(zhuǎn)到指定樓層
1 [收藏(0)] [報(bào)告]
發(fā)表于 2003-05-27 08:06 |只看該作者 |倒序?yàn)g覽
SMTP協(xié)議原始命令碼和工作原理

1.SMTP是工作在兩種情況下:一是電子郵件從客戶(hù)機(jī)傳輸?shù)椒⻊?wù)器;二是從某一個(gè)服務(wù)器傳輸?shù)搅硪粋(gè)
服務(wù)器
2.SMTP是個(gè)請(qǐng)求/響應(yīng)協(xié)議,命令和響應(yīng)都是基于ASCII文本,并以CR和LF符結(jié)束。響應(yīng)包括一個(gè)表示返
回狀態(tài)的三位數(shù)字代碼
3.SMTP在TCP協(xié)議25號(hào)端口監(jiān)聽(tīng)連接請(qǐng)求
4.連接和發(fā)送過(guò)程:

a.建立TCP連接
b.客戶(hù)端發(fā)送HELO命令以標(biāo)識(shí)發(fā)件人自己的身份,然后客戶(hù)端發(fā)送MAIL命令
服務(wù)器端正希望以O(shè)K作為響應(yīng),表明準(zhǔn)備接收
c.客戶(hù)端發(fā)送RCPT命令,以標(biāo)識(shí)該電子郵件的計(jì)劃接收人,可以有多個(gè)RCPT行
服務(wù)器端則表示是否愿意為收件人接受郵件
d.協(xié)商結(jié)束,發(fā)送郵件,用命令DATA發(fā)送
e. 以.表示結(jié)束輸入內(nèi)容一起發(fā)送出去
f.結(jié)束此次發(fā)送,用QUIT命令退出。


5.另外兩個(gè)命令:
VRFY---用于驗(yàn)證給定的用戶(hù)郵箱是否存在,以及接收關(guān)于該用戶(hù)的詳細(xì)信息。
EXPN---用于擴(kuò)充郵件列表。

6.郵件路由過(guò)程:
SMTP服務(wù)器基于‘域名服務(wù)DNS中計(jì)劃收件人的域名來(lái)路由電子郵件。SMTP服務(wù)器基于DNS中的MX記錄
來(lái)路由電子郵件,MX記錄注冊(cè)了域名和相關(guān)的SMTP中繼主機(jī),屬于該域的電子郵件都應(yīng)向該主機(jī)發(fā)送。

若SMTP服務(wù)器mail.abc.com收到一封信要發(fā)到shuser@sh.abc.com:

a.Sendmail請(qǐng)求DNS給出主機(jī)sh.abc.com的CNAME記錄,如有,假若CNAME到shmail.abc.com,則再次
請(qǐng)求shmail.abc.com的CNAME記錄,直到?jīng)]有為止
b.假定被CNAME到shmail.abc.com,然后sendmail請(qǐng)求@abc.com域的DNS給出shmail.abc.com的MX記錄,
shmail MX 5 shmail.abc.com
10 shmail2.abc.com
c. Sendmail最后請(qǐng)求DNS給出shmail.abc.com的A記錄,即IP地址,若返回值為1.2.3.4
d. Sendmail與1.2.3.4連接,傳送這封給shuser@sh.abc.com的信到1.2.3.4這臺(tái)服務(wù)器的SMTP后臺(tái)程序

7.SMTP基本命令集:

命令 描述
------------------------------
HELO 向服務(wù)器標(biāo)識(shí)用戶(hù)身份
發(fā)送者能欺騙,說(shuō)謊,但一般情況下服務(wù)器都能檢測(cè)到。

MAIL 初始化郵件傳輸
mail from:
RCPT 標(biāo)識(shí)單個(gè)的郵件接收人;常在MAIL命令后面
可有多個(gè)rcpt to:
DATA 在單個(gè)或多個(gè)RCPT命令后,表示所有的郵件接收人已標(biāo)識(shí),并初始化數(shù)據(jù)傳輸,以.結(jié)束。
VRFY 用于驗(yàn)證指定的用戶(hù)/郵箱是否存在;由于安全方面的原因,服務(wù)器常禁止此命令
EXPN 驗(yàn)證給定的郵箱列表是否存在,擴(kuò)充郵箱列表,也常被禁用
HELP 查詢(xún)服務(wù)器支持什么命令
NOOP 無(wú)操作,服務(wù)器應(yīng)響應(yīng)OK
QUIT 結(jié)束會(huì)話
RSET 重置會(huì)話,當(dāng)前傳輸被取消
--------------------------------

8. MAIL FROM命令中指定的地址是稱(chēng)作 envelope from地址,不需要和發(fā)送者自己的地址是一致的。
RCPT TO 與之等同,指明的接收者地址稱(chēng)為envelope to地址,而與實(shí)際的to:行是什么無(wú)關(guān)。
9.為什么沒(méi)有RCPT CC和RCPT BCC
所有的接收者協(xié)商都通過(guò)RCPT TO命令來(lái)實(shí)現(xiàn),如果是BCC,則協(xié)商發(fā)送后在對(duì)方接收時(shí)被刪掉信封接收者
10.郵件被分為信封部分,信頭部分和信體部分
envelope from, envelope to 與message from:, message to:完全不相干。
evnelope是由服務(wù)器主機(jī)間SMTP后臺(tái)提供的,而message from/to是由用戶(hù)提供的。有無(wú)冒號(hào)也是區(qū)別。

11. 怎樣由信封部分檢查是否一封信是否是偽造的?
a. received行的關(guān)聯(lián)性。
現(xiàn)在的SMTP郵件傳輸系統(tǒng),在信封部分除了兩端的內(nèi)部主機(jī)處理的之個(gè),考慮兩個(gè)公司防火墻之間
的部分,若兩臺(tái)防火墻機(jī)器分別為A和B,但接收者檢查信封received:行時(shí)發(fā)現(xiàn)經(jīng)過(guò)了C.則是偽造的。
b. received:行中的主機(jī)和IP地址對(duì)是否對(duì)應(yīng)如:
Receibed: from galangal.org (turmeric.com [104.128.23.115] by mail .bieberdorf.edu....
c. 被人手動(dòng)添加在最后面的received行:
Received: from galangal.org ([104.128.23.115]) by mail .bieberdorf.edu (8.8.5)
Received: from lemongrass.org by galangal.org (8.7.3)
Received: from graprao.com by lemongrass.org (8.6.4)

from: http://blue.bsdbase.com/freebsd_bbs/viewtopic.php?t=45

論壇徽章:
1
榮譽(yù)版主
日期:2011-11-23 16:44:17
2 [報(bào)告]
發(fā)表于 2003-05-27 10:00 |只看該作者

SMTP協(xié)議原始命令碼和工作原理[轉(zhuǎn)]-一轉(zhuǎn)再轉(zhuǎn)

干脆,我把這偏文章做的完善點(diǎn),方便各位查閱。
轉(zhuǎn)自http://www.longen.org/S-Z/details~z/SMTPPipelineExtension.htm

SMTP服務(wù)對(duì)命令流水的擴(kuò)展

1.摘要

本文主要定義了一種SMTP服務(wù)擴(kuò)展,使用這種服務(wù)擴(kuò)展服務(wù)器可以說(shuō)明它在一個(gè)TCP發(fā)送操作中可以接收多少個(gè)指令。在一個(gè)TCP發(fā)送指令中使用多個(gè)操作可以大大提高系統(tǒng)的運(yùn)行效率。

2. 介紹

雖然SMTP服務(wù)已經(jīng)廣泛使用了,效果也不錯(cuò),但是對(duì)它的擴(kuò)展也是不可少的。如果某個(gè)網(wǎng)絡(luò)需要很長(zhǎng)時(shí)間進(jìn)行連接,那SMTP運(yùn)行的效果可就比較差了。SMTP的時(shí)間就費(fèi)在等待一個(gè)個(gè)的命令上了。如果能夠使SMTP客戶(hù)端進(jìn)行命令流水,也就是一次發(fā)送許多指令,就會(huì)提高運(yùn)行效率。但以前的協(xié)議中沒(méi)有說(shuō)明這一條,客戶(hù)無(wú)法知道服務(wù)器能夠同時(shí)接收多少指令。因此產(chǎn)生了如下的一些問(wèn)題:

連接過(guò)程中連接失控或緩沖區(qū)滿;
在SMTP命令失敗時(shí)清除TCP輸入緩沖區(qū),有時(shí)這是沒(méi)有必要的;
對(duì)一些命令會(huì)不講道理地判斷它為失敗,例如一些服務(wù)器如果在上一個(gè)REPT TO 失敗后會(huì)再不接收DATA命令,而不管RCPT TO之前的命令是不是成功,而有些服務(wù)器則可以在RCPT TO命令失敗后接收DATA命令。
3. 命令流水?dāng)U展框架

它的定義如下:

此服務(wù)擴(kuò)展的名稱(chēng)為流水(Pipelining);
與EHLO相關(guān)聯(lián)的擴(kuò)展值是PIPELINING;
PIPELINING EHLO不再參數(shù);
MAIL FROM或RCPT TO命令不附加其它參數(shù);
沒(méi)有附加其它SMTP命令;
4. 流水服務(wù)擴(kuò)展

當(dāng)客戶(hù)機(jī)希望使用流水時(shí),它會(huì)發(fā)送EHLO命令到服務(wù)器,如果服務(wù)器以250響應(yīng)(其中的響應(yīng)包括PIPELINING)就表明服務(wù)器支持SMTP服務(wù)流水。

4.1. 客戶(hù)使用流水

在客戶(hù)知道服務(wù)器可以支持流水的時(shí)候,客戶(hù)可以傳輸多個(gè)命令(稱(chēng)為命令組)到服務(wù)器,不用發(fā)送一條等待一下然后再發(fā)一條,特別的RSET,MAIL FROM,SEND FROM,SOML FROM,SAML FROM和RCPT TO可以出現(xiàn)在命令組的任何地方。EHLO,DATA,VRFY,EXPN,TURN,QUIT和NOOP只能出現(xiàn)在命令組中的最后位置,因?yàn)樗鼈兂晒εc否將改變SMTP命令所處的狀態(tài)。由其它SMTP擴(kuò)展產(chǎn)生的命令只能出現(xiàn)在組中的最后位置。實(shí)際傳送的命令可以是組中的第一個(gè)命令。

客戶(hù)SMTP必須檢查與組中據(jù)有相關(guān)的狀態(tài)。如果RCPT TP接收地址未被接受,客戶(hù)端必須檢查DATA的狀態(tài),客戶(hù)端不能假設(shè)因?yàn)闆](méi)有RCPT TO是成功的所以DATA就會(huì)失敗。如果DATA命令被正確拒絕,客戶(hù)端可以發(fā)出RSET,如果DATA命令沒(méi)有被正確拒絕,客戶(hù)端要發(fā)出一個(gè)點(diǎn)(dot)。命令所產(chǎn)生的狀態(tài)必須和分別發(fā)出每個(gè)命令時(shí)相同,必須支持多行(Multiline)響應(yīng)。客戶(hù)SMTP可以選擇在非阻塞狀態(tài)運(yùn)行,它在接收到服務(wù)器的響應(yīng)時(shí)立即處理,即使還有數(shù)據(jù)需要發(fā)送也不能推遲對(duì)響應(yīng)的處理。如果不支持非阻塞狀態(tài),客戶(hù)端必須檢查T(mén)CP窗口的大小,TCP窗口的大小必須大于命令組的大小。窗口大小經(jīng)常是4K,如果不能進(jìn)行這樣的檢查,可能會(huì)導(dǎo)致死鎖。

4.2. 服務(wù)器對(duì)流水的支持

服務(wù)器應(yīng)該提供下面的服務(wù)擴(kuò)展:

 

在任何情況下不行將TCP輸入緩沖區(qū)的內(nèi)容丟棄;
當(dāng)且僅當(dāng)接收到一個(gè)或多個(gè)有效的RCPT TO命令時(shí),才對(duì)DATA命令應(yīng)該主動(dòng)發(fā)出響應(yīng);
因?yàn)镈ATA命令沒(méi)有合法的接收者,結(jié)果接收到空信息時(shí),不要再發(fā)出消息給任何人(當(dāng)然對(duì)DATA命令還要做一個(gè)響應(yīng));
對(duì)成組的RSET,MAIL FROM,SEND FROM,SOML FROM,SAML FROM和RCPT TO命令的響應(yīng)先保存起來(lái),然后一起發(fā)送;
不允許緩存對(duì)EHLO,DATA,VRFY,EXPN,TURN,QUIT和NOOP的響應(yīng);
不允許緩沖不可識(shí)別命令的響應(yīng);
在本地TCP輸入緩沖區(qū)為空時(shí)必須將據(jù)有未發(fā)出的響應(yīng)全部發(fā)出;
不允許對(duì)未接收到的命令進(jìn)行猜測(cè);或假設(shè)它的存在;
在響應(yīng)的文本信息中應(yīng)該表時(shí)這是對(duì)哪個(gè)命令進(jìn)行的響應(yīng);
5. 例子

下面是一個(gè)不支持流水的SMTP會(huì)話:其中S代表服務(wù)器,C代表客戶(hù)端;

S: <等待打開(kāi)連接>;

C: <打開(kāi)連接>;

S: 220 innosoft.com SMTP service ready

C: HELO dbc.mtview.ca.us

S: 250 innosoft.com

C: MAIL FROM:<mrose@dbc.mtview.ca.us>;

S: 250 sender <mrose@dbc.mtview.ca.us>; OK

C: RCPT TO:<ned@innosoft.com>;

S: 250 recipient <ned@innosoft.com>; OK

C: RCPT TO:<dan@innosoft.com>;

S: 250 recipient <dan@innosoft.com>; OK

C: RCPT TO:<kvc@innosoft.com>;

S: 250 recipient <kvc@innosoft.com>; OK

C: DATA

S: 354 傳輸郵件內(nèi)容,并以一個(gè)只有”.”的行結(jié)束郵件

...

C: .

S: 250 message sent

C: QUIT

S: 221 goodbye

 

在上例中客戶(hù)需要9次等待服務(wù)器的響應(yīng),下面我們來(lái)看看在支持流水的情況下是什么樣子:其中S代表服務(wù)器,C代表客戶(hù)端;

 

S: <等待打開(kāi)連接>;

C: <打開(kāi)連接>;

S: 220 innosoft.com SMTP service ready

C: EHLO dbc.mtview.ca.us

S: 250-innosoft.com

S: 250 PIPELINING

C: MAIL FROM:<mrose@dbc.mtview.ca.us>;

C: RCPT TO:<ned@innosoft.com>;

C: RCPT TO:<dan@innosoft.com>;

C: RCPT TO:<kvc@innosoft.com>;

C: DATA

S: 250 sender <mrose@dbc.mtview.ca.us>; OK

S: 250 recipient <ned@innosoft.com>; OK

S: 250 recipient <dan@innosoft.com>; OK

S: 250 recipient <kvc@innosoft.com>; OK

S: 354 傳輸郵件內(nèi)容,并以一個(gè)只有”.”的行結(jié)束郵件

...

C: .

C: QUIT

S: 250 message sent

S: 221 goodbye

 

現(xiàn)在等待的次數(shù)由9次變?yōu)榱?次,下面我們看一下當(dāng)據(jù)有接收者均被拒絕時(shí)會(huì)是什么情況:

 

S: <等待打開(kāi)連接>;

C: <打開(kāi)連接>;

S: 220 innosoft.com SMTP service ready

C: EHLO dbc.mtview.ca.us

S: 250-innosoft.com

S: 250 PIPELINING

C: MAIL FROM:<mrose@dbc.mtview.ca.us>;

C: RCPT TO:<nsb@thumper.bellcore.com>;

C: RCPT TO:<galvin@tis.com>;

C: DATA

S: 250 sender <mrose@dbc.mtview.ca.us>; OK

S: 550 remote mail to <nsb@thumper.bellore.com>; not allowed

S: 550 remote mail to <galvin@tis.com>; not allowed

S: 554 no valid recipients given //未給出合法的接收者

C: QUIT

S: 221 goodbye

 

客戶(hù)端也等待了4次,如果服務(wù)器在接收DATA命令當(dāng)不檢查接收者的合法性,則是下面的情況:

 

S: <等待打開(kāi)連接>;

C: <打開(kāi)連接>;

S: 220 innosoft.com SMTP service ready

C: EHLO dbc.mtview.ca.us

S: 250-innosoft.com

S: 250 PIPELINING

C: MAIL FROM:<mrose@dbc.mtview.ca.us>;

C: RCPT TO:<nsb@thumper.bellcore.com>;

C: RCPT TO:<galvin@tis.com>;

C: DATA

S: 250 sender <mrose@dbc.mtview.ca.us>; OK

S: 550 remote mail to <nsb@thumper.bellore.com>; not allowed

S: 550 remote mail to <galvin@tis.com>; not allowed

S: 354 傳輸郵件內(nèi)容,并以一個(gè)只有”.”的行結(jié)束郵件

C: .

C: QUIT

S: 554 no valid recipients //未給出合法的接收者

S: 221 goodbye

論壇徽章:
0
3 [報(bào)告]
發(fā)表于 2003-05-27 10:09 |只看該作者

SMTP協(xié)議原始命令碼和工作原理[轉(zhuǎn)]-一轉(zhuǎn)再轉(zhuǎn)

謝謝gadfly,收下

論壇徽章:
0
4 [報(bào)告]
發(fā)表于 2003-05-28 07:38 |只看該作者

SMTP協(xié)議原始命令碼和工作原理[轉(zhuǎn)]-一轉(zhuǎn)再轉(zhuǎn)

呵呵 不錯(cuò),有沒(méi)有POP3 協(xié)議的?

論壇徽章:
0
5 [報(bào)告]
發(fā)表于 2003-05-28 08:00 |只看該作者

SMTP協(xié)議原始命令碼和工作原理[轉(zhuǎn)]-一轉(zhuǎn)再轉(zhuǎn)

[quote]原帖由 "aaa2520"]呵呵 不錯(cuò),有沒(méi)有POP3 協(xié)議的?[/quote 發(fā)表:
     

唉~~~沒(méi)得救~~~這些公開(kāi)的常用的協(xié)議怎么會(huì)沒(méi)有?自己搜索一下不就得了?

論壇徽章:
0
6 [報(bào)告]
發(fā)表于 2003-07-02 13:59 |只看該作者

SMTP協(xié)議原始命令碼和工作原理[轉(zhuǎn)]-一轉(zhuǎn)再轉(zhuǎn)

好東西,正在消化中~~~

論壇徽章:
0
7 [報(bào)告]
發(fā)表于 2003-07-02 15:22 |只看該作者

SMTP協(xié)議原始命令碼和工作原理[轉(zhuǎn)]-一轉(zhuǎn)再轉(zhuǎn)

SMTP協(xié)議中如何區(qū)分連接的是客戶(hù)端還是另一個(gè)SMTP服務(wù)器??

論壇徽章:
1
榮譽(yù)版主
日期:2011-11-23 16:44:17
8 [報(bào)告]
發(fā)表于 2003-07-02 17:39 |只看該作者

SMTP協(xié)議原始命令碼和工作原理[轉(zhuǎn)]-一轉(zhuǎn)再轉(zhuǎn)

為什么要區(qū)分?從smtp服務(wù)本身來(lái)說(shuō),只要使用smtp服務(wù)的就是客戶(hù)端。

所以smtp服務(wù)器,既是服務(wù)器,也是客戶(hù)端。

論壇徽章:
0
9 [報(bào)告]
發(fā)表于 2003-07-02 22:24 |只看該作者

SMTP協(xié)議原始命令碼和工作原理[轉(zhuǎn)]-一轉(zhuǎn)再轉(zhuǎn)

透徹!

論壇徽章:
0
10 [報(bào)告]
發(fā)表于 2003-07-02 22:58 |只看該作者

SMTP協(xié)議原始命令碼和工作原理[轉(zhuǎn)]-一轉(zhuǎn)再轉(zhuǎn)

C: EHLO dbc.mtview.ca.us
c:AUTH LOGIN
BASE64 后的用戶(hù)名 <cr>;
BASE64 后的密碼 <cr>;
C: MAIL FROM:<mrose@dbc.mtview.ca.us>;
C: RCPT TO:<nsb@thumper.bellcore.com>;
C: RCPT TO:<galvin@tis.com>;
C: DATA
S: 250 sender <mrose@dbc.mtview.ca.us>; OK
S: 550 remote mail to <nsb@thumper.bellore.com>; not allowed
S: 550 remote mail to <galvin@tis.com>; not allowed
S: 354 傳輸郵件內(nèi)容,并以一個(gè)只有”.”的行結(jié)束郵件
C: .
C: QUIT

這里是有auth login認(rèn)證的例子。。
POP,IMAP。。。。。
去網(wǎng)上查rfc 就可得到
您需要登錄后才可以回帖 登錄 | 注冊(cè)

本版積分規(guī)則 發(fā)表回復(fù)

  

北京盛拓優(yōu)訊信息技術(shù)有限公司. 版權(quán)所有 京ICP備16024965號(hào)-6 北京市公安局海淀分局網(wǎng)監(jiān)中心備案編號(hào):11010802020122 niuxiaotong@pcpop.com 17352615567
未成年舉報(bào)專(zhuān)區(qū)
中國(guó)互聯(lián)網(wǎng)協(xié)會(huì)會(huì)員  聯(lián)系我們:huangweiwei@itpub.net
感謝所有關(guān)心和支持過(guò)ChinaUnix的朋友們 轉(zhuǎn)載本站內(nèi)容請(qǐng)注明原作者名及出處

清除 Cookies - ChinaUnix - Archiver - WAP - TOP