Preparing for installation - インストールの準備†

  • The first step consists of gathering some information about your existing mail system. Before proceeding, you will need to identify and resolve the following issues:
    • 最初のステップは，あなたの既存のメールシステムのいくつかの情報を集める事から始まります．進む前に，あなたは以下の質問を認識し，解決する必要があるでしょう:
  • Maildir or mailbox files
    • Maildir 又は mailbox ファイル形式
  • Courier can be used as a simple mail relay -- which does not store any mail locally but is merely a gateway between internal and external mail systems. Courier can also be used as a traditional mail server, accepting and storing messages in individual mailboxes that are accessible via POP3, IMAP, or webmail.
    • Courier は，シンプルなメールリレーとして使用する事が可能です -- ローカルにいかなるメールも蓄える事は無いけれども，内部及び外部のメールシステム間の単なるゲートウェイにする．また，Courier は POP3，IMAP，又は Webmail 経由でアクセス可能なそれぞれのメールボックスにメッセージを受け入れ，蓄積する伝統的なメールサーバとして使用する事が可能です．
  • Courier defaults to storing mail in maildirs, not traditional flat file mailbox files. Maildirs require less I/O and CPU resources; they do not use locking; and multiple clients can read and write from maildirs simultaneously. Maildirs scale very well to servers with multiple CPUs. Some benchmark numbers on maildirs are available from http://www.courier-mta.org/mbox-vs-maildir/.
    • Courier は伝統的な単一ファイルのメールボックスファイルではなく，Maildir にてメールを蓄える事をデフォルトとしている．Maildir はより少ない I/O と CPU 資源を要求します; それらはロックを使いません; そして，複数のクライアントから同時に Maildir からの読み書きが可能になります．Maildir は複数の CPU サーバに非常に良くスケールします．Maildir のいくつかのベンチマークは http://www.courier-mta.org/mbox-vs-maildir/ から入手する事が出来ます．
  • Additionally, Courier's integrated POP3, IMAP, and HTTP/webmail servers support maildir mailboxes only. They do not support mailbox files.
    • 追加情報として，Courier の統合した POP3，IMAP 及び HTTP/WebMail サーバは Maildir メールボックスだけをサポートします．これらは，メールボックス形式のファイルをサポートしません．
  • If you have an existing mail server in service, chances are that your current mail server delivers mail to mailbox files. You should consider migrating and converting to maildirs, but this will require that you also upgrade your POP3 server, your IMAP server, and all your other mail clients to software that supports maildirs. Fortunately, Courier already includes a fully integrated POP3 and IMAP server.
    • あなたが既存のメールサーバサービスを所持しているならば，現在のメールサーバがメールを mailbox ファイルで提供する可能性は高いでしょう．あなたは Maildir に移行し，コンバートする事を考慮すべきですが，これには POP3 サーバ，IMAP サーバ及び全てのメールクライアントのアップグレードが必要となるでしょう．幸運にも，Courier は完全に統合した POP3 と IMAP サーバが含まれています．
  • Still, if circumstances absolutely require for you to stick with mailbox files, Courier has limited compatibility support for delivering mail to mailbox files, but you have more homework to do:
    • それでもあなたが，mailboxファイルの環境が絶対必要だとしたら，Courier はメールを mailbox ファイルに提供することへの互換性サポートを制限した為，あなたはより多くの宿題を持つ事になります:
  1. What locking mechanism is used on mailbox files
    1. どの様なロックメカニズムが mailbox ファイル上で使用されているか
  • If you decide to stick with mailbox files, you must know - of course - where your mailboxes are located, and what locking mechanism is being used by your mail software. Mailbox files require some form of locking, because only one application can access the mailbox file at the same time. Unfortunately, different operating systems use different locking methods. There are several possible locking strategies that can be used: so-called "dot-locks", or one of three possible kinds of file locking calls. You will need to consult the documentation for your existing mail software to determine what locking mechanisms you should use.
    • あなたが，mailbox ファイルに執着すると決めたなら，あなたは mailbox がどこに位置しているか，また，どんなロックメカニズムがメールソフトウェアに使用されているかを --もちろん-- 知っていなければなりません．mailbox ファイルは幾つかの形式のロックを必要とします．なぜならば，1つのアプリケーションだけが同時に mailbox ファイルにアクセスする事が出来るからです．あいにく，違うオペレーティングシステムは違うロック方法を使用します．使う事が可能なロック戦略が幾つかあります: いわゆる "ドット・ロック" 又はファイルロッキングコールの 3 つの有力な種類のうちの1つ．あなたは，既存のメールソフトウェアがどのロックメカニズムの使用を決定しているか，ドキュメントを参照する必要があるでしょう．
  • In most cases, mailbox files are located in a separate partition, usually the directory /var/spool/mail. In some instances, mailbox files may be kept in the home directory of each individual account, and the mail is delivered to either $HOME/Mailbox, or $HOME/INBOX. Again, you will have to figure this out by yourself.
    • 大抵の場合，mailbox ファイルは別のパーティションに，通常は /var/spool/mail ディレクトリに置かれます．場合によっては，mailbox ファイルは各々のアカウントのホームディレクトリに置かれるかもしれず，メールは $HOME/Mailbox 又は $HOME/INBOX として提供されます．再度あなた自身でこれを理解する必要があるでしょう．
  • Courier can deliver mail to mailbox files only if the default mailbox file is in the home directory of each individual account, and if you use file locking. Courier does not support dot-locks, and Courier does not support a separate mail directory for mailbox files. Mailbox files must be located in the home directory of each individual account.
    • デフォルトの mailbox ファイルが各々のアカウントのホームディレクトリにあり，そしてあなたがファイルロックを使う場合，Courier はメールを mailbox ファイルに提供する事が出来ます．Courier は "ドット・ロック" をサポートせず，Courier は mailbox ファイルの為に別個のメールディレクトリをサポートしません．mailbxo ファイルは各々のアカウントのホームディレクトリに置かなければなりません．
  • Courier can use a recipient database (userdb) that can specify a non-default location for a recipient's mailbox. In theory, it is possible to point each account to its individual mailbox in /var/spool/mail, or somewhere else. However, that's a tedious task that must be done manually for each account, and is likely to be a major maintenance issue.
    • Courier は受け入れ mailbox の為に，デフォルトでは無い場所を指定する事が可能な受領者データベース (userdb) を使用する事が出来ます．理論上は，各アカウントを /var/spool/mail における各々の mailbox を他のどこかに向ける為に可能です．しかし，それは各アカウントの為に手動で行わなければならず，メンテナンスの問題が大きくなりそうな退屈なタスクです．
  • A better solution is to use a separate local mail delivery agent. Your existing mail system is very likely to include a separate local mail delivery agent. If you already use a mail delivery agent such as procmail, you probably already have it set to use the correct locking mechanism for mailbox files, and it already knows where the mailbox files are. Courier will be happy to hand off all local mail to procmail, or anything else for the actual delivery.
    • より良い解決策は，別個のローカルなメール配送エージェントを利用する事です．あなたの既存のメールシステムは，非常に別個のローカルなメール配送エージェントを含んでいそうです．あなたが既に procmail 等のメール配送エージェントを利用しているなら，たぶん既に，mailbox ファイルの為に正しいロックメカニズムをセットさせているだろうし，mailbox ファイルがどこにあるかも知っています．Courier は，実際の配送の為に procmail またはその他の何かでも，全てのローカルなメールを適切にハンドリングするでしょう．
  • Courier source distribution includes the maildrop mail delivery agent which has some additional file locking options, however you'll have less problems if you stick with procmail in the beginning, and switch to maildrop after you've gained some experience configuring and installing Courier.
    • Courier ソースディストリビューションは，幾つかの追加のファイルロックオプションを持つ maildrop メール配送エージェントを含みますから，たとえあなたが最初に procmail に執着し，Courier を設定し，インストールしているいくらかの経験を得た後で どんなより少ない問題を持っているかもしれませんが maildrop に切り替える事が出来ます．
  • Create the courier user and group IDs
    • Courier ユーザとグループID を作成します
  • You should create a new userid and groupid named "courier". That's optional, but highly recommended. If this is not done, Courier will install as user/group daemon (or some other suitable user/group id). Only two of Courier's daemon processes run as a superuser (and one of them is perpetually waiting for a non-superuser daemon process to terminate, in order to restart it). Everything else runs as a non-superuser process. Ideally, you should reserve a separate user and group ID for Courier's use only, so a compromised mail system cannot be used to compromise the rest of the system. If push comes to shove, you can set up Courier to use a well-defined existing user and group ID, such as daemon.
    • あなたは，"courier" という名前の新しいユーザID とグループID を作成すべきです．任意ではありますが，強く推奨します．これが行われない場合，Courier はユーザ/グループを daemon として，(又は他の適当なユーザ/グループID としてインストールします)．Courier のデーモンは2つのプロセスをスーパユーザとして処理し，(そして，片方は再起動させる為に永続的に非スーパユーザのデーモンプロセスが終了するのを待ちます)．他は全て，非スーパユーザプロセスとして動作します．原則的には，Courier の為だけに個別のユーザとグループID を確保すべきですので，汚されたメールシステムが，システムの残りを汚す事に使われる事は出来ません．いよいよとなるなら，明確な既存のユーザとグループIDを使う為，Courier の設定を行います．
  • Define the installation directory
    • インストールディレクトリを定義します
  • Courier, by default, installs in /usr/lib/courier. Everything goes in there: binaries, scripts, configuration files, and manual pages. You will have to configure your man command to look for manual pages in /usr/lib/courier/man by adding this directory to the MANPATH environment variable. You will also need to add /usr/lib/courier/bin and /usr/lib/courier/sbin (for the root user only) to the default PATH. The Courier RPM package installs a script that automatically implements that.
    • Courier はデフォルトで /usr/lib/courier にインストールします．全てはその中に入れられます: バイナリ，スクリプト，設定ファイル及びマニュアルページ．あなたは，このディレクトリを環境変数 MANPATH に追加する事によって，マニュアルページ /usr/lib/courier/man を探すように man コマンドを設定する必要があるでしょう．また，/usr/lib/courier/bin と /usr/lib/courier/sbin (ルートユーザのみ) をデフォルト PATH に追加する必要があるでしょう．Courier RPM パッケージは，自動的にこれらを実現するスクリプトをインストールします．
  • Note that this installation layout is nothing more than a basic default, chosen because this simple arrangement works for everyone. The installation layout can be easily changed. For example, binaries can go to /usr/local/bin, and configuration files to /usr/local/etc. But keep in mind that Courier consists of several hundred individual files (at the last count), so if you install Courier somewhere else it might be very cumbersome to keep track of where everything went, and it will lead to almost guaranteed problems later, when you upgrade.
    • この単純は配置は，皆が作業する為に選ばれており，この導入レイアウトはただの基本 的なデフォルトである事に注意して下さい．導入レイアウトは容易に変更する事が可能です．例えば，バイナリは /usr/local/bin に，また，設定ファイルは /usr/local/etc に置く事が可能です．しかし，Courier が数百の個々のファイル (最近のカウント) から構成されている事に注意して下さい．したがって，Courier をインストールする場合，面倒ですがどこで何を行ったかを絶えず注意する必要がありますが，アップグレードする際に起こる問題をほとんど保証してくれるでしょう．
  • You should try to use some kind of a packaging system in order to keep track of your Courier installation. Once you choose a packaging system, you should stick to it. If you switch to a different packaging system you should take extreme care to remove your previous package, and install your new package. Extreme configuration flexibility means that different packages will install in different places, and even have different file ownerships!
    • Courier インストールに絶えず注意する為，ある種のパッケージングシステムを使用を検討すべきです．パッケージングシステムを選んだら，それに執着すべきです．あなたが違うパッケージングシステムに切り替える場合，前のパッケージを削除し，新しいパッケージをインストールする為に最も注意を払うべきです．極度な設定の柔軟性は，違うパッケージが違う場所にインストールし，違うファイルのオーナを持ちえる事を意味しています!
  • For example, Courier's source code tarball can be built by RPM version 3.0.3 or higher, into a binary RPM package. The binary RPM package installs configuration files in /etc/courier, the mail queue in /var/spool/courier, and everything else in /usr/lib/courier. If you install my package, and later decide to either create your own package or use someone else's, you will have to make sure to use the same settings, or remove my package completely, before installing your new package. I mean it when I say "remove my package completely". That includes the mail queue containing any unsent messages. Courier will not function if you reinstall it using a different user/group ID, or if you use a different value for any other option.
    • 例えば，Courier のソースコード tarball を RPM バージョン 3.0.3 以上によってバイナリ RPM パッケージを作成する事が出来ます．バイナリ RPM パッケージは設定ファイルを /etc/courier に，メールキューを /var/spool/courier に，またその他の全てを /usr/lib/courier にインストールします．私のパッケージをインストールした後で，あなた自身が作成したパッケージや，他の誰かの物を使おうとした場合，あなたは，同じ設定を使用するか，新しいパッケージをインストールする前に，完全に私のパッケージを削除する事を確認する必要があります．この事を "完全に私のパッケージを削除するもの" を意味しています．どの様な送信されていないメッセージを含むメールキューにも当てはまります．違うユーザ/グループ ID を使用して再インストールした場合，違う値をどんなオプションに対して使用しても Courier は動作しないでしょう．
  • Conclusion
    • 結論
  • Once these issues are squared away, you are ready to configure and install Courier.
    • これらの問題が片付いたなら，Courier を設定，インストールする事が可能です．