solidpopが今のところうまく動いてません。
現在がんばってspop3dをインストールしましたがむりだったので
courier-imapに切り替えました。
動かないインストール履歴はこちら。
その後、親切な方から間違いの指摘をいただいて
まともなものになりました。

pop before smtpをする場合は参照ください。

●ヘッダーの削除
イントラネット内での中継してるホスト名を消したい場合

そのときに「社内MTA1」と「社内MTA2」の情報をReceived:ヘッダーから削除
して受信者に社内ホストの経由状況を見せないように設定することができます。

また受信者に届くまでにホップ数が17個以上ではじかれるというような
古いシステムを通過してしまう場合のためになるべくReceivedヘッダーを少なくしたい
という時があると思います。

そういう設定をする場合は
# vi /etc/postfix/main.cf
header_checks = regexp:/etc/postfix/header_checks
をコメントをはずす。
# vi /etc/postfix/header_checks
/^Recieved:/ IGNORE
の一行を追加
# /usr/sbin/postfix reload
でReceivedヘッダーが全て削除される。

※「社内MTA1」にあるアカウントに配送されてくる場合
　すべてのReceivedヘッダーがなくなってしまっているので
　逆にどこを通ってきたのか全くわかりません。
　ただし数万アカウントあったりする場合
　ヘッダーの容量が小さくなるのでDISKへのI/Oが小さくなり
　DISKスペースの無駄も少なくなり、MTAのパフォーマンスも向上する
　というメリットもあります。
特にIMAPサーバの場合などかなり有効な方法かと思います。
同じ要領でX-MailerやX-Priorityを消すことができます。意味あるかどうか別にして・・・

●送信メールの制限サイズ変更
postfixのデフォルトは5MBを超えると送信できないようになっている。
なのでそれを変更するために
# vi /etc/postfix/main.cf
message_size_limit = 327680000
を/etc/postfix/main.cfに追加して
#じゃっかん常識はずれなサイズではあるが・・・

# postfix reload
したところ下記のエラーがでていた・・・

mailboxのサイズがデフォルトでは少し小さいのかもしれない
#postconf |grep mailbox_size
mailbox_size_limit = 51200000

で50MBになっていた。まあ妥当なサイズかもしれないが
これ以上でかいファイルを送信するには
mailbox_size_limitもでかくしなくてはいけない。
なので
# vi /etc/postfix/main.cf
mailbox_size_limit = 512000000
message_size_limit = 327680000
の2行を追記

と10倍してmessagesサイズより小さくし
#postfix reload
するとエラーもなくうまくいった。

この用にデフォルトの値がわからない時や知りたいときは
postconfコマンドを使おう!

●セキュリティ
送信してくる相手のMTAがDNSで引けない場合はスパムの可能性が高いので
全てsmtpセッション中にrejectしてしまう。

disable_dns_lookups = yes

vefyコマンドを使ってサーバにあるアカウントの調査をされないために

disable_vrfy_command = yes

その他スパム防止はこちらを参照ください。

上記の通り一通り設定ができれば通常のメールサーバとしては問題ない。
しかし、グローバルに公開しているホスティングサーバ
などは同じIPアドレスでいくつものドメイン名を持っている場合がある。
そんな時は上記の設定では受信できない。
バーチャルドメインを使う必要がある。

バーチャルドメインをするには2通りのやり方がある
1.UNIXアカウントを使う方法
2.UNIXアカウントを使わない方法

◎UNIXアカウントを使う方法
[前提条件]
・aroman.mine.nu
・sunsolve.homeunix.com
というドメイン名を取っている。
サーバ上にUNIXアカウントとして
nitta
test
という2つのユーザが
aroman.mine.nu
sunsolve.homeunix.com
を使えるようにする。

[手順]
# vi /etc/postfix/main.cf

※dbmかhashかはpostconf -m(maptypeを見るオプション)で確認する。
を追記。

# vi /etc/postfix/virtual

# postmap /etc/postfix/virtual
　※postmapでデータベースに反映させる

○プロセスの再起動
# postfix reload

○送受信テスト
# mailx nitta@sunsolve.homeunix.com < /etc/passwd
# mailx nitta@aroman.mine.nu < /etc/group

受信確認してみましょう
実際に両方のドメイン宛できてることでしょう。

これではただ違うドメインで
受け取れるようになっただけで
いまいち本格的ではありませんね。

だってnittaというUNIXアカウントをサーバ上に作ってしまうと
少なくともメインとして動いているaroman.mine.nuには無条件で
nitta@aroman.mine.nuというメールアドレスに配送できてしまいます。

◎UNIXアカウントを使わない方法
[前提条件]
・aroman.mine.nu
・sunsolve.homeunix.com
・juniper.homelinux.com
というドメイン名を取っている。

[実現すべきこと]
cisco@juniper.homelinux.com
starcat@sunsolve.homeunix.com
に配送する。

※当然ciscoやstarcatというユーザアカウント存在しない
　　cisco@aroman.mine.nuやcisco@sunsolve.homeunix.com
　　はuser unknownになるように！

