亚洲欧美第一页_禁久久精品乱码_粉嫩av一区二区三区免费野_久草精品视频

? 歡迎來到蟲蟲下載站! | ?? 資源下載 ?? 資源專輯 ?? 關(guān)于我們
? 蟲蟲下載站

?? rfc821.txt

?? 最近的中文RFC文檔
?? TXT
?? 第 1 頁 / 共 4 頁
字號(hào):
TURN <CRLF>

  上面參數(shù)域的格式在下面給BNF的格式給出,其中的"..."代表對于一個(gè)域的一次或多次的重復(fù)。
<reverse-path> ::= <path>
<forward-path> ::= <path>
<path> ::= "<" [ <a-d-l> ":" ] <mailbox> ">"
<a-d-l> ::= <at-domain> | <at-domain> "," <a-d-l>
<at-domain> ::= "@" <domain>
<domain> ::= <element> | <element> "." <domain>
<element> ::= <name> | "#" <number> | "[" <dotnum> "]"
<mailbox> ::= <local-part> "@" <domain>
<local-part> ::= <dot-string> | <quoted-string>
<name> ::= <a> <ldh-str> <let-dig>
<ldh-str> ::= <let-dig-hyp> | <let-dig-hyp> <ldh-str>
<let-dig> ::= <a> | <d>
<let-dig-hyp> ::= <a> | <d> | "-"
<dot-string> ::= <字符串> | <字符串> "." <dot-string>
<字符串> ::= <字符> | <字符> <字符串>
<quoted-string> ::= """ <qtext> """
<qtext> ::= "\" <x> | "\" <x> <qtext> | <q> | <q> <qtext>
<字符> ::= <c> | "\" <x>
<dotnum> ::= <snum> "." <snum> "." <snum> "." <snum>
<number> ::= <d> | <d> <number>
<CRLF> ::= <CR> <LF>
<CR> ::= 回車符(ASCII碼13) <LF> ::= (ASCII碼10)
<SP> ::= 空格(ASCII碼32) <snum> ::=由一個(gè),兩個(gè)或三個(gè)數(shù)字組成的介于0-255之間的數(shù)字
<a> ::= 所有A-Z的52個(gè)大小寫英文字母
<c> ::= 128個(gè)ASCII字符,但不包括空格和特殊字符
<d> ::= 0-9數(shù)字
<q> ::=不包括<CR>,<LF>,"或\的128個(gè)ASCII字符
<x> ::=所有128個(gè)ASCII字符
<special> ::= "<" | ">" | "(" | ")" | "[" | "]" | "\" | "." | "," | ";" | ":" | "@" """ 或控制字符
  注意: "\"是一個(gè)轉(zhuǎn)意字符,它表示在其后的字符代表另外的意義。例如"Joe\,Smith"用于表示單獨(dú)一個(gè)由逗號(hào)分隔的用戶名。主機(jī)通常由轉(zhuǎn)化為地址的名稱代表。注意:域的名稱元素是正式的名稱,不能夠使用昵稱或假名。
