そのメールのコピーを受け取っているものと考えられます。これは主に例示のためのものです。隠しておくことをお勧めします。(起動時に一度行われるだけです)。文字列をダブルクォートで囲みましょう。全ての問い合わせで使われるデフォルト値として解釈されます。これは個別のサーバ記述で上書きすることができます。実行するときだけでしょう)。このキーワードがユーザ指定それぞれに含まれていなければなりません。メールはダウンロード後もサーバーに残されます。展開するという指定です。配送することも指定します。マルチドロップボックスであることを指定します。リスナへ渡すことを指示します。オプションを用いた一つの設定例を示します。標準入力と標準出力で直接行われます。認証が飛ばされることに注意して下さい。hereマルチドロップメールボックスの良い使い方と良くない使い方ローカルの受信者を複数持つ機能は注意して使ってください。痛い目を見るかもしれません。モードではマルチドロップ機能は全く使えない点に注意してください。消される点にも注意してください。複数のアドレスが指定されている場合です。つのマルチドロップメールボックスに配送された時に起こります。捨ててしまう可能性があることです。メールを適切に振り分けるために必要なアドレスです。アドレスを推定できることも時々あります。項を書いているでしょう。複数の受信者がいる場合にも動作しません。動作をこのデフォルトに戻すことができます。アドレスのコピーを持つヘッダを各メッセージに挿入します。想定するヘッダを変更することができます。全ての受信者の名前がメッセージ受信者に明らかになってしまいます。考えるシステム管理者もいます。マッチする文字列の前に、ユーザ名を置いたものであることが多いです。オプションを使います。残念ながら、これらが両方ともうまく動作しないこともあります。受信者のアドレスを決めなければなりませんが、これらのヘッダは信頼できません。ヘッダに付けないでメールを送ることがよくあります。メールは無くなってしまうでしょう。これがマルチドロップ機能を危険にしている要因です。読めるヘッダには書かれません)。経由でメールを取得するユーザ宛のブラインドコピーは失敗します。メーリングリストを管理することができます。名前のメーリングリストの管理を両方やりたいとします。エイリアスのリストも管理したいものとします。エイリアス設定することができます。here'を宣言します。リスナが見ている受信者のリストに追加されます。したがって、エイリアスの展開はローカルで行われます。ローカルのエイリアス展開に含めてください。メールを絶対に見ることができません。あなたの名前が削除されないようにしてください。このトリックに問題がないわけではありません。その問題が明らかになるでしょう。ヘッダが付いています。有効なローカル名を見つけられなかったために生成されるものです。それが本当に正しい処置なのかをプログラム側から知る方法はありません。同時に使ってはいけません。繰り返しますが、メーリングリストからのメールで問題が起こります。このようなメールには通常、受信者個人のアドレスが書かれていないのです。このようなメールが全く読めないでしょう。セクションを読み直してください)。ポーリングをしなければならないことになります)。よる配送を設定してみてください。メールサーバが書き込むように必ずしてください。あなたを呪うために帰ってくることになるでしょう。これがメールサーバのエイリアスかどうかを調べます。メールがローカルに配送されます。これはとても安全ですが、非常に遅い方法です。使ってメールサーバのエイリアスを予め宣言してください。参照を行う前にチェックされます。マッチングを行わせることができます。終了コードが返されるようになっています。オプションを指定している時は、取得待ちのメールを見つけ、取得を行わなかった場合)。1取得待ちのメールが無かった場合。(サーバ上に古いメールがまだあるけれど、取得されるものとして選ばれていなかった場合もあります。)2メール取得のためにソケットをオープンしようとしたときにエラーに出会った場合。ソケットが何かを知らなくても、心配には及びません。これは単に「どうしようもないエラー」として扱ってください。リストされていない場合にも起こります。3ユーザ認証のステップで失敗した場合。指定が間違っていることを意味します。実行しようとしていて、入力できなかったパスワードを入力するためのプロンプトが出せないことを意味しています。4何らかの種類の致命的なプロトコルエラーが検出された場合。5fetchmailに与えた引き数に文法エラーがある場合。6実行制御ファイルのパーミッションが正しくない場合。7サーバからエラー状態が報告された場合。サーバへの接続待ちでfetchmailがタイムアウトを起こした時にもこうなります。8クライアント側の排他エラーの場合。これはfetchmailが既に動作している別のfetchmailを検出したか、検出に失敗したためfetchmailが動作しているかどうかはっきりしないことを意味します。返したために、ユーザ認証ステップが失敗した場合。待ってから再挑戦してください!このエラーはプロトコル全てに実装されているわけではないですし、サーバ全てに実装されているわけでもありません。(前の項目を参照してください)。他のサーバと通信したときにこのコードが返されることがあります。ポートのオープンやトランザクションを行おうとしている時にfetchmailの動作が失敗した場合。参照に失敗し、その先を実行できなかったときに起こります。バッチファイルをオープンできなかった場合。14サーバがビジーであることを示します。23内部エラーの場合。標準エラー出力に出るメッセージを詳しく見てください。最後に問い合わせを行ったホストのステータスとなります。サーバでしか使うことができません)。