關鍵字: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 關鍵字而進行的任一通道切換之基礎。