每個程序的連線數目

您的 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 階段作業安全性的更多資訊，請參閱關於 HTTP 安全性。

如此，在特定時刻，對於特定的使用者請求，Messaging Server 可以支援比 POP 連線更多的開啟的 IMAP 或 HTTP 連線。

IMAP 的預設值是 4000；HTTP 的預設值是每個程序 6000 個連線；POP 的預設值是 600。這些值可大體表示一般配置的伺服器機器可以處理的等效請求。您的最佳配置可能與此不同；這些預設僅提供作為一般使用準則之用。

通常，使用中的 POP 連線對伺服器資源和頻寬的要求比使用中的 IMAP 連線之要求高很多，因為 IMAP 連線在大多數時間內是閒置的，而 POP 連線始終在下載郵件。POP 具有較少的階段作業則是正確的。相反，POP 連線僅持續下載電子郵件所需的時間長度，因此使用中的 POP 使用者的連線狀態僅持續一小段時間，而 IMAP 連線在連續的郵件檢查期間一直保持連線狀態。