有時(shí)候名稱的轉(zhuǎn)變機(jī)制可能不知道主機(jī),這就造成了通信的阻塞。為了解決這個(gè)問題,可以采取兩種方法:一種方法是:在"#"后加入一個(gè)十進(jìn)制數(shù)表示主機(jī)地址;另一種方法是在其后加入32位的IP地址,IP地址的形式是由句號(hào)分隔的四個(gè)介于0-255之間的十進(jìn)制數(shù)。時(shí)間戳行和返回路徑行的格式通常由下面定義:
<return-path-line> ::= "Return-Path:" <SP><reverse-path><CRLF>
<time-stamp-line> ::= "Received:" <SP> <stamp> <CRLF>
<stamp> ::= <from-domain> <by-domain> <opt-info> ";" <daytime>
<from-domain> ::= "FROM" <SP> <域> <SP>
<by-domain> ::= "BY" <SP> <域> <SP>
<opt-info> ::= [<via>] [<with>] [<id>] [<for>]
<via> ::= "VIA" <SP> <連接> <SP>
<with> ::= "WITH" <SP> <協(xié)議> <SP>
<id> ::= "ID" <SP> <字符串> <SP>
<for> ::= "FOR" <SP> <路徑> <SP>
<連接> ::= 在網(wǎng)絡(luò)信息中心注冊的連接的標(biāo)準(zhǔn)名稱
<協(xié)議> ::= 在網(wǎng)絡(luò)中心注冊的協(xié)議的名稱
<daytime> ::= <SP> <日> <SP> <時(shí)間>
<日期> ::= <日> <SP> <月> <SP> <年>
<時(shí)間> ::= <小時(shí)> ":" <分> ":" <秒> <SP> <時(shí)區(qū)>
<dd> ::= 由一個(gè)或兩個(gè)數(shù)字組成的每月1-31日
<月> ::= "JAN" | "FEB" | "MAR" | "APR" | "MAY" | "JUN" | "JUL" | "AUG" | "SEP" | "OCT" | "NOV" | "DEC"
<年> ::= 由兩位數(shù)字表示本世界的年代00-99
<小時(shí)> ::= 每天的24小時(shí),由0到24
<分> ::= 每小時(shí)的分鐘數(shù)0-59
<秒> ::= 每分鐘的秒數(shù)0-59
<時(shí)區(qū)> ::= 全球標(biāo)準(zhǔn)時(shí)區(qū)
返回路徑例子
Return-Path: <@CHARLIE.ARPA,@BAKER.ARPA:JOE@ABLE.ARPA>
時(shí)間戳行例子
Received: FROM ABC.ARPA BY XYZ.ARPA ; 22 OCT 81 09:23:59 PDT
Received: from ABC.ARPA by XYZ.ARPA via TELENET with X25
id M12345 for Smith@PDQ.ARPA ; 22 OCT 81 09:23:59 PDT
4.2. SMTP響應(yīng)
  對SMTP命令的響應(yīng)是多樣的,它確定了在郵件傳輸過程中請求和處理的同步,也保證了發(fā)送SMTP知道接收SMTP的狀態(tài)。每個(gè)命令必須有且只有一個(gè)響應(yīng)。
  SMTP響應(yīng)由三位數(shù)字組成,其后跟一些文本。數(shù)字幫助決定下一個(gè)應(yīng)該進(jìn)入的狀態(tài),而文本對人是有意義的。三位的響應(yīng)已經(jīng)包括了足夠的信息,不用再閱讀文本,文本可以直接拋棄或者傳遞給用戶。特別的是,文本是與接收和環(huán)境相關(guān)的,所以每次接收到的文本可能不同。在附錄E中可以看到全部的響應(yīng)碼。正規(guī)的情況下,響應(yīng)由下面序列構(gòu)成:三位的數(shù)字,<SP>,一行文本和一個(gè)<CRLF>,或者也可以是一個(gè)多行響應(yīng)。只有EXPN和HELP命令可以導(dǎo)致多行應(yīng)答,然而,對所有命令,多行響應(yīng)都是允許的。