[手順]
先ほどUNIXアカウント使うときの設定virtual_alias_maps
で行ったヴァーチャルドメインの設定方法と違うものになります。
virtual_alias_mapとvirtual_alias_domainsは設定されていない状態です。

○設定ファイルの追記

# vi /etc/postfix/main.cf

virtual_mailbox_limitは特に必要ないが
message_size_limit = 327680000など設定している場合は
virtual_mailbox_limitをmessage_size_limitより大きくしておかなくてはならない。

○ドメインの定義
# vi /etc/postfix/vhosts
juniper.homelinux.com required to prevent relay access denied errors
sunsolve.homeunix.com required to prevent relay access denied errors
# postmap /etc/postfix/vhosts

○メールボックスの定義
# vi /etc/postfix/vmailbox
cisco@juniper.homelinux.com juniper.homelinux.com/cisco/Maildir/
starcat@sunsolve.homeunix.com sunsolve.homeunix.com/starcat/Maildir/
# postmap /etc/postfix/vmailbox
このファイルの書き方が結構ミソです。
最期に「/」があるのと無いのではえらい違いなのです!
「/」ある場合：maildir形式で保存される
「/」が無い場合：mbox形式で1ファイルとして保存される
今回はmaildirを最初から設定しているのでmaildir形式で保存する!
ユーザを削除するには上記のファイルから該当ユーザの行を削除して
postmapしなおしておこう。

○保存先の作成
# mkdir -p /export/home/vhosts/juniper.homelinux.com
# mkdir /export/home/vhosts/sunsolve.homeunix.com
# chown -R postfix:postdrop /export/home/vhosts

○プロセスの再起動
# postfix reload

このままでは配送はできますがimapやpopで
受信ができません。受信する方法はcourier-imapの項で説明します。
そちらを参照ください。

上記の手順でメールは中継できるけど、MUAでPOPやIMAPでゲットすることはできません。
以下でクライアントがサーバにアクセスして自分のメールをとってもらえるようにします。
現在で考えられるプロトコルとしてはpop3とimap4の両方に対応しないといけません。
よてcourier-imapを使います。
これであれば両方のプロトコルをサポートしています。
しかもMaildir形式をサポートしているので超大規模サイトでqmailに乗り換える
必要性がある場合も対応できます。
MaildirをサポートしているものとしてはSqWebMail, maildropなどもあります。

【準備】
http://www.courier-mta.org/download.php#imap
から最新版を入手します。
BerkeleyDB.4.0
OpenSSL
は事前にインストールしておいてね。
【インストール】
・展開
一般ユーザでコンパイルをする必要がある。↓
適当にsuして行ってください。
[11:19am root@home3 imap]$ cd /usr/local/arch/imap/
[11:20am root@home3 imap]$ bzip2 -d < courier-imap-2.2.1.tar.bz2 |tar xf -
[11:20am root@home3 imap]$ ls
courier-imap-2.2.1/ courier-imap-2.2.1.tar.bz2
[11:20am root@home3 imap]$ cd courier-imap-2.2.1
----ちょっと強引ですが・・・----
[12:42pm nitta@home3 courier-imap-2.2.1]$ln -s /usr/local/BerkeleyDB.4.0/lib/libdb.a /usr/local/lib/
[12:42pm nitta@home3 courier-imap-2.2.1]$ln -s /usr/local/BerkeleyDB.4.0/include/db.h /usr/local/include/
[12:42pm nitta@home3 courier-imap-2.2.1]$ ln -s /usr/local/ssl/include/openssl ./openssl
----とりあえずやっときます。----
本当は--libdir --includedirで全部指定すればうまくいくはずでしょうが
今回指定したのにBerkleyDBとopensslを指定してるのにうまくいきませんでしたので。

・コンパイル
[11:22am root@home3 courier-imap-2.2.1]$ ./configure --enable-workarounds-for-imap-client-bugs　\
　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　--with-db=db　\
　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　--enable-unicode=iso-2022-jp \
　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　--libdir=/usr/local/lib \
　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　--includedir=/usr/local/include \
　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　2>&1|tee configure.log;
[11:31am nitta@home3 courier-imap-2.2.1]$ make 2>&1|tee make.log
以下はrootで
[12:46pm root@home3 courier-imap-2.2.1]# make install 2>&1|tee make_install.log
[12:55pm root@home3 courier-imap-2.2.1]# make install-configure 2>&1|tee make_install-configure.log
※インストールが終了した後はlibdb.aにシンボリックリンクを作ったものは
　　削除しておかないとpostfixで

