IMAP4での適正規模は250〜500userということだが、仮に700user規模でIMAP4構成するときはどのようにしたらよいか new!
仮に「POP3/IMAP4併用（IMAP4比率高）でアンチウイルス機能が必要な場合」の構成を考えてみます。

１．SMTPゲートウェイとして、E-Post SMTP Server (x64) を中継サーバとして立てる。
　　負荷面に少々懸念があるものの、E-Post SMTP Server Enterprise II (x64) 1000user版を使って実質700userが出入りするゲートウェイとするか、E-Post SMTP Server Standard (x64) 1000user版を使って実質700userが出入りするゲートウェイとする。メールのアンチウイルス対策は前者。アンチウイルス機能が不要な場合は後者。

２．E-Post Mail Server Standard V 250user版を3台立てる。
　　内側に立てるメールサーバは、POP3/IMAP4併用でIMAP4使用のユーザー比率高い可能性があるので、3台に対して、実質700userをIMAP4使用ユーザーを加味しながら、3つに分けて登録する。

--------------------（基本構成の考え方）-----------------------------
　　　　　　　　　　　　　　　　　　　＋−［Mail Server 1］
［Internet］−−−［SMTP Gateway］−＋−［Mail Server 2］
　　　　　　　　　　　　　　　　　　　＋−［Mail Server 3］
-------------------------------------------------------------------------------
立てたメールサーバ３台に対してSMTPゲートウェイから振り分けるには、大きく２つの方法が考えられます。

Ａ．サブドメインで分割してメールサーバを3台立て、それぞれにアカウントを適正かつ均等に登録する（よくプロバイダが使っている手法）
　　例：mb1.domain.jp、mb2.domain.jp、mb3.domain.jp、など

　　SMTPゲートウェイから振り分けるには、【gateway.dat】を記述し、各サブドメインごとにサーバ振り分けを記述する。【gateway.dat】は、E-POSTコントロールセンターのメールサーバ管理から［システム管理メニュー］をクリック、［基本設定］にある［ゲートウェイ詳細］ボタンをクリックすると表示される。
　　--------【gateway.dat】例 -------------
　　mb1.domain.jp,192.168.xxx.xxx,25
　　mb2.domain.jp,192.168.xxx.yyy,25
　　mb3.domain.jp,192.168.xxx.zzz,25
　　---------------------------------------------

Ｂ．内側のメールサーバを3台立てるが、同じドメイン名で登録しておき、それぞれの中にアカウントを適正かつ均等に登録する。
　　SMTPゲートウェイから振り分けるには、同じく【gateway.dat】を記述し、全アカウントを記述しておいて、全アカウントごとにサーバ振り分け指示を記述する。
　　--------【gateway.dat】例 -------------
　　user1＠domain.jp,192.168.xxx.xxx,25
　　user2＠domain.jp,192.168.xxx.yyy,25
　　user3＠domain.jp,192.168.xxx.zzz,25
　　user4＠domain.jp,192.168.xxx.xxx,25
　　user5＠domain.jp,192.168.xxx.yyy,25
　　user6＠domain.jp,192.168.xxx.zzz,25
　　　　：
　　　　：
　　---------------------------------------------
　　※これを全アカウントに対してそれぞれ記述します。
　　メールアドレス（アカウント）をそれぞれ指定する方法は可能ですが、【gateway.dat】内で指定する場合、ワイルドカード表記は使えません。すなわち、k＊＠domain.jp のような書き方は不可です。

搭載するサーバのCPUやメモリが高ければ、POP3/IMAP4併用でIMAP4比率高めでも、1台のサーバで収める事は可能？
最近は1台で100コアを超えるサーバも出てきているが、ハードウェア性能で解消できるのか？
メールサーバ、SMTPサーバのボトルネックは、CPUやメモリではなく、常にディスクI/OあるいはファイルI/Oに存在しています。したがって、CPUやメモリを上げても効果はあまり期待できません。
ある程度のユーザー数増加は、CPUやメモリの性能や量で押し切ることができるケースもありますが、やはりボトルネックはディスクI/OあるいはファイルI/O（Windows NTFSファイルシステム性能）に存在します。
具体的には、メールの保存されるデータ量：1つのフォルダ内にどれくらいの数のメールデータ数を溜められるかということが一番の問題になるかと思われます。
OSのファイルシステムには、実用上問題になりうるという意味で、1フォルダ当たりのファイル数の実質的上限があるようです。

IMAP4は、基本的にメールをサーバ側に溜めるので、1フォルダあたり数千ファイル溜めたユーザーが大勢現れたとすると、同時接続してきた場合に、DISKアクセスやファイルアクセスに負荷がかかりすぎてレスポンスが非常に悪くなることが十分予想されます。
さらに、IMAP4はPOP3と違い、クライアントからの接続がマルチセッション可能であるため、クライアント側から見て1つのログインしかしていないにもかかわらず、POP3のログインセッションが1つで済むところ、IMAP4ではそれに比べて5倍程度のセッションを一度に発生させてくるメールクライアントが実際に存在します。
ユーザーがどのようなメールクライアント製品を選択するかによっても、負荷の程度は大幅に変わってくるということになります。
そのため、接続時のユーザー数に比べて、IMAP4では、その5倍程度のユーザー数からの接続があるのと同じ前提で考慮する必要があります。
仮に、100ユーザーだと思っても、実質的に500ユーザー以上の負荷がかかっているのと同じであるという想定が必要です。

（関連FAQ）
●パフォーマンス上負荷のかかるAD連携・IMAP4使用時の性能検証について