名前
Fetchmail-ポップ、IMAP、ETRN、またはODMR対応サーバーからのメールを送信
コンテンツ
概要
説明
一般操作
一般的なオプション
処分オプション
プロトコルとクエリオプション
配信制御オプション
リソース制限制御オプション
認証オプション
その他のオプション
削除されたオプション
ユーザー認証と暗号化
NetRCファイルを使用します
POP3バリアント
RETまたはトップ
代替認証フォーム
セキュアソケットレイヤー（SSL）とトランスポートレイヤーセキュリティ（TLS）
ESMTP認証
デーモンモード
デーモンモードの導入
デーモンモードの開始
背景デーモンを目覚めさせます
背景デーモンの終了
デーモンモードに便利なオプション
管理オプション
検索障害モード
スパムフィルタリング
SMTP/ESMTPエラー処理
実行制御ファイル
制御構文を実行します
投票対スキップ
キーワード/オプションの概要
オプションスイッチに対応していないキーワード
singledrop vs.マルチドロップオプション
その他の実行制御オプション
Debugging fetchmail
フェッチメールがクラッシュします
Fetchmail Coreダンプを有効にします
RFC 822との相互作用
構成の例
マルチドロップメールボックスの使用と悪用
ヘッダーとエンベロープアドレス
マルチドロップメールボックスを使用する良い方法
マルチドロップメールボックスを悪用する悪い方法
マルチドロップチェックの高速化
靴下
出口コード
ファイル
環境
信号
バグと既知の問題
著者
参照してください
適用される標準
概要
フェッチメール[オプション...] [メールサーバー...]
fetchmailconf
説明
フェッチメールメールレトリエバルおよび転送ユーティリティです。MailServersからメールを取得し、ローカル（クライアント）マシンSDELIVERYシステムに転送します。その後、normalmailユーザーエージェントを使用して取得したメールを処理できますMutt（1）、エルム（1）または郵便（1）フェッチメールユーティリティは、指定された間隔で1つ以上のシステムを繰り返しポールするためにデーモンモードで実行できます。のフェッチメールプログラムは、CommonMail-Retrievalプロトコルのいずれかをサポートするサーバーからメールを収集できます：POP2（Legacy、FuturerEleaseから削除）、POP3、IMAP2BIS、IMAP4、およびIMAP4REV1。ITはESMTP ETRN拡張およびODMRを使用することもできます。（すべてのプロトコルを説明するRFCは、このマニュアルページの最後にリストされています。）
その間フェッチメール主にオンデマンドのTCP/IPリンク（AsslipまたはPPP接続など）で使用することを目的としています。また、セキュリティ上の理由（送信者が開始した）SMTPトランザクションをSMTMAILで許可するサイトのメッセージ転送剤としても役立つ場合があります。
もしフェッチメールPOPまたはIMAPサーバーで使用されます。これは、メールを取得する各ユーザーアカウントに2つの基本的な操作モードを備えています。singledrop- そしてマルチドロップ-モード。singledrop-modeで、フェッチメールユーザーのアカウント内のすべてのメッセージは、Singlerecipientを対象としていると想定しています。個々のメールメッセージは受信者の情報について検査されません。むしろ、受信者の身元は、現在実行中のローカルユーザーのデフォルトのどちらかですフェッチメール、または、fetchmailrc構成に特定のサーバーアカウントの単一のローカルユーザー仕様が含まれている場合、singledrop-modeが構成ファイルで明示的に指定する必要があります。
マルチドロップモードで、フェッチメール1人の受信者しか存在しないと想定することはできませんが、むしろメールサーバーアカウントには、実際にはさまざまな受信者の任意の数字を対象としたメールが含まれています。したがって、フェッチメール各メッセージのメールヘッダーから適切な「エンベロープ受信者」を推定しようとする必要があります。この動作モードでは、フェッチメールMTAにはほとんど似ていますが、POPプロトコルもIMAPプロトコルもこの方法で使用することを目的としていないことに注意することが重要です。したがって、エンベロープ情報は直接利用できないことがよくあります。その代わり、フェッチメールISPがヘッダーに封筒情報を保存しない限り（すべてではない）、メッセージの真の封筒の受信者をdiscoverしようとして、情報に基づいた推測作業のプロセスに頼らなければなりません。この情報がヘッダーに存在する場合でも、プロセスはエラーが発生しやすくなり、メールの取得に使用される特定のメールサーバーに依存します。MultiDrop-Modeは、ConfigurationFileの特定のサーバーアカウントに複数のローカルユーザーが指定されている場合に使用されます。singledrop-およびmultidrop-modesの議論は、esmtp etrnまたはodmr retrievalmethodsには適用されないことに注意してください。フェッチメール。
各メッセージが取得されると、フェッチメール通常、通常のTCP/IPリンクに渡されているかのように、実行中のマシンでSMTP Toport 25を介して配信します。フェッチメール記述された方法で導出されたエンベロープの受信者を備えたSMTPサーバーを提供します。その後、メールはシステムS MDA（通常はメール配送エージェント、通常は局所的に敷設されますsendmail（8）しかし、あなたのシステムは別のものを使用する場合がありますスマイル、MMDF、exim、ポストフィックス、 またはヤメイル）。すべてのテーデリングコントロールメカニズム（など。フォワードファイル）システムMDAおよびローカル配信エージェントを介して通常は自動的に作業します。
ポート25のリスナーが利用できないが、Fetchmail Configurationが信頼できるローカルMDAについて語られた場合、代わりにLocalDeliveryにそのMDAを使用します。
プログラムの場合fetchmailconf利用可能で、Af*ckMAILRC構成のセットアップと編集に役立ちます。Xウィンドウシステムの下で実行され、言語PythonとTK ToolkitがSystemに存在することを再確認します。シングルユーザーモード用にFetchMailを最初に設定している場合、ITISは初心者モードを使用することをお勧めします。Expert Modeは、MultiDrop機能を含むFetchmail構成の完了を提供します。どちらの場合も、Autoprobeボタンは、特定のMailServerがサポートする最も有能なプロトコルを示し、そのサーバーの潜在的な問題について警告します。
一般操作
の動作フェッチメールコマンドラインオプションと実行制御ファイルによって制御されています。〜/.fetchmailrc、後のセクションで説明する構文（このファイルは何ですかfetchmailconfプログラムの編集）。コマンドラインオプションオーバーライド〜/.fetchmailrc宣言。TheCommandラインのオプションに従って指定する各サーバー名は照会されます。コマンドラインをサーバーソンに指定していない場合、各投票エントリ〜/.fetchmailrcファイルはクエリされます。
の使用を容易にするためフェッチメールスクリプトとパイプラインでは、適切な出口コードのターミネーションを返します。以下の出口コードを参照してください。
次のオプションは、の動作を変更しますフェッチメール。動作したら、これらのいずれかを指定する必要はほとんどありません.fetchmailrcファイルのセットアップ。
ほとんどすべてのオプションには、使用できる対応するキーワードがあります。.fetchmailrcファイル。
ここではいくつかの特別なオプションはカバーされていませんが、代わりに、その後の認証とデーモンモードに関するセクションで文書化されています。
一般的なオプション
-v |- バージョン コピーのバージョン情報を表示しますフェッチメール。メールフェッチは実行されません。指定されたサーバーごとに、すべてのオプション情報が計算されるすべてのオプション情報はフェッチメールそのサーバーに接続していました。プリンストのないインパスワードまたはその他の文字列名は、バックスラッシュされたcのようなエスケープシーケンスとして表示されます。このオプションは、あなたのオプションがあなたが望む方法で設定されていることを確認するのに役立ちます。 -c |- チェック ステータスコードを返して、メールが実際にメールを送信したり削除したりせずにメールが待機しているかどうかを示します（以下の終了コードを参照）。このオプションはデーモンモード（役に立たない）をオフにします。それは複数のサイトへのクエリでうまく機能し、ETRNまたはODMRではワークではありません。Server MailboxにButundletedの読み取りメールを残し、Fetch Protocolが新しいメッセージから維持されることができます。これは、IMAPで動作し、POP2で動作するのではなく、POP3の下で時々フレークアウトする可能性があることを意味します。 -s |- 静けさ サイレントモード。フェッチ中に標準出力に反映されていないすべての進行状況/ステータスメッセージを抑制します（ただし、実際のエラーメッセージを抑制します）。-verboseオプションはこれを無効にします。 -v |--verbose 冗長モード。すべての制御メッセージが渡されましたフェッチメールMailServerはstdoutにエコーされます。Overrides - silent.Doutingこのオプション（-V -V）は、追加の診断情報を印刷するために追加されます。
処分オプション
-a |-all |（v6.3.3以降） - フェッチャー （キーワード：v3.0以降のFetchall）MailServerから古いメッセージと新しいメッセージの両方を取得します。TheDefaultは、Sever.UnderPop3をマークしていないサーバーがマークされていないメッセージのみを取得することです。このオプションは、POP2検索が動作するように動作するのではなく、RETの使用も強制します-allは常に（以下のSeeretrieval故障モード）とこのオプションがオンになっていますEtrnor ODMRでは動作しません。-aおよび-allのコマンドラインとフェッチのrcfileoptionsは長い間サポートされてきましたが、-fetchallcommand-lineオプションはv6.3.3に追加されました。 -k |- 保つ （キーワード：キープ）リモートメールサーバーに検索されたメッセージを保持します。通常、MessagesAreは、MailServerが取得された後にMailServerのフォルダーから削除されます。保つオプションにより、取得されたメッセージがMailServer上にあなたのフォルダーのままになります。このオプションは、ETRN ORODMRでは機能しません。POP3で使用する場合は、-uidloptionまたはuidlキーワードを指定することもお勧めします。 -k |-NOKEEP （キーワード：NoKeep）リモートメールサーバーから取得したメッセージを削除します。ThisOptionは、取得したメールを削除するように強制します。あなたがデフォルトを指定した場合、それは有用かもしれません保つあなたの中で.fetchmailrc。このオプションは、ETRNおよびODMRで強制されています。 -f |- 流す POP3/IMAPのみ。これは危険なオプションであり、不適切に使用するとメールの損失を引き起こす可能性があります。新しいメッセージを取得する前に、MailServerから古い（見られる）メッセージを削除します。警告：これにより、Fetchmail以外のクライアントとメールをチェックするとメールの損失が発生する可能性があり、Fetchmailがこれまでにフェッチしたことのないメッセージを削除します。メールサーバーがAfterRetrieval（IMAP2サーバー）に見られるメッセージをマークすると、メールの損失があります。おそらく、このオプションをConconfigurationファイルで使用しないでください。POP3で使用する場合は、UIDLオプションを使用する必要があります。おそらくあなたが望むのはデフォルトの設定です：tspecify -kを使用しない場合、Fetchmailは勤続後にメッセージを自動的に削除します。 -limitflush バージョン6.3.0以降のPOP3/IMAPのみ。新しいメッセージを取得する前に、ThemailServerから特大のメッセージを削除します。サイズ制限は、-limitオプションで皮肉に指定する必要があります。このオプションは、ETRNまたはODMRでは機能しません。
プロトコルとクエリオプション
-p |-proto |-protocol （キーワード：proto [col]）RemoteMailServerと通信するときに使用するプロトコルを指定します。プロトコルが指定されていない場合、デフォルトはAUTOです。原子次のいずれかかもしれません：
自動 IMAP、POP3、およびPOP2を試してください（サポルタがコンパイルされていないこれらのいずれかをスキップします）。 pop2 郵便局プロトコル2（レガシー、将来のリリースから削除される） ポップ 郵便局プロトコル3 りんご 昔ながらのMD5-Challenge Authenticationを使用してPOP3を使用します。 rpop RPOP認証でPOP3を使用します。 kpop ポート1109でKerberos V4認証を使用してPOP3を使用します。 SDP Demon InternetS SDPS拡張機能を備えたPOP3を使用します。 IMAP IMAP2BIS、IMAP4、またはIMAP4REV1（フェッチメール能力を自動的に検出します）。 etrn ESMTP ETRNオプションを使用します。 稚魚 オンデマンドメールリレーESMTPプロファイルを使用します。 ETRNとODMRを除き、これらの選択肢はすべて基本的に同じ方法で機能します（標準サーバーデーモンと既にサーバーのAmailboxに配信されているメールを取得するために通信します）。ETRNは、Compliant ESMTPサーバー（BSD SendMail ATRELEAESE 8.8.0以降など）にクライアントマシンにすぐにSender-SMTP接続を開いて、担当者のサーバーの登録されているToyourクライアントマシンの転送を開始するように依頼することを変更します。郵便。TheODMRモードには、ODMR対応サーバーが必要であり、同様に動作しますが、クライアントマシンが静的DNSを使用する必要がないことを除きます。 -u |-uidl （キーワード：uidl）uidlの使用（pop3でのみ有効）。メッセージの新しさのクライアント側追跡を強制します（UIDLは「一意のIDリスト」を表し、RFC1939で説明されています）。keepで使用して、ユーザーのグループのためにbabynewsドロップとしてメールボックスを使用します。Indaemonモードを実行中にSyslogを使用してエラーログが実行されない限り、見たメッセージがログに記録されるという事実。Fetchmailは、上流のサーバー機能に対するこのオプションのデペディングを自動的に有効にする場合があることに注意してください。また、このオプションは削除され、将来のFetchmailバージョンで有効になっていることに注意してください。seealso：-idfile。 -idle（6.3.3以降） （キーワード：6.0.0以前からアイドル）アイドル使用を有効にします（IMAPでのみ有効）。これは、特定の時間に1つのフォルダーで動作することに注意してください。アイドルrcfileキーワードは長い間ベンセップされていましたが、-idleコマンドラインオプションは反転6.3.3に追加されました。アイドル使用とは、FetchmailがIMAPサーバーに新しいメッセージの通知を伝えることを意味するため、定期的な投票で可能になるよりも早く取得できるようにすることができます。 -p |- サービス （キーワード：サービス）バージョン6.3.0以降。サービスオプションでは、サービスデータが必要なサービスポート割り当てを使用している場合、ここで小数点以下のポート番号を指定できます。詳細については、FAQアイテムR12と-SSLドキュメントを参照してください。これは、古いポートティオンに取って代わります。 -port （キーワード：ポート）サービス名を取得しない - サービスの廃止バージョン。注記：このオプションは、将来のバージョンから削除される場合があります。 -Principal <プリンシパル> （キーワード：プリンシパル）プリンシパルオプションでは、サービスプリンシパルの形式認証を指定できます。これは、Kerberosauthenticationを備えたPOP3またはIMAPに適用できます。 -t |- タイムアウト<秒> （キーワード：タイムアウト）タイムアウトオプションを使用すると、Server-NonsPonsetimeOutを秒単位で設定できます。MailServerがGreeting Messageorを送信しない場合、指定された秒数のコマンドに応答します、フェッチメールそれに電話を切ります。そのようなタイムアウトなしフェッチメールAdownホストからメールを送信しようとして無期限に電話を切るかもしれません。これは特に迷惑ですフェッチメールバックグラウンドで実行されます。Fetchmail〜-Vwillレポートのデフォルトのタイムアウトがあります。特定の接続がタイムアウトの無効化が多すぎる場合、Fetchmailはそれがくさびで貼り付けられ、再試行を停止すると考えると、これが発生した場合に呼び出しユーザーに電子メールで通知されます。 -Plugin （キーワード：プラグイン）プラグインオプションを使用すると、外部プログラムを使用してTCP接続を確立できます。これは、SSL、SSHを使用したい場合、または特別なファイアウォールセットアップが必要な場合に便利です。プログラムは$ PATHで検索され、オプションで「％H」と「％P」を使用してそれぞれHostNameとポートを引数として渡すことができます（補間ロジックはかなり原始的であり、これらのトークンは白人または弦または弦の始まりに縛られている必要があります文字列の終わり）。FetchMailはプラグインS stdinに書き込み、プラグインSSTDOUTから読み取ります。 --Plugout （キーワード：プラグアウト）上記のプラグインオプションと同じですが、これはSMTPConnectionsに使用されます（おそらく必要ないため、プラグインから分離されています）。 -r |- folder （キーワード：フォルダー[s]）は、MailServer（Orcomma分離されたフォルダー）に指定された非デフォルトメールフォルダーを取得します。フォルダー名の構文はサーバー依存です。このオプションは、UnderPop3、ETRN、またはODMRを使用できません。 --TracePolls （キーワード：TracePolls）FetchMailに、生成された受信ラインにポーリング％SacCount％sとFolder％sのフォームのトレース情報を投票するように伝えます。Polllabel、およびFolder（Mailbox）が利用可能な場合（受信されたHeaderalsoには通常、サーバーの真の名前が含まれています）。これは、受信されているアカウントに基づいて、送信メールフィルタリングを使用できます。フォルダー情報は、バージョン6.3.4以降のみ記述されます。 --ssl （キーワード：SSL）メールサーバーへの接続がSSLを介して暗号化されます。SSLによって保護されている接続を介して指定されたベースプロトコルを使用してサーバーに接続します。このオプションはTLS交渉を打ち負かします。-SSLCERTCKは、サーバーが提示した証明書を検証します。 このオプションが与えられていなくても、FetchmailはTLSを交渉しようとする可能性があることに注意してください。-SSLProtoオプションを使用してThisBehaviorを打ち負かすか、FetchMailに特定のSSLプロトコルをネゴシエートするように伝えます。
ポートが指定されていない場合、ベースプロトコルのSSLバージョンのよく知られているポートに接続が試行されます。これは一般に、ベースプロトコルで使用されるポートよりも特化したポートです。IMAPの場合、SSL SecuredProtocolの明確なプロトコルのThisisポート143およびPOP3のポート993は、明確なテキストのポート110と暗号化されたバリアントのポート995です。
システムに /etc /servicesからの対応するエントリがない場合は、seethe - サービスオプションをseetheして、前の段落に記載されている数値ポート番号を指定します（ISPが異なるポートに向けられていない限り、これは珍しいことです）。
-SSLCERT （キーワード：SSLCERT）クライアント側のパブリックSSL証明書のファイル名を指定します。Somessl暗号化されたサーバーには、クライアントサイドキーと証明書の譲渡が必要になる場合があります。ほとんどの場合、これはオプションです。SSLセッションの確立時にServerATに提示される公開キー証明書のこの特定の場所。サーバーがそれを必要としない場合、それは必須ではありません（ただし、おそらく提供されます）。一部のサーバーはそれをQuireし、一部のサーバーはそれを要求するかもしれませんが、それを必要としない場合があり、SomeServersはそれをまったく要求しない場合があります。秘密鍵（キーと証明書の組み合わせファイル）と同じFileasかもしれませんが、これは推奨されません。 注記：クライアント認証を使用する場合、ユーザー名はtheCertificateのCommonNameからフェッチされ、[user]で名前を整理します。
-sslkey （キーワード：SSLKEY）クライアント側のプライベートSSLキーのファイル名を指定します。一部のSSLENCRYPTEDサーバーには、クライアントサイドキーと証明書の譲渡が必要になる場合があります。ほとんどの場合、これはオプションです。SSLセッションが確立された時間にサーバーでトランザクションに署名するために使用される秘密鍵のこの特定の場所。サーバーがそれを必要としない場合、それは必須ではありません（ただし、おそらく提供されます）。一部のサーバーはそれをQuireし、一部のサーバーはそれを要求するかもしれませんが、それを必要としない場合があり、SomeServersはそれをまったく要求しない場合があります。それは公開鍵（キーと証明書ファイルを組み合わせたもの）と同じFileasかもしれませんが、これは推奨されません。キーのロックを解除するためにパスワードが必要な場合は、セッション者にセッションを確立する直前に、その時点で予約されます。これにより、デーモンモードでいくつかの合併症を引き起こす可能性があります。 -sslproto （キーワード：SSLProto）SSLまたはTLSプロトコルを強制します。考えられる値は次のとおりですSSL2、商品、SSL23、そしてTLS1。デフォルトハンドシェイクがサーバーで機能しない場合は、これを試してください。このオプションを使用して、サーバーがStartTLSまたはSTLSを宣伝するとき、使用してください。このオプションは、引数が空の文字列であっても、診断サーバー：TLSへの日和見的なアップグレードをALSOSSUPRSERSで抑制します。デフォルトは、コンテキストに応じて適切なプロトコルを試すことです。 -SSLCERTCK （キーワード：SSLCERTCK）fetchmailがoflocal信頼証明書のセットに対してサーバー証明書を厳密に確認します（を参照してくださいSSLCERTPATHオプション）。ServerCertificateを取得できない場合、または信頼できるものの1つ（直接的または間接的に）によって署名されない場合、SSL接続は失敗します。SSL指紋option.CRLはOpenSSL 0.9.7以降でのみサポートされていることに注目してください！このオプションを使用する場合、システムクロックも合理的に正確にする必要があります。 このオプションの動作は、FutureFetchMailバージョンでデフォルトの動作になる可能性があることに注意してください。 -SSLCERTPATH （キーワード：SSLCERTPATH）Directory FetchMailが使用するディレクトリを設定してローカル証明書を検索します。Defaultis Your Your OpenSSLデフォルト1。ディレクトリは、OpenSSLの期待値としてハッシュする必要があります - ディレクトリに証明書を追加または変更するたびに、使用する必要がありますc_rehashツール（ツール/サブディレクトリにOpenSSLが付属）。 -SSLFINGERPRINT （キーワード：SSLFingerPrint）サーバーキー（キーのMD5ハッシュ）の指紋（キーのMD5ハッシュ）は、2桁のグループを分離するコロンを使用して非ヘキサデシメール表記法を指定します。LetterHexの数字は大文字でなければなりません。これは、OpenSSLが使用するデフォルトの形式であり、1つのFetchmailがSSL Connectionisが確立されたときに指紋を報告するために使用します。これを指定すると、FetchmailはサーバーKeyFingerPrintを指定されたものと比較し、に関係なく接続が失敗します。SSLCERTCK設定。FetchmailがサーバーからSSL証明書を取得できない場合、接続のWillalsoが失敗します。これは、中間の攻撃を防ぐために使用できますが、サーバーからの指紋をSecureChannelで取得または検証する必要があります。Fetchmailが使用するのと同じインターネット接続。 このオプションを使用すると、-SSLCERTCKが設定されていない限り、証明書検証エラーを印刷できません。 ファイルCERT.PEMに保存されている証明書の指紋を取得するには、次のことを試してください。 opensSl x509 -in cert.pem -noout -md5 -fingerprint詳細については、参照してくださいX509（1SSL）。
配信制御オプション
-s <ホスト> |-smtphost （キーワード：SMTP [ホスト]）ホストのハントリストを指定して、（1つ以上のHostNames、CommaSeparated）にメールを転送します。ホストはリストの順序で試されます。上昇しているファーストは、現在の実行の転送ターゲットになります。このオプションが指定されていない場合、localhostはデフォルトとして使用されます。ポート番号は、スラッシュによってホスト名から分離されています。デフォルトポートは「SMTP」です。絶対パス名（から始まる）を指定すると、UNIXソケットAcceptingLMTP接続（Cyrus IMAP Daemonによってサポートされているような）の名前として解釈されます。例： -Smtphost Server1、Server2/2525、Server3、/var/imap/socket/lmtpこのオプションはODMRで使用でき、FetchmailをODMRサーバーとSMTPまたはLMTPレシーバーの間の中継にします。
- フェッチドメイン<ホスト> （キーワード：FetchDomains）ETRNまたはODMRモードでは、このオプションは、接続が回転したら、登録者のリストを指定します。TheDefaultは、実行されているマシンのFQDNですフェッチメール。 -d <ドメイン>|-smtpaddress （キーワード：SMTPADDRESS）SMTPに出荷されたラインにRCPTをアドレス指定するように追加されるドメインを指定します。これが指定されていない場合、SMTPサーバーの名前（-Smtphostで指定）がSMTP/LMTPANDに使用されます。RocalHostはUNIX Socket/BSMTPに使用されます。 -smtpname （キーワード：SMTPNAME）SMTPに出荷されたラインにRCPTに入れられるドメインとユーザーを指定します。デフォルトのユーザーは現在のローカルユーザーです。 g |ナイト （キーワード：アンチパム）リスナーからのスパムブロック応答を解釈する数値SMTPエラーのリストを指定します。-1無効化オプションの値。コマンドラインオプションの場合、リスト値はコンマを分離する必要があります。 -m <コマンド> |-MDA （キーワード：MDA）-MDAまたは-mオプションを使用して、メールをMDAに直接（ポート25に転送するのではなく）直接渡すことができます。 郵便物を失うことは、このオプションを使用して、Disk-Fullおよびその他のResource-Exexustaurtionエラーでゼロ以外のステータスを返すSendMailのようなMailDrop OrmtasのようなMDAでのみ使用します。ゼロ以外のステータスは、Deliveryが失敗し、メッセージが削除されないようにすることをFetchmailに伝えます。
もしフェッチメールrootとして実行されているため、MDAを介してメールを配信しながら、ターゲットユーザーのユーザーIDを設定します。いくつかの可能なMDAは「/usr/sbin/sendmail -i -f％f-％t」です（注記：いくつかの古いまたはベンダーSendmailバージョンの間違い - オプション引数の終了をマークするインジケーターではなく、Anaddressの場合、「/usr/bin/配信」、「/usr/bin/maildrop -d％t」。ローカル配信アドレスは、％tを配置する場所にMDAコマンドに挿入されます。アドレスからのメールメッセージsが挿入されます。
単一の引用符で％fまたは％t文字列を囲まないでください！％tと％fの両方について、Fetchmailは、MDACommandがシェルに渡される前に、それらが含む可能性のある単一の引用符を削除した後、単一の引用（）でアドレスを囲みます。
するない「sendmail -i -t」や「qmail -inject」など、to/cc/bccの内容にディスパッチするMDAの呼び出しを使用して、メイルループを作成し、多くのポストマスターのジャストマスターをあなたの頭に押し下げます。これは、最も頻繁な構成エラーの1つです！
また、そうしますないマルチドロップモードと、1つのアドレスのみを受け入れることができるMDA sothasメールドロップを組み合わせてみてください。あなたはメールを失うでしょう。
有名なProcmail（1）パッケージを適切に構成するのは非常に困難であり、配信エラーでの非常に厄介な「次のルールに対するフォールスルー」動作があります（別のユーザーのメールのデーモンが昔ながらにコピーする場合、ディスクから外れた場合など、一時的なものもあります。メッセージ）、したがって、メールは遅かれ早かれTheWrongメールボックスになります。適切なProcmail構成は、このドキュメントの範囲にあります。使用メールドロップ（1）通常、はるかに簡単で、多くのユーザーは、bymaildropを使用しているフィルター構文を理解しやすいと感じています。
最後に、あなたがそうすることを強くお勧めしますないqmail-injectを使用します。コマンドラインインターフェイスは、典型的な使用のための利点がない非標準であり、Fetchmailは標準からQMail-Injectの偏差を結合する試みを行いません。ofqmail-injectのコマンドラインと環境オプションの一部は実際にはデンガーであり、壊れたスレッド、検出されない重複メッセージ、転送ループを引き起こす可能性があります。
-lmtp （キーワード：LMTP）LMTP（ローカルメール転送プロトコル）を介した配信を引き起こします。サービスホストとポートしなければならないこのオプションが選択されている場合は、thesmtphostハントリストの各ホストで明示的に指定されています（上記を参照）。デフォルトポート25は（RFC 2033に従って）受け入れられません。 -bsmtp （キーワード：BSMTP）Fetched MailをBSMTPファイルに追加します。これには、SMTPリスナーのデーモンに渡すときに通常Fetchmailによって生成されるSMTPCommandが含まれています。の引数 - メールは標準出力に書き込まれます。FetchmailからのメールのReconstructionとrcptへのrcptは、CORRECTを保証していないことに注意してください。以下のマルチディロップメイルボックスの使用と悪用の下で説明されている警告が適用されます。
リソース制限制御オプション
-l |-limit （キーワード：制限）最大オクテットサイズの引数を取得します。ここで、0はエフォルトであり、「制限なし」を指定する特別な値です。非ゼロの場合、このサイズよりも大きいメッセージはフェッチされず、サーバーに残されます（フォアグラウンドセッションでは、進捗メッセージは、それらが「特大」であることに注意してください）。フェッチプロトコルが許可されている場合（入院、FetchallオプションなしでIMAPまたはPOP3の下）、メッセージは表示されません。 明示的な-0の照明は、YourRunコントロールファイルに設定された制限をオーバーライドします。このオプションは、高価で変動する電話料金のために、取引時間を制御する必要がある人を対象としています。
-limitflushと組み合わせると、サーバーで待機している広大な内容を削除するために使用できます。デーモンモードでは、呼び出しユーザーに郵送された特大の通知が郵送されます（-arningsオプションを参照）。このオプションは、ETRNまたはODMRで動作しません。
-w <間隔| |-Warnings （キーワード：警告）数秒で間隔を取ります。あなたが電話するときフェッチメールデーモンモードの制限オプションを使用すると、これにより、特大のメッセージに関する警告が呼び出しユーザー（またはポストマスターオプションで指定されているユーザー）に郵送されます。そのような数の1つは、特大のメッセージが検出された最初の世論調査の最後に常に郵送されます。その後、再結合は、警告間隔が経過するまで発行されます（最初の投票の終わりに登場します）。 -b |-batchlimit （キーワード：Batchlimit）接続が意図的に取り壊され再構築される前に、SMTPlistenerに出荷されるメッセージの最大数を指定します（デフォルトは0、つまり制限なし）。明示的な - 0のバッチリミットは、実行制御ファイルに設定された制限を実行します。その間sendmail（8）メッセージターミネーターを受信した直後にメッセージの配信を開始すると、一部のSMTPリスナーはそれほど迅速ではありません。mtas likeスマイル（8）納品ソケットがシャットダウンするまで待機することができます。これにより、迷惑な人が生成される場合がありますフェッチメール非常に大きなバッチを処理しています。バッチ制限をゼロ以外のサイズに設定すると、これらの遅延が防止されます。このオプションは、ETRNまたはODMRで動作しません。 -b |--fetchlimit （キーワード：fetchlimit）単一ポール内の特定のサーバーから受け入れられたメッセージの数を制限します。デフォルトでは制限はありません。明示的な-0Overrideのfetchlimit run controlファイルに設定された制限任意の制限。このオプションは、ETRNまたはODMRで動作しません。 -fetchsizelimit （キーワード：Fetchsizelimit）特定のサーバーINA単一のトランザクションから受け入れられたメッセージのサイズの数を制限します。このオプションは、Themailboxにメールが多すぎるときに最初のメールをインドしている遅延を減らすのに役立ちます。デフォルトでは、制限は100です。0に設定すると、開始時にオールマスのサイズがダウンロードされます。このオプションはETRNまたはODMRで動作しません。POP3の場合、唯一のvalidnon-zero値は1です。 - fastuidl （キーワード：FASTUIDL）最初の目に見えないUIDを線形検索する代わりにバイナリを実行します。BinarySearchは、すべてのメールのUIDをダウンロードすることを避けます。これにより（特にデーモンモードで）時間を節約します。この場合、同じUIDの投票をダウンロードすることは帯域幅の無駄です。数nは、まれな線形検索を行うべきかを示します。デーモンモードでは、nが1より大きい場合は、n-1ポーリングでのバイナリ検索に続いて線形検索が使用されます。nが1の場合、バイナリ検索は常に使用されます。nが0の場合、線形検索は常に使用されます。非デイモンモードでは、n is1の場合、バイナリ検索が使用されます。それ以外の場合は、線形検索が使用されます。nのデフォルト値は4です。このオプションは、POP3のみで動作します。 -e |-expunge （キーワード：expunge）指定された数のメッサージの後に削除が最終的になるように手配します。POP2またはPOP3では、Fetchmailは最終的に終了を送信してセッションを終了することなく削除を作成できません。このオプションをオンにすると、Fetchmailは長いメール検索セッションをMultiplesub-Sessionsに分割し、各サブセッションの後に終了します。これは、POP3サーバーのラインドロップに対するGoodDefenseです。IMAPの下で、フェッチメール通常、削除後に削除後にexpungeコマンドを発行します。これは、サーバーへの接続が薄片状で高価である場合に最も安全です。これは、ラインヒット後に複製メールを返済することを防ぐためです。ただし、largemailboxでは、すべてのメッセージが非常に激しく叩くことができる後、再インデックスのオーバーヘッドがかなり難しいため、接続が信頼性が高い場合は、頻繁に行うことができます。また、一部のサーバーは、各終了後数秒後に遅延を実施するため、フェッチメールが抹消の直後にゲットバックできない場合があることに注意してください。このオプションを整数nに指定した場合、それは伝えますフェッチメールすべてのnth deleteでのみ発行するには。Zerosupressesの議論は完全に抹消されます（したがって、実行の終了まで抹消されることはまったくありません）。このオプションは、ETRNまたはODMRで動作しません。
認証オプション
-u |-USER |-username （キーワード：ユーザー[名前]）MailServerにログインするときに使用するユーザー識別を指定します。適切なユーザー識別はサーバーとユーザー依存の両方です。デフォルトは実行中のクライアントマシンのログイン名ですフェッチメール。完全な説明については、以下のユーザー認証を参照してください。 -i <仕様> |-interface <仕様> （キーワード：インターフェイス）特定のインターフェイスデバイスがアップし、ポーリング前に特定のローカルリモートIPv4（IPv6はまだこのオプションでサポートされていません）アドレス（Orrange）を持つ必要があります。頻繁にフェッチメールSlipまたはPPPを介してMailServerに直接確立された一時的なポイントツーポイントTCP/IPリンクで使用されます。それは比較的安全なチャネルです。しかし、他のTCP/IPが郵便配達業者にルートする場合（たとえば、リンクが代替ISPに接続されている場合）、ユーザー名とパスワードがスヌーピングにbevulneableする可能性があります（特にデーモンモードが自動的に郵便物を投票し、明確に出荷する場合、Predictable Intervalsでのネット上のパスワード）。-interfaceオプションは、これを防ぐために使用できます。指定されたリンクがアップしていないか、一致するiPaddressに接続されていない場合、ポーリングはスキップされます。形式は次のとおりです。 interface/iii.iii.iii.iii [/mmm.mmm.mmmmmm]最初のスラッシュの前のフィールドは、インターフェイス名（つまり、SL0、ppp0etc。）です。2回目のスラッシュの前のフィールドは許容可能なIPアドレスです。2回目のスラッシュ後のフィールドは、受け入れる範囲のIPアドレスを指定するマスクです。マスクが存在しない場合、255.255.255.255イザスチャム（つまり、正確な一致）。このオプションは現在、LinuxとFreeBSDのみをサポートしています。を参照してくださいモニター以下のセクションFreeBSD特定の情報。
このオプションは、将来のFetchmailバージョンから削除される場合があることに注意してください。
-m <インターフェイス> |--Monitor （キーワード：監視）デーモンモードは、無効の期間（PPPリンクなど）の後に自動的に削除される過渡リンクを引き起こす可能性があります。このオプションは、アクティビティのためにBemonitoredにシステムTCP/IPインターフェイスを識別します。各投票間隔の後、リンクが上昇している場合、リンクで他のアクティビティが発生している場合、投票は皮肉になります。ただし、Fetchmailが信号によって目覚められると、ThemOnitorチェックがスキップされ、投票は無条件に行われます。このオプションは現在、LinuxとFreeBSDでのみサポートされています。モニターそしてインターフェースFreeBSDの下で非ルートユーザーのために動作するオプション、Fetchmail Binarymustはsgid kmemをインストールします。これはセキュリティホールになりますが、fetchmailはKMEMグループの効果的なGIDセットで実行されますのみインターフェイスデータが収集されているとき。 このオプションは、将来のFetchmailバージョンから削除される場合があることに注意してください。
-auth <タイプ> （キーワード：AUTH [inticate]）このオプションでは、認証タイプを指定できます（詳細については以下のユーザー認証を参照）。考えられる値は次のとおりですどれでも、パスワード、Kerberos_v5、Kerberos（または、正確さを除いて、Kerberos_v4）、、gssapi、CRAM-MD5、OTP、ntlm、MSN（POP3のみ）、外部の（IMAPのみ）とSSH。いつどれでも（デフォルト）は指定されています。Fetchmailは、パスワードを必要としない方法を試します（外部、GSSAPI、Kerberos IV、Kerberos 5）。次に、パスワードをマスクする方法を探します（Cram-MD5、X-OTP-NTLMおよびMSNはPOP3およびMSNの自動プローブではないことに注意してください。Pop3に対してのみサポートされています）。そして、サーバーがそれらのいずれかをtsupptしない場合にのみ、それはあなたのパスワードをクレアに出荷します。他のValuesmayは、さまざまな認証方法を強制するために使用されます（SSH認証を抑制するため、IMAP Preauthに役立ちます）。外部の認証を抑制するため、IMAP外部）に役立ちます。パスワード、CRAM-MD5、ntlm、MSNまたはOTPApasswordのFetchmailの通常の問い合わせを抑制します。特定SSHSSHトンネルなどのエンドツーエンドのセキュリセクションを使用している場合。特定外部のクライアント認証でUSETLSを使用して指定するときgssapiまたはKerberos_v4SgssapiまたはK4を使用するプロトコルバリアントを使用している場合。KPOPプロトコルを選択すると、KerberosAuthenticationが自動的に選択されます。このオプションはETRNでは機能しません。
その他のオプション
-f |-fetchmailrc の非デフォルト名を指定します〜/.fetchmailrc制御ファイルを実行します。PathName引数は、「 - 」（標準入力から構成を読み取ることを意味するシングルシューズ）またはAfileNameのいずれかでなければなりません。-versionオプションもオンになっていない限り、名前付きの断面図には0600（u = rw、g =、o =）orelse be /dev /null以下の権限が開かれていない必要があります。 -i |-idfile （キーワード：idfile）pop3uidsを保存するために使用される.fetchidsファイルの代替名を指定します。注：fetchmail 6.3.0であるため、fetchmailが一時的なファイルが正常に記述された場合にのみ、Real idfileの場所に名前を変更するため、idfileをdirectorycontingするディレクトリに書き込みアクセスが必要です。これにより、ディスクスペースがなくなったときのIDFILESの切り捨てが回避されます。 -PIDFILE （キーワード：PIDFILE; FetchMail v6.3.4以降）PIDファイルのデフォルトの場所をオーバーライドします。デフォルト：以下の「環境」を参照してください。 -n |- いいえ （キーワード：書き換えなし）通常、フェッチメールRFC-822アドレスヘッダー（from、from、cc、bcc、and Reply-to）を編集して、サーバーにローカルローカルのメールIDが拡張されているようになります。これにより、クライアントが正しく対処されることができます（そうでなければ、Yourmailerは、それらがtheclientマシンのローカルユーザーにアドレス指定すべきだと思うかもしれません！）。このオプションは、書き換えを無効にします。（このオプションは、MTA Editmailヘッダーを持つことについて妄想的な人々をなだめるために提供され、それを防ぐことができることを知りたいと思っていますが、一般的に実際に書き直すことは良い考えではありません。）ETRNまたはODMRを使用する場合、書き換えオプションは効果がありません。。 -e |-Envelope （キーワード：エンベロープ;マルチドロップのみ）
構成ファイルでは、拡張された構文が使用されます。
envelope [] このオプションはヘッダーを変更しますフェッチメールMail S Envelopeアドレスのコピーを掲載すると仮定します。通常、これはxエンベロープです。他の典型的に発見されたヘッダーは、エンベロープインフォーム化を携帯しています。現在、罪人ヘッダーは標準化されておらず、練習は異なります。以下のマルチドロップアドレス処理の議論を参照してください。特別なケースとして、エンベロープは「受信」します。これはデフォルトですが、完全に信頼できないために落胆しています。
注記そのfetchmailは、受信ラインが特定のフォームにあることを期待しています。ホストのために住所"、 どこホスト問題のアカウントに対してFetchMailが認識しているMailServer名の1つと一致する必要があります。
オプションのカウント引数（構成ファイルでのみ利用可能）は、この種のヘッダー線の数を決定します。1meansのカウント：1つ目をスキップして、2番目を取得します。2つの平均点：ファーストと2番目のスキップ、3番目を取得するなど。
-Q <プレフィックス> |-qvirtual <プレフィックス> （キーワード：qvirtual; multidropのみ）このオプションに割り当てられた文字列プレフィックスは、で指定されたヘッダーで見つかったユーザー名から削除されます封筒オプション（前にどちらかが該当する場合、マルチドロップ名マッピングまたはローカルドメインチェックを実行します）。このオプションは、使用している場合に便利ですフェッチメールドメイン全体のメールを収集すると、ISP（またはMailRedirectionプロバイダー）がQmailを使用しています。 配信：
メッセージヘッダー。Qmailがローカルメールボックスにメッセージを配信するたびに、このラインにエンベロープの受信者のユーザー名とホスト名を置きます。これの主な理由は、メールループを防ぐことです。切断されたサイトのバッチメールにupqmailを設定するには、ISPメールホストはそのサイトをVirtualHosts Controlファイルに避難し、このサイトのすべてのメールアドレスのプレフィックスを保持します。これにより、MailSentにusername@userhost.userdom.dom.comに配信された：フォームの行があります。
配信：mbox-userstr-username@userhost.example.com
ISPは、Mbox-Userstr-プレフィックスを選択したものをすべて作成できますが、ユーザーのホスト名に一致する文字列を選択します。オプションエンベロープを使用することで配信されます。Mbox-Userstr-プレフィックスを削除して、正しいユーザーに配信します。これがこのオプションの目的です。
-configdump 解析します〜/.fetchmailrcファイル、指定されたコマンドラインオプションを解釈し、Aconfigurationレポートを標準出力にダンプします。構成は、言語PythonのISAデータ構造の割り当てをレポートします。このオプションは、インタラクティブで使用することを意味しました〜/.fetchmailrc編集者のようなfetchmailconf、Pythonで書かれています。
削除されたオプション
-t |- ネットセック バージョン6.3.0の前に削除され、必要な基礎となるINET6_APPS LibraryHadが中止され、利用できなくなりました。
ユーザー認証と暗号化
ETRNを除くすべてのモードは、クライアントのサーバーへの認証を必要とします。フェッチメールの認証メカニズムに非常に似ていますFTP（1）。正しいユーザーIDとパスワードは、MailServerの基礎となるセキュリティシステムに依存します。MailServerが普通のユーザーアキュントを持っているUNIXマシンである場合、通常のログイン名とパスワードが使用されますフェッチメール。サーバーマシンとクライアントマシンの両方で同じログイン名を使用する場合、ユーザーIDを指定することを心配する必要はありません。-uオプション - デフォルトの動作は、サーバーマシンのユーザーIDとして、TheClientマシンのログイン名を使用することです。サーバーマシンで異なるログイン名を使用する場合は、ログイン名を指定してください。-uオプション。例えばあなたのログイン名がmailgruntという名前のマシン上のjsmithである場合、あなたは開始しますフェッチメール次のように：
のデフォルトの動作フェッチメール接続が確立される前に、メールサーバーのパスワードを求めることを求めます。これは最も安全な使用方法ですフェッチメールパスワードが侵害されないようにします。また、パスワードを指定することもできます〜/.fetchmailrcファイル。これは、使用する場合に便利ですフェッチメールデーモンモードまたはスクリプト付き。
fetchmail -u jsmith mailgrunt
NetRCファイルを使用します
パスワードを指定していない場合フェッチメールあなたからそれを抽出することはできません〜/.fetchmailrcファイル、それはaを探します〜/.netrcインタラクティブにリクエストする前に、ホームディレクトリにファイルします。MailServerに一致するAnentryがそのファイルにある場合、パスワードは使用されます。Fetchmailは、最初に投票名の試合を探します。それが何も見つけられない場合、それは名前のviaの一致をチェックします。を参照してくださいFTP（1）MANページの詳細の構文の詳細〜/.netrcファイル。実用的な例を示すために、.netrcは次のようになるかもしれません。
複数のパスワードを提供する必要がある場合は、このブロックを異なるユーザー情報で繰り返すことができます。
この機能により、複数のファイルでパスワード情報の複製を避けることができます。
通常のユーザーアカウントを提供していないメールサーバーでは、ユーザーIDとパスワードは通常、サーバーにメールボックスを適用するときにサーバー管理者によって割り当てられます。メールボックスアカウントの正しいユーザーIDとパスワードを知らない場合は、サーバー管理者に連絡してください。
POP3バリアント
POP3（RFC1081、RFC1225）の初期バージョンは、RhostsMailServer側にファイル。このRPOPバリアントの下では、パスワードに相当する固定パーユーザーIDが、リンクToA予約ポートを介してクリアに送信されました。RPOPはサポートされていますフェッチメール（プロトコルRPOPを指定して、プログラムに合格するのではなくRPOPを送信させることができます）が、その使用は強く落胆しており、将来のフェッチメールバージョンからサポートを削除します。この皮膚性はスプーフィングに対して脆弱であり、RFC1460で撤回されました。
RFC1460はAPOP認証を導入しました。POP3のこのバリアントでは、サーバーホストにAPOPパスワードを登録します（一部のサーバーでは、これを行うプログラムは呼び出されますPopauth（8））。あなたはあなたの中にsamepasswordを入れます〜/.fetchmailrcファイル。毎回フェッチメールログインすると、パスワードのMD5ハッシュとサーバーがサーバーに挨拶する時間を送信します。
APOPは、中間の攻撃に対して耐性とはならないことに注意してください。
RETまたはトップ
フェッチメール可能な場合は、多数の行を使用してTOPコマンドを使用して、メッセージが取得されていないとサーバーに信じさせるためにいくつかの努力をします。トップはフルヘッダーを取得するコマンドですフェッチメール- 指定された量のボディライン。これはオプションであり、そのため、すべてのサーバーによって実装されておらず、一部は不適切に実装されています。ただし、多くのサーバーでは、ヘッダーとボディを使用して完全なメッセージをRETRIEDIVEDが「見た」フラグ（たとえば、Webインターフェイスで）を設定しますが、TOPコマンドはDothatではありません。フェッチメール「Fetchall」が設定されている場合は、常にRETコマンドを使用します。フェッチメールまた、「keep」が設定され、「uidl」が設定されていない場合、retコマンドも使用します。フェッチメールMaillennium POP3/ProxyServers（Comcastが使用）のRETコマンドを使用して、メッセージの腐敗を引き起こすサーバーでの意図的なトップの誤解を回避します。
他のすべての場合において、フェッチメールTOPコマンドを使用します。これは、「Keep」セットアップでは、「TOP」が必要な場合は「UIDL」を設定する必要があることを意味します。
注記この説明は、Fetchmailの現在のバージョンにも当てはまりますが、動作は将来のバージョンで変化する可能性があります。特に、TOPコマンドが多くの悲しみを引き起こし、オプションのみであるため、FetchmailはRETコマンドをメイプレイフします。
代替認証フォーム
もしあなたのフェッチメールKerberos Supportで構築され、SpecifyKerberos Authentication（with -authまたは.fetchmailrcオプションKerberos_v4を認証します）各クエリの開始時に郵便配達員からKerberosticketを取得しようとします。注：Pollnameまたはby Nameの場合、FetchmailはMailServerを検索して使用しようとします。
GSSAPI認証でPOP3またはIMAPを使用する場合、フェッチメールサーバーがRFC1731-またはRFC1734を構成するGSSAPICAPABILICALIGHを持っていることをWillExpctedし、それを使用します。現在、これはOverkerberos Vのみでテストされているため、既にチケットグレントチケットを持っていると予想されています。標準の義務とは異なるユーザー名を渡すことができます- ユーザーコマンドまたは.fetchmailrcオプションユーザー。
IMAPデーモンがグリーティングラインでPreauth Responseを返した場合、Fetchmailはこれに気付き、通常の認証ステップをスキップします。これは役立ちます。ssh.を使用してIMAPDを明示的に開始した場合、このケースでは、それを停止するために認証値sshを宣言できます.fetchmail開始時にパスワードを尋ねることから。
クライアント認証を使用する場合TLS1そして、あなたのIMAP Daemonreturnはauth = external応答、Fetchmailはこれに気づき、認証ショートカットを使用し、PassPhraseを送信しません。この場合、認証値を外部に宣言できます
そのサイトで停止しますフェッチメール開始時にパスワードを尋ねることから。POP3を使用している場合、サーバーがRFC1938に準拠した1回限りのパスワードチャレンジを発行する場合フェッチメール必要な応答を生成するために、PassフレーズとしてYourPassWordを使用します。これは、ネットの暗号化されていないネット上に秘密を送信する。
Compuserve S RPA認証がサポートされています。サポートでcompileする場合、フェッチメールホスト名で「@compuserve.com」を検出する場合、パスワードen clairを送信する代わりに、RPAパスフラセー認定を実行しようとします。
IMAPを使用している場合、Microsoft S NTLM認証（MicrosoftExchangeで使用）がサポートされています。サポートでコンパイルする場合、フェッチメールサーバーがその容量応答でauth = ntlmを返すたびに、（password en clairを介して送信する代わりに）NTLM認証を実行しようとします。ユーザー @ドメインのように見えるユーザーオプション値を指定します。
セキュアソケットレイヤー（SSL）とトランスポートレイヤーセキュリティ（TLS）
-SSLオプションを指定することにより、SSL暗号化されたサービスにアクセスできます。.fetchmailrcfileの「SSL」ユーザーオプションを使用してこれを行うこともできます。SSL暗号化が有効になっていると、SSLセッションの交渉後、接続中にクエリが開始され、SSLが交渉できない場合に接続が失敗します。POP3やIMAPなどの一部のサービスには、SSL暗号化されたサービス用に異なる既知のポートが定義されています。SSLが有効になり、明示的なポートが指定されていない場合、暗号化されたポートは自動的に選択されます。-SSLProtoオプションを使用して、SSLProtoCols（デフォルト：V2またはV3）を選択できます。-SSLCERTCKコマンドラインORSSLCERTCK RUN CONTROLファイルオプションを使用して、強制的に確認チェックを強制する必要があります - 以下を参照してください。
SSLが構成されていない場合、Fetchmailは通常、日和見的にUSETLを試みます。TLSは、-sslproto "TLS1"を使用して実施できます。TLSConnectionsは、非暗号化バージョンのプロトコルと同じポートを使用し、特別なパラメーターを介してTLSをネゴシエートします。-SSLCERTCKCOMMAND LINEまたはSSLCERTCK RUN CONTROLファイルオプションを使用する必要があります。
-SSLCERTCK推奨：SSLまたはTLS暗号化されたサーバーに接続する場合、TheServerは検証のためにクライアントに証明書を提示します。TheCertificateは、CertifateTematchの共通名が連絡されているサーバーの名前と証明書の有効期限が現在Validであることを示していることを確認するためにチェックされます。これらのチェックのいずれかが失敗した場合、警告メッセージが印刷されますが、接続は続きます。サーバー証明書は、特定の認証機関によって除外される必要はなく、「自己署名」証明書である可能性があります。-SSLCERTCKコマンドラインオプションまたはSSLCERTCK runControlファイルオプションが使用されている場合、これらのチェックのいずれかが失敗した場合、FetchMailは代わりに中止されます。SSLCERTCKまたは-SSLCERTCKオプションの使用ISADVISED。
一部のSSL暗号化されたサーバーは、クライアント側の証明書を要求する場合があります。クライアントサイドのパブリックSSL証明書とプライベートSSLキーを指定することができます。サーバーによってifRequestedで、クライアント証明書はサーバーの前Validationに送信されます。一部のサーバーでは、有効なクライアント証明書が必要になる場合があり、証明書が提供されていない場合、または証明書が有効でない場合はMayRefuse接続が必要になる場合があります。一部のサーバーでは、クライアントサイド証明書に認定された認証機関に署名する必要がある場合があります。キーファイルと証明書ファイルの形式は、基礎となるSSLライブラリ（一般的なケースのOpenSSL）が必要とするものです。
SSLの使用に関する注意事項：上記のセルフ署名サーバー証明書を使用した上記のセットアップは、Wirescanを介して取得されたパッシブ盗聴者からあなたを保護しますが、それは不活性攻撃者に対して役立ちません。それは明らかにパスワードを明確に送信することを改善していますが、あなたは、中間の男が些細なことに可能であることに注意する必要があります（特にDSNIFFなどのツールを使用して、http://monkey.org/~dugsong/dsniff/）。サーバーとクライアントによって認識された認証機関での厳格な証明書の使用、おそらくSSHトンネルのorの使用（いくつかの例については以下を参照）が、メールボックスとパスワードのセキュリティに真剣に注意することが望ましいです。
ESMTP認証
フェッチメールまた、RFC 2554にSideaCcordingを使用するクライアントのESMTPサーバーへの認証もサポートします。キーワードESMTPNAMEおよびESMTPPASSWORDで使用する名前/パスワードペアを指定できます。通話ユーザーのユーザー名への以前のデフォルト。
デーモンモード
デーモンモードの導入
デーモンモードでは、フェッチメールバックグラウンドに身を包み、永久に実行し、各指定のホストを照会し、特定のポーリング間隔のために睡眠をとります。
デーモンモードの開始
fetchmailをデーモンモードで動作させる方法はいくつかあります。コマンドラインで、-daemonまたは-d オプションが実行されますフェッチメールデーモンモードで。数秒でポーリング間隔である数値を指定する必要があります。 例：単に呼び出します
したがって、あなたに記載されているすべてのホストを投票します〜/.fetchmailrcファイル（スキップ動詞で明示的に除外されたものを除く）は、15分に1回。
fetchmail -d 900 また、あなたの中にポーリング間隔を設定することも可能です〜/.fetchmailrcset daemon
を言ってファイルします。ここで、 は整数秒数です。これを行うと、コマンドラインオプション（Daemon 0または-D0でオーバーライドしない限り、Fetchmailは常にデーモンモードで開始されます。 ユーザーごとに許可されているデーモンプロセスは1つだけです。デーモンモードでは、フェッチメールこれを保証するためにユーザーごとのロックファイルをセットアップします。（ただし、この設定を獲得してください。時間。）
背景デーモンを目覚めさせます
通常、バックグラウンドにデーモンでフェッチメールを呼び出すと、目覚めた信号がデーモンに送られ、出力なしで終了します。その後、BackgroundDaemonはすぐに次の投票サイクルを開始します。ウェイクアップ信号であるSigusr1も手動で送信できます。また、モーニングアクションは、Anyauthenticationまたは複数のタイムアウトをクリアします。
背景デーモンの終了
オプション- やめる目覚めるのではなく、ランニングデーモンプロセスを殺します（そのようなプロセスがない場合、フェッチメール通知します。コマンドラインの最後に-quitオプションが表示される場合、フェッチメール実行中のデーモンプロセスを殺してからやめます。さもないと、フェッチメール最初に実行中のデーモンプロセスを殺し、次に他のオプションで実行を続けます。
デーモンモードに便利なオプション
の-l
または-logfile オプション（キーワード：LogFileを設定）は、FetchMail IsDetachedの場合にのみ効果的です。このオプションを使用すると、指定されたlogFileにステータスメッセージをリダイレクトできます（ログファイル名でオプションに従ってください）。TheLogfileは追加用に開かれているため、以前のメッセージは削除されていません。これは主に設定のデバッグに役立ちます。fetchmaildoesは、logfileが回転しているかどうかを検出しないことに注意してください。Logfileは、Fetchmailが起動するときにのみOpeneDonceです。ログファイルを回転させて圧縮する前に（該当する場合）フェッチマイルを再起動する必要があります。 の- syslogオプション（キーワード：SET SYSLOG）を使用すると、syslog（3）利用可能な場合はシステムデーモン。フェッチメール、施設log_mail、および優先順位log_err、log_alertまたはlog_infoこのオプションは、デーモンのステータスと結果を誘導するステータスとエラーメッセージの記録を目的としています。.fetchmailrcファイルはまだSTDERRまたは指定されたログファイルに書き込まれます。-NOSYSLOGオプションはの使用をオフにしますsyslog（3）、それがオンになっていると仮定します〜/.fetchmailrcファイル、または-lまたは-logfile
オプションが使用されました。 の-nまたは- ノデタッハオプションは、その制御端子からのテダモンプロセスの背景と剥離を抑制します。これは、デバッグやFetchmailがスーパーソルプロセスの子供として実行されるときに役立ちます。初期化（8）またはGerrit Pape sそれを実行します。これにより、LogFileオプションがBaignoredを引き起こすことに注意してください（おそらくTはすべきではありません）。
POP2またはIMAP2BISサーバーを投票するデーモンモードで実行中に、一時的なエラー（DNS障害や送信拒否など）が次のPollingcycleの期間中にフェッチオプションを強制する可能性があることに注意してください。これは堅牢性の機能です。つまり、メッセージが差し引かれた場合（したがって、MailServerによって見られるマーク）、一時的なエラーのために伝達されない場合、TheNext Polly Cycleの間に再獲得されます。（IMAPロジックは、再配信されるまでメッセージを削除しないため、この問題は発生しません。）
触れたり変更したりする場合〜/.fetchmailrcファイルFetchMailがデーモンモードで実行されている間、これは次の投票サイクルの開始時に検出されます。変更されたとき〜/.fetchmailrc検出された場合、Fetchmailはそれを読み直してゼロから再起動します（Exec（2）を使用しています。新しいインスタンスでは状態情報は保持されません）。〜/.fetchmailrcファイルSの構文では、新しいインスタンスは柔らかく静かに離れたスタートアップを消滅します。
管理オプション
の- ポストマスター
オプション（キーワード：ポストマスターの設定）最終リゾートのユーザー名Towhich Multidrop Mailを指定して、一致するローカルレシピエントが見つからない場合は転送されます。また、Bouncemail Globalオプションがオフになっている場合は、配信不可能なメールの宛先としても使用され、Bouncemail Globalオプションがオフであり、Spambounce Globalオプションがオンになっている場合は、スパムブロックマイル用にさらに使用されます。このオプションは、デフォルトで呼び出したユーザーにデフォルトですフェッチメール。呼び出されるユーザーがrootの場合、このオプションのデフォルトはユーザーポストマスターです。上記の廃棄されるように、ポストマスターを空の文字列に設定します。廃棄されるように - これは通常、環境環境変数の説明を参照してください。 の- ノボウンス「set no bouncemail」グローバルオプションのように動作します。
の- 見えないオプション（キーワード：設定の設定）は、フェッチメールを不可視にしようとします。通常、フェッチメールは他のMTAと同じように動作します。Machine Fetchmail自体から実行中です。目に見えないオプションがオンの場合、受信されたヘッダーが抑制され、フェッチメールはMTAを前進させようとし、ThemailServerホストから直接来たと考えるようにします。
の- showdotsオプション（キーワード：SET SHOWDOTS）FERCES f*ckMAILは、現在のTTYがstdout（logfilesなど）でない場合に進行状況dotsevenを表示します。Fetchmailは、NodetachモードまたはWhendaemonモードが有効になっていない場合にデフォルトでドットを表示します。
を指定することにより--TracePollsオプションでは、FetchMailに「Polling {label}アカウント{user}」というフォームのFormに情報を追加するように依頼します。ここで、{label}はアカウントラベル（指定されたrcfileから、通常は〜/.fetchmailrc）および{user}です。MailServerにログオンするために使用されるユーザー名。このヘッダーは、nousefulヘッダー情報が利用可能であり、異なるメールボックスに分類された違いのあるアカウントからのメールが必要なフィルタリングメールを作成するために使用できます（これは、同じサーバーにAmailingリストを実行している場合に発生する可能性があり、そのアカウントを使用してリスト）。TheDefaultはそのようなヘッダーを追加していません。で.fetchmailrc、これはtracepollsと呼ばれます。
検索障害モード
プロトコルフェッチメールMailServersと話すために使用してください。ポート25への通常の操作転送では、クライアント側のSMTPLISTENERが認められるまで、ホストのメッセージは削除されません（または削除のためにマークされています）フェッチメールメッセージが配達のために受け入れられたか、スパムブロックのために拒否されたこと。ただし、MDAに転送する場合、エラーの可能性がさらに高くなります。一部のMDAは安全であり、一時的なリソース制限のために、1つでも配送エラーではないゼロステータスを確実に返します。メールドロップ（1）プログラムはこのようなものです。郵便トランスポーテイセンとして設計されたほとんどのプログラムも同様です。sendmail（1）、PostfixのSendmailラッパーを含むexim（1）これらのプログラムは、信頼できる肯定的な承認を返し、MDAオプションで郵便損失のリスクなしで使用することはできません。ただし、Unsafemdasは、配信の失敗時にも0を返す場合があります。これにより、メールが失われます。
の通常のモードフェッチメール新しいメッセージのみをダウンロードしようとして、既にサーバーに直接読み取っている（または未定）メッセージを残してください（または以前に取得しましたfetchmail--キープ）。しかし、あなたがすでに読んだメッセージは、あなたが指定していない場合でも、これらのサーバーですでに読んでいるメッセージがフェッチされている（そして削除されている）ことがわかります。これが起こる可能性のあるいくつかの理由があります。
1つは、POP2を使用して再度を使用している可能性があります。POP2プロトコルには、メッセージに新規または古い状態のノルレプレゼンテーションが含まれているため、フェッチメール常にすべてのメッセージを新しいものとして扱う必要があります。しかし、Pop2は時代遅れで、Sothisはありそうもない。
潜在的な POP3 問題は、メールボックスの途中にメッセージを挿入するサーバーである可能性があります (メールの一部の VMS 実装では、これが行われると噂されています)。のフェッチメールコードは、NewMessagesがメールボックスの最後に追加されると想定しています。これがtrueでない場合、古いメッセージを新しいものとして扱い、逆も同様です。fastuidl 0をセットしながらuidlを使用すると、これを修正する場合があります。そうしないと、IMAPに切り替えることを検討してください。
さらに別のPOP3の問題は、TheUser S HomeディレクトリでTempfilesを作成できる場合、一部のPOP3サーバーがFetchmailに「Nomail」をスパイアルに報告する原因となる応答を引き戻すことです。
IMAPコードは、サーバーフラグの有無を使用します\ seentoはメッセージが新しいかどうかを決定します。これは正しいことではありません。Fetchmailはuidalivityをチェックしてuidを使用する必要がありますが、それはまだそれを行います。UNIXの下では、メールユーザーエージェントによって設定されたBSDスタイルのステータスフラグに気づき、必要に応じて\ SeverFlagを設定するためにIMAPサーバーに頼ります。Dothisについて知っているすべてのUNIX IMAPサーバーは、IMAP RFCSで指定されていません。TOがないサーバーOveraサーバーをトリップした場合、症状は、ホストで読んだ読み取りを使用するメッセージがサーバーに新しいように見えるということです。この（ありそうもない）場合、あなたが取得したメッセージのみfetchmail-キープ未定でマークされた古いものになります。
ETRNおよびODMRモードで、フェッチメール実際にはメッセージを取得しません。代わりに、サーバーのSMTPリスナーに、SMTPを介してクライアントのキューを開始するように依頼します。したがって、それは整理されていないメッセージのみを送信します。
スパムフィルタリング
多くのSMTPリスナーでは、管理者が指定されたドメインから未承諾電子メールをブロックするスパムフィルターをセットアップできます。この機能をトリガーするデータラインからのメールは、リスナーによって（残念ながら）変化するSMTP応答を引き出します。の新しいバージョンsendmail571のエラーコードを返します。
RFC2821によると、この状況で戻る正しいことは550「要求されたアクションが取られていない：メールボックスが利用できない」（ドラフトが追加される」[例えば、メールボックスが見つからない、アクセスなし、またはPolicyReasonsの拒否されたコマンド]）。
の古いバージョンeximMTAは、501「パラメーターまたは引数の構文エラー」を返します。
のポストフィックスMTAは、アンチスパム応答として554を実行します。
Zmailer500回の応答でコードを拒否する場合があります（より多くの情報を含む拡張されたステータスコードが続きます）。
コードを返しますフェッチメールアンチスパム応答として扱い、アンチスパムオプションでメッセージを設定できます。これはその1つですのみFetchmailがメールを破棄する3つの状況（その他は、以下で説明する552および553のエラーと、既に見られたメッセージIDによるマルチドロップされたメッセージの抑制）。
もしフェッチメールIMAPサーバーからフェッチしている場合、アンチスパム応答が検出され、メッセージ本文を読み取ることなく、ヘッダーがフェッチされた直後にメッセージが拒否されます。したがって、あなたはダウンロードパムメッセージ本文の支払いを勝ち取った。
デフォルトでは、アンチスパム応答のリストは空です。
の場合スパムバウンスグローバルオプションがオンになっています。スパムブロックされたメールは、RFC1892/RFC1894バウンスメッセージをトリガーして、オリジネーターにメールを受け入れないことを通知します。バグも参照してください。
SMTP/ESMTPエラー処理
上記のスパムブロッキングに加えて、Fetchmailは以下のSMTP/ESMTPエラー応答に特殊作用を行いますその他のエラーは、メールのバウンスを作成者にバウンスします。バグも参照してください。
452（システムストレージが不十分） 後で検索するために、メッセージをサーバーメールボックスに残します。 552（メッセージは固定された最大メッセージサイズを超えています） サーバーからメッセージを削除します。Bounce-mailをTheoriginatorに送信します。 553（無効な送信ドメイン） サーバーからメッセージを削除します。オリジネーターにメールを送信しようとさえしません。
実行制御ファイル
fetchmailを設定するのに好ましい方法は、.fetchmailrcホームディレクトリにファイルをファイルします（テキストエディターを使用して、または間接的に介してこれを行うことができますfetchmailconf）。このファイルのコマンドライン引数とテアグメントの間に矛盾がある場合、コマンドライン引数が優先されます。パスワードのセキュリティを保護するために、あなた〜/.fetchmailrc通常、0600（u = rw、g =、o =）権限を超えない場合があります。フェッチメールそれ以外の場合は文句を言って終了します（このチェックは、versionがオンになっているときに抑制されます）。
あなたは読むことができます.fetchmailrc実行時に実行されたコマンドのリストとしてファイルフェッチメール議論なしで呼び出されます。
制御構文を実行します
コメントは＃から始まり、行の端から拡張されます。他のところ、ファイルは、フリーフォーマットのトークン指向の構文の一連のサーバーエントリまたはグローバルオプションステートメントで構成されています。
トークンには、文法キーワード、数字（すなわち10進数桁シーケンス）、引用されていない文字列、引用された文字列の4種類のトークンがあります。引用された文字列は二重引用符で制限され、ホワイトスパースを含む場合があります（および引用桁は文字列として扱われます）。引用された文字列には、バックスラッシュを使用してラインに結合する場合を除き（以下を参照）、AcrosStwo以上の行を実行する場合はラインフィード文字も含まれます。、、、、、、または=。
Whitespaceの量は、サーバーエントリのトークンを分離しますが、等方向に無視されます。Backslash Escapeシーケンス（\ n for lf、\ t for ht、\ b for bs、\ r for cr、\ rを使用できます。nnn10進の場合（どこから0で始めることはできません）、\ 0OOOOctalの場合、および\ xHHforhex）引用された文字列に、印刷不可能な文字または文字列デリミタを埋め込むために、引用された文字列では、ラインの最後のバックスラッシュは、バックスラッシュ自体とラインフィード（LFまたはNL、新しいライン）の文字を生み出します。長い文字列を包むことができます。ライン端でのバックスラッシュがなければ、ラインフィード文字は文字列の一部になります。
警告：これらはCスタイルのエスケープシーケンスに似ていますが、同じではありません。FetchMailはこれらの8つのスタイルのみをサポートしています。Cは、バックスラッシュ（\）と単一の文字で構成されるより多くの逃避をサポートしますが、ブトは小数コードをサポートせず、主要な0の腫瘍表記を必要としません。例：fetchmailは\ xe9（急性のラテン小文字e）と同じ\ 233を解釈します。ここで、cは\ 233 asoctal 0233 = \ x9b（csi、コントロールシーケンス導入者）を解釈します。
各サーバーエントリは、キーワードの投票またはスキップのいずれかで構成され、次にサーバー名が続き、次にサーバーオプションが続き、その後のユーザーの説明が続きます。注：SynTaxErrorsの最も一般的な原因は、ユーザーとサーバーのオプションを混合することです。
後方互換性のために、単語サーバーは世論調査の同義語です。
ノイズキーワードを使用し、エントリ内のどこにでも、存在、希望、オプションを使用して、英語に似ています。彼らは無視しましたが、一目で読むのがはるかに海のエントリを作ることができます。句読文字：、;そして、また無視されます。
投票対スキップ
世論調査動詞は、Fetchmailに、このホストが引数とともに実行されたときに照会するように指示します。スキップ動詞が伝えますフェッチメールコマンドラインで明示的に名前が付けられない限り、このホストを投票しないでください。（スキップ動詞を使用すると、Entriessafelyをテストするか、一時的にダウンしているホストのエントリを簡単に無効にすることができます。）
キーワード/オプションの概要
これが法的オプションです。囲まれたインスケアブラケットの囲まれたキーワードの接尾辞はオプションです。短いコマンドラインオプションに対応するものには、適切なオプションレターが続きます。ifoptionは単一の動作モードにのみ関連し、それぞれSingledrop-またはMultidropモードのSまたはMとして認められます。法的なグローバルなオプションは次のとおりです。
キーワード Opt モード 関数 デーモンを設定します -d 数秒でバックグラウンドポーリング間隔を設定します。 ポストマスターを設定します Last-Resortメール受信者の名前を付けます（デフォルト：ユーザーRunningFetchMail、「Postmaster」がルートユーザーが実行する場合） Bouncemailを設定します 送信者への直接エラーメール（デフォルト） Bouncemailを設定しません ローカルポストマスターへの直接エラーメール（上記のポストマスターグローバルオプションによる）。 スパムバウンスを設定しません スパムブロックされたメール（デフォルト）をバウンスしないでください。 スパンブルを設定します バウンスブロックされたスパムブロックされたメール（アンチスパムユーザーオプションに従って）BounceMail Globalオプションで示されているように、宛先に戻ります。WARNING：これを使用してスパムを送信者にバウンスしないでください - ほとんどのスパミスが偽の送信者で送信住所、したがって、このオプションはInnocentByStandersを傷つけます。 logfileを設定します -l エラーとステータスメッセージを追加するファイルの名前。 idfileを設定します -私 UIDリストを保存するファイルの名前。 syslogを設定します syslog（3）を介してログを記録するエラーを実行します。 syslogを設定しません Syslog（3）を介してログインしてエラーをオフにします。（デフォルト） プロパティを設定します Fetchmailで無視される文字列値（拡張容量で使用できます）。 法的サーバーのオプションは次のとおりです。
キーワード Opt モード 関数 経由 MailServerのDNS名を指定し、投票名を上書きします プロトコル] -P 指定プロトコル（ケース非感受性）：pop2、pop3、imap、apop、kpop ローカル[ドメイン] m ローカルと見なされるドメインを指定する ポート TCP/IPサービスポートを指定します（廃止、代わりにサービスを使用してください）。 サービス -P サービス名を指定します（数値も許可され、TCP/IPポート番号を考慮します）。 認証する] 認証タイプを設定します（デフォルトANY） タイムアウト -t 秒単位でサーバーの不活動タイムアウト（デフォルト300） 封筒 -e m Envelope-Addressヘッダー名を指定します 封筒なし m 封筒アドレスを探すことを無効にします qvirtual -Q m Qmail仮想ドメインプレフィックスは、ユーザー名から削除します 別名 m MailServerの代替DNS名を指定します インターフェース -私 サーバー投票が行われるためにアップする必要があるIPインターフェイスを指定します モニター -m アクティビティを監視するためにIPアドレスを指定します プラグイン サーバー接続を作成するコマンドを指定します。 プラグアウト リスナーに接続するためのコマンドを指定します。 DNS m マルチドロップのDNSルックアップを有効にする（デフォルト） DNSなし m MultidropのDNSルックアップを無効にします チェックリア m MultidropのIPアドレスによる比較を行います チェックリアはありません m マルチドロップの名前で比較する（デフォルト） uidl -u POP3にクライアント側のUIDLSを使用するように強制します（推奨） uidlはありません クライアント側UIDLSのPOP3使用をオフにする（デフォルト） 間隔 このサイトごとにこのサイトをチェックしてください。nは数値引数です。 TracePolls 受信したヘッダーにポーリングトレース情報を追加します 主要 Kerberosの校長を設定します（IMAPとKerberosでのみ便利です） esmtpname RFC2554認証の名前をESMTPサーバーに設定します。 esmtppassword RFC2554認証のパスワードをESMTPサーバーに設定します。 法的ユーザーオプションは次のとおりです。
キーワード Opt モード 関数 ユーザー[名前] -u リモートユーザー名を設定します（ここに名前が続く場合はローカルユーザー名） は ローカルおよびリモートのユーザー名を接続します に ローカルおよびリモートのユーザー名を接続します パスワード] リモートアカウントのパスワードを指定します SSL SSL暗号化を使用して、指定されたベースプロトコルを介してサーバーに接続します sslcert クライアント側のパブリックSSL証明書のファイルを指定します sslkey クライアント側のプライベートSSLキーのファイルを指定します sslproto 接続用のSSLプロトコルを強制します フォルダ -R クエリにリモートフォルダーを指定します SMTPホスト -s SMTPホストを指定して転送します フェッチドメイン m メールを取得するドメインを指定します smtpaddress -d rcptに配置するドメインを線に指定します smtpname rcptに配置するユーザーとドメインを行に指定します アンチスパム -Z SMTPリターンがスパムポリシーブロックとして解釈されるものを指定します MDA -m ローカル配信にMDAを指定します BSMTP -o BSMTPバッチファイルを指定して追加します preconnect 各接続の前に実行されるコマンド ポストコネクト 各接続後に実行されるコマンド 保つ -K サーバーから見たメッセージを削除しないでください（POP3の場合、UIDLをお勧めします） 流す -f クエリする前に見たすべてのメッセージをフラッシュする（危険） limitflush クエリする前に、すべての特大のメッセージをフラッシュします フェッチ -A 見たかどうかにかかわらず、すべてのメッセージを取得します リライト 返信のために宛先アドレスを書き直す（デフォルト） Stripcr ラインの端からストリップキャリッジが戻ります forcecr ラインの端からフォースキャリッジが戻ります Pass8bits Force body = 8bitmimeへのESMTPリスナー ドロップステータス 入ってくるメールからのストリップステータスとX-Mozilla-Statusライン DropDelivered 着信メールから配信されたラインに配信されます MimedeCode 引用符をマイムメッセージの8ビットに変換します アイドル 各投票の後に新しいメッセージを待っているアイドル（IMAPのみ） キープなし -K サーバーから見たメッセージを削除する（デフォルト） フラッシュはありません クエリする前に見たすべてのメッセージをフラッシュしないでください（デフォルト） フェッチはありません 新しいメッセージのみを取得する（デフォルト） 書き直さないでください ヘッダーを書き直さないでください ストリップクルーはありません ストリップキャリッジリターン（デフォルト）がない forcecrはありません EOLでのフォースキャリッジリターン（デフォルト）がありません Pass8bitsなし フォースボディ= 8bitmimeへのESMTPリスナー（デフォルト） ドロップステータス後 ドロップステータスヘッダー（デフォルト） 落とされていない ドロップが配信されないヘッダー（デフォルト） MimedeCodeはありません 引用符をマイムメッセージの8ビットに変換しないでください（デフォルト） アイドルなし 各投票の後に新しいメッセージを待っていない（IMAPのみ） 制限 -l メッセージサイズの制限を設定します 警告 --w メッセージサイズの警告間隔を設定します batchlimit -b MAX＃メッセージを単一のConnectで転送するメッセージ fetchlimit -b MAX＃単一の接続でフェッチするメッセージ Fetchsizelimit MAX＃メッセージサイズは、単一のトランザクションでフェッチします FastUidl 最初の目に見えないメッセージのバイナリ検索（POP3のみ）を使用する 抹消 -e すべての#thメッセージ（imapとpop3のみ）で抹消を実行する プロパティ 文字列値はfetchmailによって無視されます（拡張スクリプトによって使用される場合があります） すべてのユーザーオプションが必要であることを忘れないでくださいフォローするすべてのサーバーオプション。
.fetchmailrcファイルでは、エンベロープ文字列引数は、白面分離された数字で課せられる場合があります。この数値は、指定されている場合、スキップするそのようなヘッダーの数です（つまり、1の引数は、指定されたタイプの2番目のヘッダーを選択します）。これは、ISPのローカル配信エージェントまたは内部フォワードによって作成された偽のエンベロープヘッダー（メール検査システムを介して）を無視するために、いつか役立ちます。
オプションスイッチに対応していないキーワード
フォルダーとSMTPHOSTオプション（コマンドラインエコーバレントとは異なり）は、それらを登録する名前のスペースまたはコンマ区切りのリストを取得できます。
すべてのオプションは、次のことを除いて、明らかなコマンドライン引数に対応しています。、、パスワード、Preconnect、PostConnect、LocalDomains、Stripcr/no Stripcr、forcecr/no forcer、pass8bits/no pass8bits dropstatus/no dropstatus、DropDelivered/No DropDelivered、MimedeCode/No MimedeCode、アイドルなし、および封筒なし。
viaオプションは、同じサイトをMorethan 1つの構成を指す場合の場合です。それが存在する場合、文字列引数はQueryのThemailServerホストの実際のDNS名として取得されます。これは世論調査の引数をオーバーライドします。このホストを明示的に照会します）。
インターバルオプション（数値引数を取ります）により、基本的な投票間隔よりも少ない頻度でAserverを投票することができます。サーバーnの間隔nと言うと、このオプションが添付されている場合は、Nopl間隔ごとにのみQuereされます。
singledrop vs.マルチドロップオプション
題されたセクションを読んでくださいマルチドロップメールボックスの使用と悪用マルチドロップモードを使用する場合。
ISまたはキーワードは、次のローカル（クライアント）名（またはサーバー名からクライアント名のマッピングまで= =（またはserver-name）をエントリ内のMailServerユーザー名に関連付けます。as/to listが姓を持っている場合、認識されていない名前が単純に渡されます。そのことに注意してくださいフェッチメールバージョン6.3.4包括的に、これらのリストはユーザー名のローカルパーツのみを取り付けることができます（fetchmailは @ signの前にのみパートを見ることができます）。フェッチメールバージョン6.3.5アンドネーワーは、これらのマッピングの左側にある完全なアドレスをサポートしており、Orsimilarマッピングを介して、局所的なドメイン（別名）よりも優先されます。
クライアントマシンのユーザー名がThemailServerの名前とは異なる場合、メールのリダイレクトをサポートするために単一のローカル名を使用できます。ローカル名が1つしかない場合、メールが受信した、CC、およびBCCヘッダーに関係なく、そのローカルユーザー名にメールが転送されます。この場合、フェッチメールDNSルックアップは決してありません。
複数のローカル名（または名前マッピング）がある場合、フェッチメール受信した場合、CC、およびBCCの取得済みメールのヘッダー（これはマルチドロップモード）で構成されている場合、エンベロープヘッダーを見てください。投票名またはVIA、AKAまたはLocalDomainsオプションに一致するホスト名のパーツを持つアドレスを探します。通常、DNSがMailServerのアリアーゼを伝えるホスト名パーツについても探します。DNS、CheckAlias、LocalDomains、および別名の議論を参照してください。
もしフェッチメールMailServerユーザー名OrlocalDomainアドレスと一致することはできません。メールは跳ね返ります。通常、送信者に跳ね返りますが、BounceMail Globalオプションがオフになっている場合、メールは代わりにローカルポストマスターに送られます（ポストマスターを参照してください。グローバルオプション）。バグも参照してください。
DNSオプション（通常はオン）は、Multidropのアドレスをチェックする方法を制御します。さらに、ロジックは、DNSで検索しているAKAまたはLocalDomains宣言と一致しない各ホストアドレスを確認できます。MailServerのユーザー名が一致するホスト名パーツに攻撃された場合、そのローカルマッピングにはローカル受信者のリストが追加されます。
CheckAliasオプション（通常はオフ）は、DNSキーワードをマルチドロップモードで実行するルックアップを拡張し、標準名を使用して自分自身を識別するMTAを識別する方法を提供します。ポーリングされた、エンベロープのアドレス指定を抽出するためにチェックし、フェッチメールto/cc/bccヘッダーを使用して配信に戻ります（以下のヘッダーとエンベロープアドレスを参照）。このオプションの指示指示フェッチメールリモートMTAで使用されている名前を投票の両方に関連付けたすべてのIPアドレスを取得し、iPaddressesの比較を行うには。これは、リモートサーバーが頻繁に標準名を変更する状況で、RCFileの変更を変更する場合があります。RCFileでDNSが指定されていない場合、CheckAliasは効果がありません。
AKAオプションは、マルチドロップメールボックスで使用するためです。これにより、サーバーのDNSエイリアスのリストを事前に説明できます。これは、速度のためにスペースを交換できるようにする態度のないハックです。いつフェッチメール、マルチドロップメールボックスを処理している間、郵便配達員の名前を見ているメッセージヘッダーを介してgroveします。注：neka to akaの名前は接尾辞として一致します。（たとえば）netaxs.comを指定する場合、これはhostnamenetaxs.comだけでなく、.netaxsで終わるホスト名と一致します。com;（たとえば）pop3.netaxs.comやmail.netaxs.comなど。
LocalDomainsオプションを使用すると、domainswhich fetchmailのリストを宣言できます。ローカルを検討する必要があります。FetchmailがマルチドロップモードのParsingAddressラインであり、ホスト名の後続セグメントが宣言されたローカルドメインと一致する場合、そのアドレスはリスナーまたはMDAに渡されます（ローカル名のマッピングはない適用済み）。
LocalDomainsを使用している場合は、Noenvelopeを指定する必要がある場合もあります。フェッチメール受信したラインまたはX-Envelope-to HeaderまたはLaphateverヘッダーからDucean Envelopeアドレスをdeduceanエンベロープアドレスの通常の試みは、以前はEnvelopeによって設定されています。noenvelopeをデフォルトのエントリに設定した場合、envelope
を使用して、その個人のエントリを元に戻すことができます。特別なケースとして、エンベロープは「受信」すると、受信した行のデフォルトの解析を復元します。 のパスワードオプションには文字列引数が必要です。これは、エントリSサーバーで使用されるパスワードです。
preconnectキーワードを使用すると、毎回直前にexecutedがshellコマンドを指定できますフェッチメールMailServer接続を確立します。これは、あなたがの助けを借りて安全なポップ接続をセットアップするために特別なものにする場合に役立つかもしれませんSSH（1）。コマンドがゼロ以外のステータスを返す場合、そのmailServerwillの世論調査は中止されます。
同様に、PostConnectキーワードも同様に、MailServerConnectionが削除されるたびにAshellコマンドを実行するように指定することができます。
FORCECRオプションは、LFによって終了したラインが転送前にGIVEN CRLF終了のみであるかどうかを制御します。厳密に言えば、RFC821はこれを要求しますが、このオプションが通常オフになるため、要件を強制するMTAはほとんどありません（そのようなMTA、Qmailの1つだけが、執筆の任務を使用しています）。
StripCRオプションは、キャリッジリターンが転送される前に取得されたメールの削除されているかどうかを制御します。通常、これを設定する必要はありません。これは、MDAが宣言されているが転送がSMTP経由である場合はOFF（CR StrippingDisabled）がある場合に（CR StrippingEnabled）をデフォルトでon（Cr StrippingEnabled）にデフォルトであるためです。StripCRとForCECRがオンになっている場合、StripCRはオーバーライドします。
Pass8bitsオプションは、すべての「コンテンツ転送エンコード：7ビット」を明確に平手打ちするMicrosoft Mailプログラムに対処するために存在します。このオプションがオフ（デフォルト）とそのようなヘッダーの存在があります、フェッチメールESMTP対応リスナーにボディ= 7ビットを宣言します。これにより、実際に8ビットISOまたはKOI-8文字セットを使用して問題のある形式が発生します。Pass8bitsがオンの場合、フェッチメールbody = 8bitmimeをESMTP対応のリスナーに宣言することを余儀なくされます。リスナーが8ビットクリーンの場合（現在すべての主要なものがそうであるように）、おそらく正しいものが生じるでしょう。
DropStatusオプションは、空でないステータスとX-Mozilla-Status行がFetched Mail（デフォルト）で保持されているかどうかを制御します。それらを保持すると、MUAがサーバーで見られるメッセージ（ifany）がマークされていることを確認できます。一方、それはいくつかの新しいメール通知者を紹介することができます。（注：いくつかのバギーポップサーバーによって挿入された空のステータスは無条件に破棄されます。）
DropDeliveredオプションは、配信されたヘッダーがフェッチされたメール（デフォルト）に保持されるか廃棄されるかを制御します。これらのヘッダーは、QmailとPostfix MailServersによって広がり、メールループを避けるために、Samedomain内のメールサーバーを「ミラーリング」しようとすると邪魔になります。注意して使用してください。
MimedeCodeオプションは、引用されたプリンティング可能なエンコードを使用したMIMEメッセージが純粋な8ビットダタに自動的に変換されるかどうかを制御します。ESMTP対応の8ビットクリーンリストナー（SendMailのような主要なMTAをすべて含む）にメールを配信している場合、Thenthisは引用された印刷可能なメッセージヘッダーとDATAを8ビットデータに自動的に変換します。ReadingMail。電子メールプログラムがMIMEメッセージの処理方法を知っている場合、このオプションは必要ありません。HeadersでRFC2047変換を行うと、ヘッダーのエンコーディングがボディのエンコーディングとは異なる場合に悪い結果をもたらす可能性があるため、MimedeCodeオプションはByDefaultから外れています。
アイドルオプションは、RFC2177アイドルコマンド拡張をサポートするIMAPサーバーで使用することを目的としていますが、厳密には必要ありません。有効になり、フェッチメイルがアイドルがサポートされていることを検出した場合、Anidleは各投票の終了時に発行されます。これにより、IMapserverは接続を開いたままにして、新しいMailisが利用可能になったときにクライアントに通知するように指示されます。アイドルがサポートされていない場合、Fetchmailは周期的にNOOPを発行することによりシミュレートします。頻繁にリンクを投票する必要がある場合は、TCP/IPコネクトとログイン/ログアウトシーケンスを排除することにより、帯域幅を保存します。一方、アイドル接続は、接続をドロップすることは決してなく、サーバーがアイドルを除外しない限り他のポーリングを許可することはないため、ほぼすべての時間を食べます。最初のフォルダーのみが投票されます。
プロパティオプションは拡張メカニズムです。StringArgumentが必要です。これは、Fetchmail自体では無視されます。文字列引数は、それを必要とするスクリプトの構成情報を保存するために使用される場合があります。特に、-configdumpオプションの出力は、Pythonスクリプトですぐに利用可能なユーザーエントリとプロパティアソーシングされます。
その他の実行制御オプション
ここにある言葉には、有用な英語と歴上の意味があります。通常、ユーザーERICはESRです。リモートユーザーERICのMailがESRに配信されることを意味しますが、ユーザーEricがESRがあると言ってこれをより明確にするか、ユーザーと言って逆転させることができます。ESRはエリックですプロトコルキーワードで使用する法的プロトコル識別子は次のとおりです。
auto（or auto）（レガシー、将来のリリースから削除）pop2（またはpop2）（レガシー、将来のリリースから削除）pop3（またはpop3）sdps（またはsdps）imap（またはimap）apop（またはapop）kpop（またはkpop）法的認証タイプは、パスワード、Kerberos、Kerberos_V4、Kerberos_V5およびGSSAPI、CRAM-MD5、OTP、MSN（POP3のみ）、NTLMです。、SSH、外部（IMAPのみ）。パスワードの通常のタイプは、パスワードの通常の送信によって指定されています（パスワードはテキストをbeplainするか、CRAM-MD5のようにプロトコル固有の暗号化の対象となる可能性があります）; Kerberosに伝えますフェッチメール代わりに、各クエリのtheStartでKerberosのチケットを取得し、任意の文字列をPasswordとして送信しようとします。そして、GSSAPIはFetchmailにGSSAPI認証を使用するように指示します。さらに、AUTHキーワードの説明を参照してください。
Kerberos v4Authenticationを使用して、ポート1109を介してKPOPを指定するKPOPを指定します。これらのデフォルトは、後のオプションによってオーバーライドされる場合があります。
いくつかのグローバルオプションステートメントがあります：logfileを設定し、文字列を使用して、-logfileで指定された同じグローバルを設定します。Acommand-line -LogFileオプションはこれをオーバーライドします。Fetchmailが端末から分離する場合、-logfile isonly効果的であることに注意してください。また、セットデーモンは、-daemonのように投票間隔を設定します。これは、コマンドライン - デーモンオプションによってbeoverRiddidenすることができます。特に、-daemon〜0は前景の動作を強制するために使用されます。セットポストマスターステートメントは、Areno Local Matchがある場合、MultiDrop Mailがデフォルトするアドレスを設定します。最後に、Set Syslogはログメッセージを送信します。TosySlogd（8）。
Debugging fetchmail
フェッチメールがクラッシュします
Fetchmailが「クラッシュ」する可能性があるというさまざまな方法があります。e。停止術は突然かつ予想外に。「クラッシュ」とは、通常、ソフトウェアが単独で処理しなかったAnerror条件を指します。よく知られているファウルモードは、略して「セグメンテーション障害」または「Signal 11」または「SigseGV」 "SegFault」です。これらは、ハードウェアまたはSoftWareProblemsによって引き起こされる可能性があります。ソフトウェア誘発セグフォールトは通常、同じ場所で簡単に再現できますが、ハードウェア誘発セグフォールトは、コンピューターが再起動されたり、数時間電源を供給したりすると消えることができ、ソフトウェアを同じ方法で使用してもランダムな場所で発生する可能性があります。ハードウェア誘発セグフォールトを解くには、故障したコンポーネントを見つけて、それを修理します。<http://www.bitwizard.nl/sig11/>詳細を手伝うかもしれません。
ソフトウェア誘発セグフォールトを解決するには、開発者には「StackBackTrace」が必要になる場合があります。
Fetchmail Coreダンプを有効にします
デフォルトでは、Fetchmailはコアダンプを抑制します。FetchMailCrashesをデバッグするには、コアダンプから「スタックバックトレース」を取得することは、多くの場合、問題を解決するための最もQuickickの方法であり、Amailingリストに問題を投稿するとき、開発者は「バックトレース」を求めることができます。1.便利なバックトレースを取得するには、コンパイルシンボルを削除することなく、Fetchmailをインストールする必要があります。残念ながら、インストールされているほとんどのバイナリパッケージは剥がされており、Symbolが閉じたプログラムからのコアファイルは価値がありません。したがって、recompilefetchmailが必要になる場合があります。多くのシステムでは、入力できます
feetchmailをファイルFetchmailがシンボル拘束されているかどうかを確認します。あなたが断られた場合は、それを続行してください、それが剥がされた場合、あなたは最初にこれらのコードを再コンパイルする必要があります。通常、fetchmailをデバッグするためにインストールする必要はありません。
2. fetchmailを起動するシェル環境は、coredumpsを有効にする必要があります。キーは、通常、「制限」または「ulimit」という名前のツールで魅了される「最大コア（ファイル）サイズ」です。詳細については、シェルのドキュメントを参照してください。人気のバッシュシェルでは、「Ulimit -Scunlimited」によりコアダンプが可能になります。
3.コアダンプを許可するには、Fetchmailも伝える必要があります。Dothisに、でFetchmailを実行します-d0 -vオプション。多くの場合、追加する方が簡単です-NOSYSLOG -N同じように。
最後に、クラッシュを再現する必要があります。タイピングしてコンパイルしたディレクトリからfetchmailfromを開始できます./fetchmail、したがって、完全なコマンドラインは始まります./FETCHMAIL -NVD0-NOSYSLOGそしておそらくあなたの他のオプションをリストしてください。
クラッシュ後、デバッガーを実行してコアダンプを取得します。ThedeBuggerはしばしばGNU GDBになります。その後、入力できます（パスを調整する必要があります）gdb ./fetchmail fetchmail.coreそして、GDBHASを起動してすべてのファイルを読み取った後、タイプバックトレースフル、出力を保存します（コピー＆ペーストが行い、バックトラックは人間によって読み取られます）。やめるGDBを離れる。注記：一部のシステムでは、コアファイルには異なる名前があり、プログラム名、または番号と名前の代わりに数字が含まれている場合がありますが、通常、名前の「コア」アスパートがあります。
RFC 822との相互作用
メッセージの発信アドレスを決定しようとするとき、Fetchmailは次の順序でヘッダーを調べます。RETURN-PATH：Resent-Sender ：（ @または！）送信者が含まれていない場合は無視されます：（ @または！！）resent-fromを含む場合：（無視されます）：from：Reply-to：元のアドレスは、ロギングに使用され、SMTPに転送するときにAddressからメールを設定するために使用されます。この注文は、マルチドロップモードでメーリングリストメッセージを受信することに対処することを目的としています。それは、ローカルアドレスが存在しない場合、バウンスメッセージは著者またはリスト自体に盲目的に返されることです。
マルチドロップモードでは、宛先ヘッダーは次のように処理されます。まず、fetchmailは、ローカルレシピエントアドレスを決定するためにエンベロープオプションで指定されたヘッダーを探します。メールが複数の受信者に提出された場合、受信した行は受信者アドレスに関する情報を含むことができます。
その後、FetchmailはResent-to：、Resent-CC：、Resent-BCC：Linesを探します。それらが存在する場合、最終的な受信者を含む必要があり、次のように優先されます：/cc：/bcc：対応物。resent-*行が存在しない場合、to：、cc：、bcc：and to to：lines arelooked for。（resティの存在：toに紹介された人が以下に紹介されていることを暗示していると考えられています。
構成の例
以下の例にはパスワード宣言がありますが、これは主に説明のためのものです。$ home/.netrcfileには、fetchmailだけでなくFTPが使用できる$ home/.netrcfileにアカウント/パスワードのペアを刻みます。1）他のプログラム。基本形式は次のとおりです。
Poll Servername Protocol Protocolユーザー名名前パスワードパスワード例：
Poll pop.provider.netプロトコルpop3ユーザー名 "jsmith" password "secret1"または、いくつかの略語を使用してください。
Poll pop.provider.net proto pop3ユーザー "jsmith" password "secret1"複数のサーバーをリストすることができます：
Poll pop.provider.net proto pop3ユーザー "jsmith" pass "secret1" poll.provider.net proto pop2ユーザー "John.smith" Pass "my^hat"これは、より多くの空白といくつかのノイズワードを持つこれら2つのバージョンです。
Poll pop.provider.net proto pop3ユーザー "jsmith"は、パスワードsecret1を使用して、ここに「jsmith」です。poll.provider.net proto pop2：ユーザー "john.smith"、パスワード「my^hat」は、ここに「john.smith」です。このバージョンは読みやすくなり、コストがかかりません（解析は、起動時に1回だけ行われます）。
パラメーター文字列にWhitespaceを含める必要がある場合は、二重引用符で囲みます。したがって：
poll mail.provider.net with proto pop3：user "jsmith"パスワードがあります "u can t krak this"はここでjwsであり、mda "/bin/mail"を望んでいますキーワードのデフォルトではなく、キーワードのデフォルトが次に名前を付けるのではなく、初期サーバーの説明がある場合があります。このような記録は、使用するすべてのクエリのデフォルトとして解釈されます。個々のサーバーの説明によって上書きされる場合があります。だから、あなたは書くことができます：
デフォルトのproto pop3ユーザー "jsmith" poll pop.provider.net pass "secret1" mail.provider.net user "jjsmith"パスワード「Secret2」がありますサーバーごとに複数のユーザーを指定することは可能です（これは、rootとしてデーモンモードでフェッチマイルを実行するときに役立つことのみです）。ユーザーキーワードはユーザーの説明を導き出し、マルチユーザーエントリのすべてのユーザー仕様はマルチユーザーエントリを導く必要があります。それを含めます。これが例です：
Poll pop.provider.net proto pop3ポート3111ユーザー「Jsmith」パス「jsmith」secret1 "は「スミス」です。これにより、ローカルユーザー名Smithをpop.provider.netusername jsmithとローカルユーザー名Jjonesとthepop.provider.net Username Jonesに関連付けます。Jonesのメールは、ダウンロード後にTheServerに保管されます。
ここでは、マルチドロップメールボックスルックのためのシンプルな検索構成：
Poll pop.provider.net：golux hurkle = happy snarkへのpass secret1を備えたユーザーメールドロップこれによれば、サーバー上のアカウントメールドロップのメールボックスはAmultidropボックスであり、その中のメッセージは、Golux、Hurkle、およびSnarkに対してこれらのユーザー名が解析されるべきであると述べています。GoluxとSnarkがサーバー上と同じ名前を持っていることを促進しますが、サーバーユーザーのHurkleのメールは、クライアントユーザーが幸せに誘惑する必要があります。
注記それフェッチメール、バージョン6.3.4まで、ここでは完全なユーザー@ドメインの仕様を許可しませんでしたが、これらは決して一致しません。フェッチメール6.3.5およびユーザーマッピングの左側にある新しいsupportuser@ドメイン仕様。
これは、別の種類のマルチドロップ接続の例です。
Poll pop.provider.net localdomains loonytoons.org toons.org envelope x-envelope-toユーザーメールドロップPass Secret1から *これには、サーバーISAマルチドロップボックスのアカウントメールドロップのメールボックスが表示されます。fetchmailに、theloonytoons.orgまたはtoons.orgドメインのアドレス（サブドメインアドレスを含む）を伝えます。joe@daffy.loonytoons.org）変更せずにローカルSMTPLISTENERに渡す必要があります。これを行う場合は、メールループに注意してください！
ここでは、SSHとプラグインオプションを使用して構成の例です。TheQueriesは、SSH.Noteを介してIMAPDのStdinとStdoutで直接作られています。このセットアップでは、IMAP認証をスキップできることに注意してください。
prote mailhost.net with proto imap：プラグイン "ssh％h/usr/sbin/imapd" auth ssh; user esr is esrはここにあります
マルチドロップメールボックスの使用と悪用
Multiple-Local-Recipients機能を注意して使用します - 噛むことができます。すべてのマルチドロップ機能は、ETRNモードとODMRモードでは効果がありません。また、マルチドロップモードでは、複製メールが抑制されることに注意してください。郵便物のそれぞれは、直前のメッセージと同じメッセージIDがあり、複数の宛先と同じメッセージを持っている場合、複製されていると見なされます。複数のユーザーにアドレス指定されたメッセージのコピーがマルチドロップボックスに配信されると、メッセージのこのようなランが生成される場合があります。
ヘッダーとエンベロープアドレス
基本的な問題は、メールサーバーに数人の郵便物を単一のメールドロップボックスに投げてもらうことで、各郵便物が誰に実際に宛てられたかについての重要な情報を避けた可能性があることです（RFC8222のヘッダーアドレスとは対照的に、エンベロープアドレスはエンベロープアドレスです。to/ccヘッダー-BCCは受信側を利用できません）。このエンベロープアドレスは、メールを適切に再ルーティングするために必要なアドレスです。時々フェッチメールエンベロープアドレスを推定できます。MailServer MTAの場合sendmailまた、メールのアイテムには1人の受信者しかありませんでした。MTAは、封筒の宛先を受信者に導く条項で書かれています。しかし、これは他のMTAにとっても確実に機能しません。また、1人以上の受信者がいる場合はそうではありません。デフォルトでは、フェッチメールこれらの行の前兆アドレスを探します。このデフォルトを「受信」または受信したエンベロープを復元できます。
より良い代替品として、一部のSMTPリスナーおよび/またはメールサーバーは、エンベロープアドレスのコピーを含む各メッセージをヘッダーに挿入します。Thisheader（存在する場合）は、多くの場合、x-Original-to、rubricedまたはx-envelope-toです。これに関するフェッチメールの仮定は、-eまたはエンベロープオプションで変更できます。この種のエンベロープヘッダーを書くと、受信者の名前（ブラインドコピランスを含む）がメッセージのすべての受信機に公開されるため、プライバシーの問題にならないように、アップストリームが受信者ごとにメッセージのコピーを格納する必要があることに注意してください。
Postfixは、バージョン2.0以来、X-Original-to：Headerを受信したときに封筒のコピーを含むヘッダーを書きます。
qmailとpostfixは通常、メッセージをメールスプールに繰り返して配信されたヘッダーを書き込み、それを使用してメールループを避けます。このプレフィックスを削除するには、-Qまたはqvirtualオプションを使用できます。
残念ながら、これらのメソッドはどちらも機能しない場合があります。ISPに連絡して、そのようなAnenvelopeヘッダーを提供するように依頼し、この状況でマルチドロップを使用しないでください。それらがすべて失敗したら、Fetchmailが/ccheadersの内容に戻る必要があります（BCCヘッダーは利用できません以下を参照してください）を決定するには、受信者を決定するために - これらは信頼できません。特に、メーリングリストソフトウェアは、しばしばヘッダーにリストの放送アドレスのみを郵送します。
の将来のバージョンに注意してくださいフェッチメール/ccの解析を削除することができます！
いつフェッチメールローカルの受信者アドレスを推測することはできません。メールは迷子になります。これが、適切なEnvelopeInformationなしでマルチドロップ機能を危険にさらす理由です。
関連する問題は、メールメッセージをブラインドコピーすると、bccinformationが運ばれるということです。のみEnvelopeアドレスとして（送信メールサーバーによってヘッダーから削除されたため、FetchmailはX-がある場合にのみ表示できます。nvelope-toヘッダー）。したがって、フェッチメールマルチドロップリンクを介した誰かへのブラインドコピーは、TheailServerのホストがメールドロップにX-Envelope-toまたは同等のHeaderintoメッセージを日常的に書き込む場合を除き、失敗します。
結論として、メーリングリストとbcc dメールは、（1）メッセージの1つのコピーを保存している場合にのみ機能します。あなたのドメインと（2）は、特別なヘッダー（x-Original-to、rivered to、x-envelope-to）にエンベロープインフォーム化を記録します。
マルチドロップメールボックスを使用する良い方法
複数のローカル名を使用して、クライアント側からメーリングリストを管理できますフェッチメールコレクション。あなたの名前がESRであると仮定し、自分のメールを選択し、（たとえば）「Fetchmail-Friends」と呼ばれるメーリングリストを維持し、クライアントマシンにエイリアスリストを維持したいと思います。サーバーでは、fetchmail-friendsにESRにエイリアスできます。次に、inyour.fetchmailrc、ここでESR Fetchmail-Friendを宣言します。そして、Fetchmail-Friendsを含むローカルアドレスゲットをフェッチした場合、リスト名はSMTPリスナーが見たrecipientsのリストに追加されます。したがって、局所的にaliasexpansionを受けます。fetchmail-friendsのローカルAliasexpansionにESRを必ず含めてください。そうしないと、メールが送信されたメールのみが表示されることはありません。また、リスナーに「me-too」オプションセット（Sendmail s -oxmコマンドラインオプションまたはOXM宣言）があることを確認してください。そのため、nimesn tは、送信するメッセージのエイリアス拡張から削除されます。
ただし、このトリックは問題がないわけではありません。あなたは、それが郵送されていることにのみ対処されるメッセージが入っているときに見始めますあなたはしますないローカル名として宣言しました。このようなメッセージウィルには、FetchMailが受信者のアドレスに有効なローカル名を見つけることができないために生成されるX-Fetchmail Awarningヘッダーが特徴です。このようなメッセージのデフォルト（上記のように）実行中のローカルユーザーに存在するフェッチメール、しかし、このプログラムには、それが実際に正しいことであることを知る方法はありません。
マルチドロップメールボックスを悪用する悪い方法
マルチドロップメールボックスとフェッチメールデーモンモードで複数のユーザーにサービスを提供することは混ざりません。この問題は、メーリングリストからのiSmailです。これは通常、個々の受信アドレスがありません。ない限りフェッチメールエンベロープアドレスを推定できます。そのようなメールは、Accountrunning Fetchmail（おそらくルート）にのみ送信されます。また、ブラインドコピーユーザーは、自分のメールをまったく見ないことは非常に重要です。あなたが使用するように誘惑された場合フェッチメールPop Orimapを介して1回のメールドロップから複数のユーザーのメールを取得するには、もう一度考えてみてください（そして、上記のヘッダーと封筒のセクションを読み直します）。メールをThemailServerのキューに置き、Fetchmail S ETRNまたはODMRモードを使用して定期的に送信することをお勧めします（もちろん、これは、MailServerの有効期間よりも頻繁に投票する必要があることを意味します）。アレンジできる場合は、UUCPフィードをセットアップしてみてください。
あなたが絶対にしなければならないこの目的のためにマルチドロップを使用してください。SuryYourMailServerに、Fetchmail Canseeeが封筒アドレスドレスヘッダーを書くようにしてください。そうでなければあなた意思メールとそれを失います意思あなたを悩ませるために戻ってきてください。
マルチドロップチェックの高速化
通常、複数のユーザーが宣言されている場合フェッチメール上記のようにレシピエントアドレスを抽出し、各ホストパートをDNSでチェックして、MailServerのエイリアスであるかどうかを確認します。もしそうなら、「to ... here」宣言に記載されているthenameマッピングが行われ、メールがローカルに配信されます。これは便利ですが、遅い方法でもあります。スピードアップするには、別名で事前に郵便配信者のエイリアスを使用します。これらは、DNSルックアップが完了する前にチェックされます。別名リストが含まれていることを確認する場合全てMailServerのDNSエイリアス（およびそれを指しているすべてのMX名 - 将来のバージョンで変更される可能性がある）は、DNSを完全に抑制するためにDNSを宣言できます。のみ別名リストと一致します。
靴下
Socks4/5のサポートはaですコンパイル時間構成オプション。oncecompiled in fetchmailは常にSocksライブラリとシステムに構成を使用します。実行時のスイッチはありませんInfetchmailはありませんが、ソックスを構成できます。socks_conf環境変数。たとえば、靴下プロキシを完全にバイパスしたい場合は、環境でsocksのプロキシとfetchmail connectを直接パスソック_conf =/dev/null（たとえば、通常のコマンドラインオプションを追加します）があります。
envsocks_conf =/dev/null fetchmail
出口コード
の使用を容易にするためフェッチメールシェルスクリプトでは、特定の接続中に発生したことの表示を示すために、出口ステータスコードが返されます。withedによって返された出口コードフェッチメール以下の通り：
いつフェッチメール複数のホストをクエリし、返品ステータスは0ですどれでもquerysuccessiveして取得したメール。それ以外の場合は、最後のホストが照会されたエラーステータスが返されます。
0 1つ以上のメッセージが正常に取得されました（または、-Cオプションが選択された場合、待機しているが検索されていないことがわかった）。 1 検索を待っているメールはありませんでした。（サーバーの古いメールがStillonであったかもしれませんが、検索のために選択されていません。） 2 ソケットを開いて再編み込みにしようとすると、エラーが発生しました。ソケットが何であるかわからない場合は、心配しないでください。これを回復不可能なエラーとして扱います。また、このエラーは、プロトコルFetchmailが使用したいと考えているため、 /etc /servicesにリストされていないためにもbebedすることができます。 3 ユーザー認証ステップに失敗しました。これは通常、Baduser-ID、パスワード、またはAPOP IDが指定されたことを意味します。または、ターミナルに接続されていて、パスワードを整えるように促すことができなかった状況下でフェッチメールを実行しようとしたことを意味する場合があります。 4 ある種の致命的なプロトコルエラーが検出されました。 5 引数には構文エラーがありましたフェッチメール。 6 実行コントロールファイルには、権限が悪いものがありました。 7 サーバーによって報告されたエラー状態がありました。alsofire ifフェッチメールサーバーを待っている間にタイムアウトしました。 8 クライアント側の除外エラー。これはつまりフェッチメールすでに実行されている別のコピーを見つけたか、別のコピーが実行されているかどうか確信が持てないように失敗しました。 9 サーバーが「lockbusy」と応答したため、ユーザー認証ステップは失敗しました。短時間の一時停止の後にもう一度やり直してください！このエラーは、すべてのプロトコルでは実装されておらず、すべてのサーバーでも実装されていません。yourserverに実装されていない場合は、代わりに「3」が返されます。上記を参照してください。「ロックビジー」または「ロック」という単語を含むいくつかの類似のテキストで応答できるQPopperまたは他のサーバーに到着しているときに返される場合があります。 10 のフェッチメールSMTPポートオープンまたはトランザクションを実行しようとしている間、実行は失敗しました。 11 致命的なDNSエラー。Fetchmailは、スタートアップでDNS検索を実行しているときにエラーが発生し、続行できませんでした。 12 BSMTPバッチファイルを開くことができませんでした。 13 フェッチ制限によって終了した世論調査（-fetchlimitオプションを参照）。 14 サーバーにビジー表示。 23 内部エラー。標準のエラーwithetailsにメッセージが表示されるはずです。 24-26、28、29 これらは内部コードであり、外部から表示されるべきではありません。
ファイル
〜/.fetchmailrc デフォルトの実行制御ファイル 〜/.fetchids ファイルアサンシングホストのデフォルトの位置は、theUIDLコマンドをサポートする新しいRFC1939に準拠したPOP3サーバーでのみ使用されます）。 〜/.fetchmail.pid 同時実行を防ぐのに役立つファイルをロックします（非ルートモード）。 〜/.netrc FTPはコントロールファイルを実行します。これは（存在する場合は）forpasswordsが最後の手段として検索され、その後、インタラクティブなものを求めます。 /var/run/fetchmail.pid 同時実行を防ぐのに役立つファイルをロックします（ルートモード、Linuxシステム）。 /etc/fetchmail.pid 同時実行を防ぐのに役立つファイルをロックします（ルートモード、 /var /runのシステム）。
環境
fetchmailuser：fetchmailuser変数が設定されている場合、誤差を郵送するなどの目的で、ユーザー（デフォルトのローカル名）の名前として使用されます。それ以外の場合、LogNameまたはユーザー変数のいずれかが直接設定されている場合（たとえば、対応するUIDがセッションユーザーIDと一致します）、その名前はデフォルトのローカル名として使用されます。さもないとgetpwuid（3）セッションISのパスワードエントリを取得できる必要があります（この精巧なロジックは、ユーザーIDごとの複数の名前のケースを優雅に処理するように設計されています）。fetchmailhome：環境変数FetchMailhomeが有効なディレクトリ名に設定されている場合、FetchMailは$ fetchmailhome/fetchmailrc（この場合はドットが欠落しています）、$ fetchmailhome/.fetchidsおよび$ fetchmailhome/.fetchmail.pidをユーザーからではなく読み取ります。S HomeDirectory。.netrcファイルは、Fetchmailhomeの設定に関係なく、Invokinguser S Homeディレクトリで常に探しられます。
home_etc：home_etc変数が設定されている場合、fetchmailは〜/.fetchmailrcの代わりに$ home_etc/.fetchmailrcを読み取ります。
HOME_ETCとFetchMailHomeの両方が設定されている場合、HOME_ETCは無視されます。
socks_conf：（Socksサポートがコンパイルされている場合のみ）setthis to /dev /null set socks proxyをバイパスします。
信号
もしフェッチメールデーモンはルートとして実行されており、Sigusr1は睡眠段階から目覚め、すべての非スキップサーバーの世論調査を強力します。互換性の理由から、Sighupは6.3.xでも使用できますが、Futurefetchmailバージョンでは利用できない場合があります。もしフェッチメールデーモンモードで非ルートとして実行されています。Sigusr1を使用して目を覚まします（ログアウトのためにこのイスソのため息は、それを殺すというデフォルトのアクションを保持できます）。
ランニングフェッチメールバックグラウンドフェッチメールが実行されている間に前景で、これらのダウヒチェーはそれを起こすのに適しています。
バグと既知の問題
確認してくださいニュースここにリストされているバグよりも、より既知のバグのためにFetchmailで出荷されたファイル。
Fetchmailは、「@」文字の後にブランクを含むユーザー名を処理できません。これらは、UIDベースのキープセットアップを使用する場合、かなりまれであり、Andonlyは珍しいことです。
DNS、特にCheckalias Optionsmakeはしばしば持続可能ではないという仮定。たとえば、POP3またはIMAPサーバーになると同時に、珍しいForan MXサーバーになっています。したがって、将来のリリースでは、テーマのルックアップがなくなる可能性があります。
MDAとプラグインのオプションはひどく相互作用します。MDAからErrorStatusを収集するために、Fetchmailは通常の信号ハンドリングを変更する必要があります。これにより、デッドプラグインが投票サイクルの終了まで刈り取られなくなります。これは、多すぎるゾンビが蓄積した場合、リソースの飢vを引き起こす可能性があります。したがって、アンデッドの軍隊によってオーバーランするプラグインOrriskを使用してMDAに配信することはできません。
-interfaceオプションはIPv6をサポートせず、インターフェイスIPv6Addressesを照会するポータブルな方法がないため、そうするかどうかは疑わしいです。
マルチドロップモードで使用されるRFC822アドレスパーサーは、技術的に合法であるが奇妙ないくつかの@-Addressesをチョークチョークします。引用符や埋め込まれたコメントの奇妙な用途は、それを混乱させる可能性があります。
複数のエンベロープヘッダーを備えたメッセージでは、最後の1つの処理されたもののみがFetchmailに表示されます。
これらのプロトコルのいくつかを使用するには、プログラムがMailServerへのTCP/IP接続を介してパスワードを送信する必要があります。これにより、名前/パスワードペアがApacket Snifferまたはより洗練された監視ソフトウェアでスナッフルされる可能性があります。Linuxand freeBSDでは、 - インターフェイスオプションを使用して、特定のローカルorremote IPアドレスを持つ特定のインターフェイスデバイスのポーリングのトゥエイティブルを制限できますが、（a）Hosthasが乱交モードで開くことができるネットワークデバイスのいずれかの場合は、スヌーピングが可能です。、または（b）介在するネットワークリンクをタップできます。の使用をお勧めしますSSH（1）パスワードを覆すだけでなく、完全な変換を暗号化するためのトンネリング。
MDAオプションで％fまたは％tエスケープを使用すると、攻撃者がシェルコマンドに操作可能なテキストを渡すため、セキュリティホールを開くことができます。潜在的なシェル文字は、executionの前に_に置き換えられます。Fetchmailtemaが、Themdaを実行中に持っている可能性のあるSUID特権を廃棄するという事実により、この穴はさらに減少します。ただし、最大の安全性のために、fetchmailがルートアカウント自体から実行されたときに％fまたは％tを含むMDAコマンドを使用しません。
エラーまたはスパムブロッキングおよびスパムバウンスのためにバウンスを送信するFetchmailの方法では、LocalHostのポート25をSMTP経由で送信することができます。
変更する場合〜/.fetchmailrcバックグラウンドインスタンスが実行され、構文を破壊している間、TheBackgroundインスタンスは静かに死にます。残念ながら、Syslogを有効にする必要があるかどうかはまだわからないため、騒々しくできます。一部のシステムでは、FetchmailはSyntaxerrorがなくても静かに死にます。これは、カーネルのバギー端末ioctlcodeと関係があるようです。
-f〜-オプション（stdinから構成を読み取る）は、プラグインオプションと互換性がありません。
主要なオプションは、VではなくKerberos IVのみを処理します。
インタラクティブに入力されたパスワードは、63文字後に切り捨てられます。本当に長いパスワードを使用する必要がある場合、Aconfigurationファイルを使用する必要があります。
構成ファイルの最後の文字としてのバックスラッシュは、無視されるのではなく、構文エラーとしてフラグを立てられます。
BSMTPエラー処理は実質的に存在しないため、壊れたものが残る可能性があります。
コメント、バグレポート、グリップなどを送信してくださいfetchmail-devel List <fetchmail-devel@lists.berlios.de>。HTML FAQは、Fetchmailのホームページで利用できます。サーフィンhttp://fetchmail.berlios.de/または、WWWでタイトルにFetchmailが付いたページを検索します。
著者
Fetchmailは現在、Matthias AndreeとRob FunkがSunil Shetye（コード用）とRob MacGregor（Thimailing Lists）からの支援を受けて維持されています。コードのほとんどはエリックS.レイモンドからです<esr@snark.thyrsus.com>。ここに名前を付ける他の人が多すぎると、コードとパッチが貢献しています。
このプログラムは、由来して置き換えられますpopclient、カール・ハリス<ceharris@mal.com>;内部はまったく異なりますが、そのインターフェイス設計の一部は、Thatancestralプログラムに直接追跡可能です。
このマニュアルページは、R。HannesBeinertおよびH [e] ctorgarc [i] aによって改善されました。
参照してください
Mutt（1）、Elm（1）、Mail（1）、SendMail（8）、Popd（8）、IMAPD（8）、NetRC（5）Fetchmailホームページ：<http://fetchmail.berlios.de/>
メールドロップホームページ：<http://www.courier-mta.org/maildrop/>
適用される標準
このリストは単なる参照のコレクションであり、Fetchmailの要件の実際のプロトコルの適合性に関する声明ではないことに注意してください。
smtp/esmtp： RFC 821、RFC 2821、RFC 1869、RFC 1652、RFC 1870、RFC 1983、RFC 1985、RFC 2554。 郵便： RFC 822、RFC 2822、RFC 1123、RFC 1892、RFC 1894。 POP2： RFC 937 pop3 RFC 1081、RFC 1225、RFC 1460、RFC 1725、RFC 1734、RFC 1939、RFC 1957、RFC 2195、RFC 2449。 アプリ： RFC 1939。 RPOP： RFC 1081、RFC 1225。 IMAP2/IMAP2BIS： RFC 1176、RFC 1732。 IMAP4/IMAP4REV1： RFC 1730、RFC 1731、RFC 1732、RFC 2060、RFC 2061、RFC 2195、RFC 2177、RFC 2683。 ETRN： RFC 1985。 ODMR/ATRN： RFC 2645。 OTP： RFC 1938。 LMTP： RFC 2033。 gssapi： RFC 1508。 TLS： RFC 2595。
| フェッチメール | fetchmail（1） | Fetchmail 6.3.8 |