のようなものが出て正常に送信できないという現象がありました。
なのでsyslinkは消しました。
消しても特にimapやpopが動かなくなることはありませんでした。
ldd /usr/lib/courier-imap/bin/*
ldd /usr/lib/courier-imap/sbin/*
してもlibdb.aにリンクされていませんでした。

・設定
[01:24pm root@home3 etc]# mv pop3d.cnf pop3d.cnf.org
[01:24pm root@home3 etc]# cp -p pop3d.dist pop3d.cnf
[01:24pm root@home3 etc]# mv imapd.cnf imapd.cnf.org
[01:25pm root@home3 etc]# cp -p imapd.dist imapd.cnf
[01:25pm root@home3 etc]# vi authdaemonrc
[変更前]
version=authdaemond.plain
[変更後]
version=authdaemond.plain

・起動
[01:00pm root@home3 rc2.d]# /usr/lib/courier-imap/libexec/imapd.rc start
[01:00pm root@home3 rc2.d]# /usr/lib/courier-imap/libexec/pop3d.rc start
[01:05pm root@home3 rc2.d]# ps -ef |grep imap

[01:05pm root@home3 rc2.d]# ps -ef |grep pop
root 1210 1 0 12:59:59 ? 0:00 /usr/lib/courier-imap/libexec/courierloggerpop3d

・起動ファイル作成
[01:01pm root@home3 rc2.d]# ln -s /usr/lib/courier-imap/libexec/imapd.rc /etc/rc2.d/S88imapd
[01:02pm root@home3 rc2.d]# ln -s /usr/lib/courier-imap/libexec/pop3d.rc /etc/rc2.d/S88pop3d

以上でインストールは終了です。
あとはwanderlustやmewでimapのテストをしてみましょう。
もしも、UNIXが使えない人はOutlookExpressやその他のMUAで送受信のテストをしてみましょう。
imapもpopも両方とも/var/log/syslogに出力されます。

・確認
[送信]
※自分の愛用のMUA（俗称メーラ）などでテストしてください。
ローカ→ローカル

ローカル-リモート

[受信]
IMAPでの受信

受信できていました。

POPでの受信

以上で確認もできて問題ないと思います。
もしもMailbox形式からMaildir形式にいこうする必要があるなら
http://untroubled.org/mbox2maildir
のあたりのスクリプトで移行前に前のサーバのデータを
ゲットしてきて変換してしまいましょう。
その手順はサイトによってポリシーを決めてうまくやってください。
クラスター化されたSMTP、POP、IMAPサーバではかなり複雑な手順に
なることとデータの移行が難しいのは言うまでもありません。
新サーバを立てて一気にデータ移行なしにやってしまいましょう。
前のサーバのデータは運用上でカバーしましょう。

postfixとimapでうまくいけば後はリスメール(SquirrelMail)を使ってWEBメールが
使えるようにすればユーザの利便性が上がるのでは?
もしくはuserminですかねえ。
でもメールだけを考慮すればリスメールが一番よいと思います。

[前提条件]
すでにこちらのpostfixのようにバーチャル
ドメインへの配送がされている。
cisco@juniper.homelinux.com
starcat@sunsolve.homeunix.com
への配送が成功し
/export/home/vhosts/juniper.homelinux.com/cisco/Maildir
/export/home/vhosts/sunsolve.homeunix.com/starcat/Maildir
に正常に保存されているものとする。

postfixの設定としてはUNIXアカウントを使用しない
ものが設定されている。

[手順]
○courier-imapでデータを作成する
# cd /usr/lib/courier-imap/sbin
# ./userdb cisco@juniper.homelinux.com set \
home=/export/home/vhosts/juniper.homelinux.com/cisco \
mail=/export/home/vhosts/juniper.homelinux.com/cisco/Maildir \
uid=10000 gid=10000
# echo "test123" |./userdbpw -md5 |./userdb cisco@juniper.homelinux.com set pop3pw
# echo "test123" |./userdbpw -md5 |./userdb cisco@juniper.homelinux.com set imappw

○データをデータベースに反映させる
# ./makeuserdb

○確認
# ls -l /etc/userdb*

受信する

で自分のMUAでメール受信の確認をしてみよう。
後でどんどんユーザを追加する場合は上記の手順を繰り返す。
例えば以下のようにさらにユーザを追加する。
# cd /usr/lib/courier-imap/sbin
# ./userdb sarcat@sunsolve.homeunix.com set \
　home=/export/home/vhosts/sunsolve.homeunix.com/starcat \
　mail=/export/home/vhosts/sunsolve.homeunix.com/starcat/Maildir \
　uid=10000 gid=10000
# echo "abed123" |./userdbpw -md5 |./userdb starcat@sunsolve.homeunix.com set imappw
# echo "abed123" |./userdbpw -md5 |./userdb starcat@sunsolve.homeunix.com set pop3pw
# ./makeuserdb

# cat /etc/userdb

この用にどんどん追加されることになる。
ユーザを削除するにはこのファイルからユーザを削除してmakeuserdbすればよい！

以上でcourier-imapを使ってpop3とimap4のバーチャルドメインの設定は完了である。


とりあえず仕組み的には以上のようになるが
運用面から考えると結構手間がかかる。
もしもユーザがパスワードを変更したい場合は
userdbを更新するようなプログラムをperlか何かで書かないといけない。
当然WEB上からパスワードの変更をさせるのが普通である。
そのインターフェースを用意するには既製のスグレものはない。