您的 POP、IMAP 或 HTTP 服務可以維護的同步用戶端連線越多,對用戶端來說越好。如果由於沒有可用的連線而使用戶端被拒絕服務,則它們必須等待直至其他用戶端中斷連線。
另一方面,每個開啟的連線均會消耗記憶體資源,並在您伺服器機器的 I/O 子系統上發出請求,因此,您可以讓伺服器支援同步階段作業數目的實際限制。(您可以透過增加伺服器記憶體或 I/O 容量來增加此限制。)
IMAP、HTTP 和 POP 在這一點上有不同的需求:
與 POP 和 HTTP 連線相比,IMAP 連線一般持續的時間較長。當使用者連線至 IMAP 以下載郵件時,此連線通常會保持,直到使用者退出或連線逾時。相反,一旦系統為 POP 或 HTTP 請求提供完服務後,POP 或 HTTP 連線通常就會關閉。
與 POP 連線相比,IMAP 和 HTTP 連線一般具有非常高的效率。每次 POP 重新連線均要求重新認證使用者。相反,IMAP 連線僅要求一次認證,因為在 IMAP 階段作業期間 (從登入到登出),該連線將一直保持開啟狀態。HTTP 的連線時間較短,但使用者不需要為每次連線進行重新認證,因為每個 HTTP 階段作業 (從登入到登出) 均允許多個連線。因此,POP 連線比 IMAP 或 HTTP 連線需要較大的效能開銷。特別是,Messaging Server 被設計為允許開啟但閒置的 IMAP 連線,並允許多個 HTTP 連線,因此所要求的開銷非常低。
如需有關 HTTP 階段作業安全性的更多資訊,請參閱23.2 關於 HTTP 安全性。
如此,在特定時刻,對於特定的使用者請求,Messaging Server 可以支援比 POP 連線更多的開啟的 IMAP 或 HTTP 連線。
IMAP 的預設值是 4000;HTTP 的預設值是每個程序 6000 個連線;POP 的預設值是 600。這些值可大體表示一般配置的伺服器機器可以處理的等效請求。您的最佳配置可能與此不同;這些預設僅提供作為一般使用準則之用。
通常,使用中的 POP 連線對伺服器資源和頻寬的要求比使用中的 IMAP 連線之要求高很多,因為 IMAP 連線在大多數時間內是閒置的,而 POP 連線始終在下載郵件。POP 具有較少的階段作業則是正確的。相反,POP 連線僅持續下載電子郵件所需的時間長度,因此使用中的 POP 使用者的連線狀態僅持續一小段時間,而 IMAP 連線在連續的郵件檢查期間一直保持連線狀態。