4.2.1. REPLY CODES BY FUNCTION GROUPS 500 格式錯(cuò)誤,命令不可識(shí)別(此錯(cuò)誤也包括命令行過長)
501 參數(shù)格式錯(cuò)誤
502 命令不可實(shí)現(xiàn)
503 錯(cuò)誤的命令序列
504 命令參數(shù)不可實(shí)現(xiàn)
211 系統(tǒng)狀態(tài)或系統(tǒng)幫助響應(yīng)
214 幫助信息
220 <domain> 服務(wù)就緒
221 <domain> 服務(wù)關(guān)閉傳輸信道 
421 <domain> 服務(wù)未就緒,關(guān)閉傳輸信道(當(dāng)必須關(guān)閉時(shí),此應(yīng)答可以作為對任何命令的響應(yīng))
250 要求的郵件操作完成
251 用戶非本地,將轉(zhuǎn)發(fā)向<forward-path>
450 要求的郵件操作未完成,郵箱不可用(例如,郵箱忙)
550 要求的郵件操作未完成,郵箱不可用(例如,郵箱未找到,或不可訪問)
451 放棄要求的操作;處理過程中出錯(cuò)
551 用戶非本地,請嘗試<forward-path>
452 系統(tǒng)存儲(chǔ)不足,要求的操作未執(zhí)行
552 過量的存儲(chǔ)分配,要求的操作未執(zhí)行
553 郵箱名不可用,要求的操作未執(zhí)行(例如郵箱格式錯(cuò)誤)
354 開始郵件輸入,以<CRLF>.<CRLF>結(jié)束
554 操作失敗
4.3. 命令和應(yīng)答序列
  發(fā)送者和接收者之間的通信是一問一答的交替對話形式,由發(fā)送者控制。這樣,發(fā)送發(fā)出一條命令,接收者發(fā)出一個(gè)響應(yīng)。接收者在發(fā)送下一條指令前必須等應(yīng)答。一個(gè)重要的應(yīng)答是連接應(yīng)答。在連接完成時(shí),接收者通常會(huì)發(fā)送220"服務(wù)就緒"。發(fā)送者在繼續(xù)發(fā)送指令前會(huì)等待此應(yīng)答。注意:每個(gè)連接應(yīng)答必須擁有服務(wù)主機(jī)的正式名稱作為第一部分,其后跟響應(yīng)碼。例如:
  220 <SP> USC-ISIF.ARPA <SP> Service ready <CRLF>
  下面列出了成功和失敗應(yīng)答,這些應(yīng)答必須遵守嚴(yán)格的次序,接收者可以不理會(huì)應(yīng)答中的文本,但是由數(shù)字指定的意義和操作和命令應(yīng)答序列不能更改。命令響應(yīng)序列: 
  每個(gè)命令列出了它可能的應(yīng)答。使用在可能應(yīng)答前的前綴"P"表示預(yù)備的(未用在SMTP中),"I"表示中間的,"S"表示成功,"F"表示失敗,"E"表示錯(cuò)誤。如果STMP接收者必須關(guān)閉信道,可以對任何命令作出421(服務(wù)不可用,關(guān)閉傳輸信道)響應(yīng)。此表基于下面要講述的狀態(tài)圖:
CONNECTION ESTABLISHMENT(建立連接)
S: 220
F: 421
HELO
S: 250
E: 500, 501, 504, 421
MAIL
S: 250
F: 552, 451, 452
E: 500, 501, 421
RCPT S: 250, 251 F: 550, 551, 552, 553, 450, 451, 452 E: 500, 501, 503, 421
DATA
I: 354 -> data -> S: 250
F: 552, 554, 451, 452
F: 451, 554
E: 500, 501, 503, 421
RSET
S: 250
E: 500, 501, 504, 421
SEND
S: 250
F: 552, 451, 452
E: 500, 501, 502, 421
SOML
S: 250
F: 552, 451, 452
E: 500, 501, 502, 421
SAML
S: 250
F: 552, 451, 452
E: 500, 501, 502, 421
VRFY
S: 250, 251
F: 550, 551, 553
E: 500, 501, 502, 504, 421
EXPN
S: 250
F: 550
E: 500, 501, 502, 504, 421
HELP
S: 211, 214
E: 500, 501, 502, 504, 421
NOOP
S: 250
E: 500, 421
QUIT
S: 221
E: 500
TURN
S: 250
F: 502
E: 500, 503 
4.4. 狀態(tài)圖
  下面狀態(tài)圖是一個(gè)簡單的SMTP實(shí)現(xiàn),每一組命令都有一個(gè)狀態(tài)圖。在圖中,只使用了響應(yīng)碼的第一位數(shù)字作為響應(yīng)的代表。命令組是對每個(gè)命令建立模式然后以結(jié)構(gòu)模式將命令集中起來的。對于每個(gè)命令有三種可能的應(yīng)答:成功(S),失敗(F)和錯(cuò)誤(E)。在狀態(tài)中,我們使用B代表開始,使用W代表等待應(yīng)答。


   此狀態(tài)圖使用了如下命令:HELO, MAIL, RCPT, RSET, SEND, SOML, SAML, VRFY, EXPN, HELP, NOOP, QUIT, TURN.
