メーリングリストの構築と運用（後編）：実用qmailサーバ運用・管理術（5）（3/3 ページ）

まとめと次回予告

　前・後編2回に分けてezmlmをご紹介しました。idx-patchを使用することで、MLに必要と思われる機能は十分に実現できると思います。しかし、「メールサーバを運用し始めたばかりだ」という方は、もう少し多くのことを経験する必要があります。

　情報共有型MLでは、2つの側面から管理者というものを考える必要があります。まず、サーバを管理すること。これは多くを語るまでもなく、サーバ自身の構築から保守まで、メールの送受信に対し責任を持ち、サーバが正常に運用されるよう日々任務を全うします。

　もう1つは、MLというコミュニティをいかにはぐくんでいくか、見守る立場としての管理者です。不特定多数を抱えるMLの場合、どんなメールクライアントが使われ、でたらめな設定がされているか分かりません。サーバ側でできる対策は施しておくに越したことはありませんが、できる範囲で参加者に改善を促したりするのも管理者の仕事です。コミュニティの管理に専属担当者を就けている例をよく見ますが、それで十分です。ezmlmは簡単に入会／退会が行えますが、それさえもできない人がMLに参加してくる可能性もあります。コミュニティをはぐくむという観点からも、手間をかけて正しい方向へ導いていきましょう。

　情報発信型MLを運営する場合、勝手な登録だけは避けましょう。ましてや、出所不明のメールアドレスリストを入手してダイレクトメールを送る行為にここで紹介した方法を使うのはやめましょう。十分SPAM行為に属します。SPAM対策にどれほど労を要するかは皆さんもご承知だと思います。有益な情報かどうかは、受け取り側が判断するものであり、送信者側の勝手な価値観でメールを送るのは問題です。顧客に対して企業情報を発信する際もまたしかりです。顧客の同意を得たうえで行い、ML購読を解除できるように、送信するメッセージの中に必ず案内を載せておきましょう。できれば、Webのインターフェイスが用意されており、フォームボタンをクリックするだけで購読解除ができる仕組みがあれば理想的です。この辺りのWebと連動したメール管理については、次回以降で触れていきたいと思います。

　次回は、バーチャルドメインメールの運用方法をご紹介します。jp汎用ドメインも解禁され、1人1ドメインというのも珍しくなくなってきました。物理的なサーバは1台でも複数のドメインを管理できるバーチャルドメインは、運用コストを考えると最適な選択です。MLに続き、qmailがバーチャルドメインでもたけているところをご紹介します。

設定ファイル一覧