12.4.3.4 IDENT 查詢

關鍵字：identnone、identnonelimited、identtnonnumeric、identnonesymbolic、identtcp、identtcpnumeric、identtcpsymbolic 和 identtcplimited

IDENT 關鍵字會控制 MTA 如何使用 IDENT 協定，來處理連線與查詢。IDENT 協定在 RFC 1413 中加以說明。

identtcp、identtcpsymbolic 和 identtcpnumeric 關鍵字會告知 MTA 使用 IDENT 協定來執行連線與查詢。從 IDENT 協定獲取的資訊 ( 通常是進行 SMTP 連線的使用者身份) 會插入到郵件的 Received: 標頭中，如下所示：

• identtcp 插入對應於內送 IP 號碼的主機名稱 (DNS 反向查詢所報告的主機名稱) 和 IP 號碼本身。

• identtcpsymbolic 插入對應於內送 IP 號碼的主機名稱 (DNS 反向查詢所報告的主機名稱)；IP 號碼本身不包含在 Received: 標頭中。

• identtcpnumeric 插入實際內送 IP 號碼，而不對此 IP 號碼執行 DNS 反向查詢。

遠端系統必須為 identtcp、identtcpsymbolic 或 identtcpnumeric 引起的 IDENT 查詢執行 IDENT 伺服器，使其發揮作用。

請注意，IDENT 查詢嘗試可能會影響效能。路由器會越來越多地「鎖定」嘗試與它們無法識別的連接埠進行的連線。如果 IDENT 查詢發生這種情況，則 MTA 在連線逾時 (TCP/IP 堆疊控制的逾時，通常是一兩分鐘) 之前將不會回聽。

將 identtcp、indenttcplimited 或 identtcpsymbolic 與 identtcpnumeric 比較時，會發現其他影響效能的因素。透過 identtcp、identtcplimited 或 identtcpsymbolic 呼叫的 DNS 反向查詢，會產生一些額外的經常性耗用間，才可獲取更易使用的主機名稱。

identnone 關鍵字會停用 IDENT 查詢，但會指定 IP 至主機名稱的轉換，而且 IP 號碼和主機名稱都將包含在郵件的 Received: 標頭中。

identnonesymbolic 關鍵字會停用 IDENT 查詢，但會進行 IP 至主機名稱的轉換；僅有主機名稱會包含在郵件的 Received: 標頭中。

identnonenumeric 關鍵字會停用此 IDENT 查詢，禁止執行通常 IP 號碼至主機名稱的 DNS 反向查詢轉換，並可能會提昇效能，但會造成 Received: 標頭中較易使用的資訊變少。這是預設。

對於 IDENT 查詢、反向 DNS 查詢和 Received: 標頭中顯示的資訊而言，identtcplimited 和 identnonelimited 關鍵字的效果分別與 identtcp 和 identnone 的效果相同。不同之處在於，使用 identtcplimited 或 identnonelimited 時，不論 DNS 反向查詢是否成功地決定了主機名稱，IP 文字列位址一律會用做於使用 switchchannel 關鍵字而進行的任一通道切換之基礎。