下面是對于DATA命令的更復(fù)雜的狀態(tài)圖:

  注意:這里的郵件內(nèi)容是多行的,接收者只能收到最后一行時(shí)才發(fā)出應(yīng)答。
4.5. 詳細(xì)內(nèi)容
4.5.1. 最小實(shí)現(xiàn)
  為使SMTP能夠工作,對于接收者來說,這是最少應(yīng)該實(shí)現(xiàn)的命令:
COMMANDS - HELO
MAIL
RCPT
DATA
RSET
NOOP
QUIT
4.5.2. 透明性
  沒有對數(shù)據(jù)透明性的保證,在發(fā)送類似"<CRLF>.<CRLF>"結(jié)束郵件內(nèi)容時(shí)會(huì)發(fā)生錯(cuò)誤。通常,用戶不關(guān)心這個(gè)"非法"序列。若要所有用戶能夠透明地使用必須使用以下措施:
1. 在發(fā)送郵件之間,發(fā)送SMTP必須檢查郵件的每一行,如果是一個(gè)句號(hào),就在行首再加一個(gè)句號(hào)。
2. 當(dāng)郵件被接收時(shí),接收SMTP必須檢查郵件的每一行,如果發(fā)現(xiàn)一行僅有一個(gè)句號(hào),郵件就此結(jié)束,如果一行中有兩個(gè)句號(hào),那么這一行中就只應(yīng)該有一個(gè)句號(hào),而將第一個(gè)句號(hào)刪除。
  發(fā)送的郵件內(nèi)容可以包括所有128個(gè)ASCII字符。所有字符發(fā)送到收信者的郵箱,包括格式符號(hào)和其它控制字符。如果傳輸信道提供一個(gè)8位數(shù)據(jù)流,7位的ASCII碼就可以在其中傳送,而將最高位置為0。一些系統(tǒng)在接收和存儲(chǔ)時(shí)需要對數(shù)據(jù)進(jìn)行格式轉(zhuǎn)換。對于使用不同于ASCII字符集的主機(jī)或不能以串的形式而只能以記錄形式存儲(chǔ)的主機(jī)更是如此,如果必須進(jìn)行轉(zhuǎn)換,必須能夠再次轉(zhuǎn)換回來,對于用于存儲(chǔ)轉(zhuǎn)發(fā)的主機(jī)更是如此。
4.5.3. 大小
  一些對象需要最大和最小大小。也就是說,每個(gè)實(shí)現(xiàn)必須能夠接收大于最小大小的對象,不能發(fā)送大于最大大小的對象。對于可能的最大大小,實(shí)現(xiàn)技術(shù)上并沒有限制。
