ながらく giant lock だったが、2003/03 に giant lock をなくした。 Mail::Delivery 関連はメンバーリストにアクセスするので、いろいろありそう。 でも、Mail::Delivery::Queue は見るだけ (mailq コマンド)か、並列操作可 能なものだけなので、ロックは考えなくて良いはずです。 一方、Mail::Delivery::SMTP の操作の際にはメンバーリストのロックが必要 です。現在は、Mail::Delivery::SMTP を呼び出す FML のクラス(実は FML::Send と FML::Process::Delivery の２箇所しかない)の中でロック処理 をしています。 そして、write lock とは限らないが、一般に map を使うモジュールには ロックが必要です。write が必要とは限りません。 たとえば FML/Command/UserControl.pm や FML/Command/Auth.pm には write lock が必要ですが、 FML/Credential.pm には read lock だけでよさそう。 *_maps をよぶまえには MUTEX ロックをする。いや、やりすぎかもしれません。 メンバーリストへ IO::Adapter をかます時に、 READER WRITER LOCK がほしい。 READ ロックは不要か？いや、だめだろ chaddr の途中で sleep したら敗けやから;) perl thread をつかえばできるけど、 汎用的な実装はかなりむつかしいぽい;)