用戶 用戶名的最大長度是64個(gè)字節(jié)。
域 域的最大長度是64個(gè)字符
路徑 回復(fù)路徑和轉(zhuǎn)發(fā)路徑的最大長度是256個(gè)字符
命令行 命令行的最大長度,包括回車符為512個(gè)字符
應(yīng)答行 應(yīng)答行的最大長度,包括回車符為512個(gè)字符
文本行 文本行的最大長度,包括回車符和為透明性增加的字符不得超過1000個(gè)字符
接收緩沖區(qū) 接收緩沖區(qū)最多可以容納100個(gè)接收者
如果出錯(cuò),應(yīng)答如下: 
500 行過長
501 路徑過多
552 接收者過多
552 郵件內(nèi)容過多
附錄 A TCP傳輸服務(wù) 
  傳輸控制協(xié)議(TCP)在ARPA Internet中使用,并遵守網(wǎng)絡(luò)協(xié)議的US DoD標(biāo)準(zhǔn)。SMTP傳輸信道連接建立在發(fā)送進(jìn)程的端口U和接收進(jìn)程的端口L上。一個(gè)單一的全雙工信道用于傳輸。被指定用于此協(xié)議的服務(wù)端口為25,也就是說L=25。TCP連接支持傳輸8位字節(jié),而SMTP只需要傳輸7位;這樣,每個(gè)8位字符的最高位被置為0。
附錄 B NCP傳輸服務(wù)
  ARPANET主機(jī)-主機(jī)協(xié)議(由網(wǎng)絡(luò)控制程序?qū)崿F(xiàn))也可以用于ARPANET。SMTP傳輸信道連接建立在發(fā)送進(jìn)程的端口U和接收進(jìn)程的端口L上;其后,根據(jù)初始連接協(xié)議(ICP)建立一對簡單連接。這一對簡單連接被用作傳輸信道。此協(xié)議被指定為連接套接字25,也就是說L=25。NCP連接支持傳輸8位字節(jié),而SMTP只需要傳輸7位;這樣,每個(gè)8位字符的最高位被置為0。
附錄 C NITS
  也可以使用網(wǎng)絡(luò)獨(dú)立轉(zhuǎn)輸服務(wù)。通過在NITS在發(fā)送進(jìn)程和接收進(jìn)程之間建立傳輸信道。發(fā)送進(jìn)程執(zhí)行CONNECT原語,然后等待接收ACCEPT原語。NITS連接支持傳輸8位字節(jié),而SMTP只需要傳輸7位;這樣,每個(gè)8位字符的最高位被置為0。
附錄 D X.25傳輸服務(wù)
  可以直接使用公共數(shù)據(jù)網(wǎng)絡(luò)接收的X.25服務(wù),然而,推薦在其上使用可靠的端到端的協(xié)議如TCP。
附錄 E 應(yīng)答碼構(gòu)成方法
  三位的應(yīng)答碼每一位都有特定的意義。每一位應(yīng)答表示是否是成功的,失敗的或未完成的。通過這一位,不復(fù)雜的SMTP發(fā)送就可以決定下一步的操作,如果發(fā)送方希望大概了解究竟出了什么問題,它可以檢測第二位,而第三位則保存了最后更完整的信息。也就是說,從第一位到第三位,接收方可以一步比一步精確地確定接收方的狀態(tài)。對于第一位有五種可能的表示代表不同的意義:

  1yz 部分完成應(yīng)答

  命令被接受,但是要求的操作被中止,原因在應(yīng)答碼中。發(fā)送方應(yīng)該再次發(fā)送另一命令指明是否繼續(xù)操作,或者放棄操作。

  2yz 全部完成應(yīng)答

  要求的操作已經(jīng)完成,可以開始另一個(gè)新的請求。

  3yz 需要近一步信息的部分完成應(yīng)答

  命令被接受,但是要求的操作被中止,需要接收進(jìn)一步的信息。發(fā)送方應(yīng)該發(fā)送另一條命令指明進(jìn)一步的信息。

  4yz 暫時(shí)未完成應(yīng)答

  命令未被接受,要求的操作也未執(zhí)行,但是發(fā)生錯(cuò)誤的狀態(tài)是暫時(shí)的,可以再一次請求操作。發(fā)送者應(yīng)該返回命令序列的開始命令(如果有的話)。很難解釋這個(gè)暫時(shí)的意義,特別對于兩個(gè)不同的站點(diǎn)來說。區(qū)別應(yīng)答是屬于些類還是下一類的方法是:如果能夠不加任何改變地重復(fù)的再一次發(fā)送命令,就是本類的,如果不是,就是下一類(5yz)的。

  5yz 永久未完成應(yīng)答

  命令未被接受,要求的操作未完成。發(fā)送對命令的重復(fù)不起作用。即使一些出錯(cuò)條件已經(jīng)改變,但是用戶已經(jīng)不希望重試,而希望在未來的某個(gè)時(shí)間再進(jìn)行操作。

  應(yīng)答的第二位的意義有以下幾類:

x0z 語法:此類型的應(yīng)答是針對以下情況的:語法錯(cuò)誤;符合語法但命令不存在功能;未完成或冗余的命令。

x1z 信息:此類型的應(yīng)答是用于請求信息的,如狀態(tài)或幫助信息。

x2z 連接:此類型的應(yīng)答是關(guān)于傳輸信道的。

x3z 未使用。

x4z 未使用。

x5z 郵件系統(tǒng):此類型的應(yīng)答指明接收方郵件系統(tǒng)關(guān)于請求傳送或其它操作的狀態(tài)的。

  第三位給出了更詳細(xì)的說明。列出的應(yīng)答表說明了這一點(diǎn)。文本應(yīng)答是推薦使用的,而不是必須使用的,它的內(nèi)容是可以根據(jù)不同情況而變化的。另一方面,應(yīng)答碼必須嚴(yán)格遵守本節(jié)的說明。接收方不應(yīng)該因?yàn)樯陨缘牟煌闆r而自己創(chuàng)建新的代碼而不使用已經(jīng)定義的代碼。例如,如NOOP命令的情況,如果成功執(zhí)行它后,不用返回任何新的信息,只用返回250應(yīng)答。當(dāng)發(fā)送的命令要求一個(gè)未實(shí)現(xiàn)的站點(diǎn)指定操作時(shí),應(yīng)答應(yīng)該是502。 應(yīng)答文本可能多于一行;在此情況下,文本必須被標(biāo)記,接收文本的一方才不致于少讀入一行數(shù)據(jù)。這要求特定的格式說明多行應(yīng)答。此格式是:每一行,除了最后一行外,都以應(yīng)答碼加一個(gè)"-"開始。而最后一行以應(yīng)答碼加空格<SP>開始。如下例:

123-First line

123-Second line

123-234 text beginning with numbers

123 The last line

  通常情況下,接收的一方只用尋找應(yīng)答碼加空格的那一行就可以,而忽略前面行的內(nèi)容。在特殊的情況下,發(fā)送方必須知道響應(yīng)文本的內(nèi)容,這時(shí)接收應(yīng)答的一方可以通過當(dāng)時(shí)的情況正確地決定是否需要知道文本的內(nèi)容。  
附錄 F 一些例子 
本節(jié)提供了一些SMTP會(huì)話的完整例子。

典型的SMTP操作

此類顯示郵件如何由在USC-ISIF和機(jī)上的Smith發(fā)送到BBN-UNIX主機(jī)上Jones,Green和Brown的。這里,我們假設(shè)USC-ISIF主機(jī)直接和BBN-UNIX主機(jī)聯(lián)系。Jones和Brown接收郵件,而Green在BBN-UNIX上沒有郵箱。

R: 220 BBN-UNIX.ARPA Simple Mail Transfer Service Ready

S: HELO USC-ISIF.ARPA

R: 250 BBN-UNIX.ARPA

S: MAIL FROM:<Smith@USC-ISIF.ARPA>

R: 250 OK

S: RCPT TO:<Jones@BBN-UNIX.ARPA>

R: 250 OK

S: RCPT TO:<Green@BBN-UNIX.ARPA>

R: 550 No such user here

S: RCPT TO:<Brown@BBN-UNIX.ARPA>

R: 250 OK

S: DATA

R: 354 Start mail input; end with <CRLF>.<CRLF>

S: Blah blah blah...

S: ...etc. etc. etc.

S: .

R: 250 OK

 

S: QUIT

R: 221 BBN-UNIX.ARPA Service closing transmission channel

放棄SMTP操作 

R: 220 MIT-Multics.ARPA Simple Mail Transfer Service Ready 

S: HELO ISI-VAXA.ARPA R: 250 MIT-Multics.ARPA 

S: MAIL FROM:<Smith@ISI-VAXA.ARPA>

R: 250 OK

S: RCPT TO:<Jones@MIT-Multics.ARPA>

R: 250 OK
 
S: RCPT TO:<Green@MIT-Multics.ARPA>

R: 550 No such user here

S: RSET

R: 250 OK

?? 快捷鍵說明

復(fù)制代碼 Ctrl + C
搜索代碼 Ctrl + F
全屏模式 F11
切換主題 Ctrl + Shift + D
顯示快捷鍵 ?
增大字號(hào) Ctrl + =
減小字號(hào) Ctrl + -
亚洲欧美第一页_禁久久精品乱码_粉嫩av一区二区三区免费野_久草精品视频
日本视频一区二区| 成人国产亚洲欧美成人综合网| 国产欧美日韩精品在线| 欧美写真视频网站| 成人一级黄色片| 日本三级韩国三级欧美三级| 亚洲欧美综合色| 久久一二三国产| 欧美高清你懂得| 日本乱人伦一区| 成人网页在线观看| 精品一区精品二区高清| 亚洲国产一区二区在线播放| 欧美激情一区二区三区全黄| 日韩一区二区三区免费看 | 男女性色大片免费观看一区二区 | 久久久久久久综合日本| 欧美男生操女生| 色综合天天综合网天天看片| 国产91丝袜在线播放九色| 免费高清视频精品| 奇米影视一区二区三区| 亚洲v精品v日韩v欧美v专区| 亚洲视频综合在线| 国产精品乱子久久久久| 国产午夜精品一区二区| 久久久久亚洲蜜桃| 久久午夜国产精品| 久久久精品综合| 2019国产精品| 亚洲精品在线观看视频| 日韩久久精品一区| 欧美成人精精品一区二区频| 69av一区二区三区| 欧美一区二区在线播放| 欧美精选一区二区| 欧美性极品少妇| 欧美男男青年gay1069videost | 国产精品精品国产色婷婷| 国产欧美一区二区精品性| 精品少妇一区二区三区视频免付费| 制服丝袜中文字幕亚洲| 88在线观看91蜜桃国自产| 在线播放日韩导航| 欧美日韩国产首页在线观看| 欧美精品99久久久**| 欧美日韩不卡一区二区| 日韩一区二区电影网| 日韩精品一区二区三区中文精品| 日韩美女一区二区三区四区| 2021国产精品久久精品| 国产精品嫩草影院com| 国产精品国产a级| 亚洲激情第一区| 天天操天天干天天综合网| 人人狠狠综合久久亚洲| 国产福利一区在线观看| 成人精品亚洲人成在线| 欧美成人欧美edvon| 国产欧美日韩麻豆91| 亚洲精品久久嫩草网站秘色| 性欧美大战久久久久久久久| 精品在线你懂的| av激情综合网| 欧美日韩免费观看一区二区三区| 日韩一区二区三区视频在线观看| 久久网站热最新地址| 1区2区3区国产精品| 亚洲国产日韩a在线播放性色| 六月丁香婷婷色狠狠久久| 国产suv精品一区二区三区| 91在线视频播放| 欧美一级专区免费大片| 中文在线资源观看网站视频免费不卡| 亚洲日本在线a| 免费看日韩精品| 丁香婷婷综合色啪| 欧美日韩另类一区| 亚洲国产精品成人综合| 午夜视频一区二区| 国产精品一品二品| 欧美日韩精品一区视频| 国产日产欧美一区二区视频| 一区二区三区美女| 国产一区二区毛片| 欧美日韩国产首页| 国产精品成人在线观看| 日韩和的一区二区| 972aa.com艺术欧美| 91精品国产一区二区| 国产精品萝li| 久久超碰97中文字幕| 99re成人精品视频| 精品少妇一区二区三区在线视频| 亚洲精品国产精华液| 国产麻豆午夜三级精品| 欧美日韩视频第一区| 国产精品国产自产拍高清av王其| 日韩电影在线看| 91亚洲国产成人精品一区二三| 中文字幕va一区二区三区| 麻豆极品一区二区三区| 欧洲一区二区三区免费视频| 久久久国产精品午夜一区ai换脸| 午夜国产不卡在线观看视频| av一二三不卡影片| 久久精品人人做| 久久超级碰视频| 欧美一区2区视频在线观看| 一区二区三区日韩在线观看| 成熟亚洲日本毛茸茸凸凹| 欧美岛国在线观看| 免费看日韩a级影片| 欧美片在线播放| 亚洲第一电影网| 色呦呦国产精品| 亚洲欧洲国产日韩| www.亚洲精品| 欧美激情一区二区三区四区| 国产精品综合久久| 精品国产乱码久久久久久浪潮| 天堂在线一区二区| 777久久久精品| 日韩精品久久理论片| 欧美日韩国产免费一区二区 | 国产亚洲精品免费| 精久久久久久久久久久| 91精品久久久久久久久99蜜臂| 亚洲国产精品一区二区久久| 色综合久久久久网| 亚洲精品国产a| 91亚洲国产成人精品一区二区三| 国产精品久久久久aaaa樱花 | 成人av网站免费| 国产精品视频九色porn| 粉嫩av一区二区三区粉嫩| 国产三区在线成人av| 国产高清久久久| 国产精品久久国产精麻豆99网站 | 91电影在线观看| 亚洲综合成人网| 欧美日韩精品一区二区天天拍小说 | 亚洲三级在线播放| 色哟哟国产精品免费观看| 一区二区日韩av| 欧美日韩亚洲综合一区| 婷婷六月综合网| 日韩欧美在线123| 久久国产精品第一页| 久久婷婷色综合| 不卡高清视频专区| 亚洲精选视频免费看| 91久久精品国产91性色tv| 亚洲一区二区三区免费视频| 欧美区在线观看| 国产揄拍国内精品对白| 国产精品美女www爽爽爽| 97精品电影院| 视频在线观看国产精品| 久久综合久久综合亚洲| 成人激情视频网站| 一区二区三区国产| 欧美成人aa大片| 成人三级在线视频| 亚洲国产另类精品专区| 精品国产乱码久久久久久牛牛| 国产成人丝袜美腿| 亚洲已满18点击进入久久| 日韩一级精品视频在线观看| 国产精品一卡二卡| 亚洲一区在线观看网站| 精品久久久久久久久久久久久久久| 成人爱爱电影网址| 午夜欧美一区二区三区在线播放 | 亚洲一区二区三区四区五区中文| 91精品国产91热久久久做人人| 国产乱码字幕精品高清av| 亚洲女性喷水在线观看一区| 日韩三级中文字幕| 91网址在线看| 九色|91porny| 洋洋成人永久网站入口| 精品国产乱子伦一区| 色噜噜夜夜夜综合网| 国产一区二区三区四| 亚洲不卡av一区二区三区| 国产精品你懂的在线欣赏| 欧美一区国产二区| 日本高清成人免费播放| 黄网站免费久久| 性做久久久久久| 亚洲欧美一区二区三区孕妇| 精品国产免费久久| 精品视频免费在线| av午夜精品一区二区三区| 韩国三级电影一区二区| 亚洲第一福利视频在线| 国产精品无码永久免费888| 欧美成人性战久久| 欧美妇女性影城|