フェッチメール 無料およびオープンソースのリモートメールの取得と転送ユーティリティ
今すぐダウンロード

フェッチメール ランキングとまとめ

フェッチメール タグ

送信 受け取る 検索する メールを送る 郵便を転送します メールを取得します

フェッチメール 説明

フリーでオープンソースのリモートメールの取得および転送ユーティリティ fetchmailがフル機能を備えた、堅牢で、十分に文書化、リモートメールの取得および転送ユーティリティは（例えばSLIPまたはPPP接続など）オンデマンドTCP / IPリンクを経由使用することを意図しています。 RPOP、APOP、POP2、POP3、KPOP、ETRN、IMAPやODMRのすべての種類：fetchmailが現在使用され、インターネット上のすべてのリモートメールプロトコルをサポートしています。それは次いで、雑種犬、ニレ（1）またはBSDメールなどの通常のメールユーザエージェントによって読み取ることができるように、それも、SMTPを介してIPv6とIPSEC.Fetchmail取り出しリモートメールサーバからメールや転送をサポートすることができます。それはちょうど彼らがパスワード盗聴他のUnixのリモートメールクライアントよりもに対する通常のmail.Fetchmailの提供、より良い保護に関する同じように仕事にすべてのシステムMTAのフィルタリング、転送、およびエイリアシング機能を可能にします。これは、APOP、KPOP、OTP、コンピュサーブRPA、マイクロソフトNTLM、およびIMAP RFC1731はクレアアンパスワードを送信することを避けるためにCRAM-MD5などの認証方法を、暗号化をサポートしています。それはsshでトンネリングを介して支持エンドツーエンド暗号化するように構成することができ、セキュアShell.Fetchmailは上の単一のドロップボックスからメールを収集する、全体のDNSドメインのPOP / IMAPツーSMTPゲートウェイとして使用することができますヘッダのアドレスに基づいて、ISPとSMTP-転送それを。 （それは重要なエンベロープヘッダ情報を失う可能性として、私たちは本当に、しかし、これはお勧めしません。ETRNまたはUUCP接続が良いです。）fetchmailがブート時にシステム・デーモンとして自動的に静かに開始することができます。短いポーリング間隔で、このモードで実行すると、誰もが受信メールのリンクはフルタイム「プッシュ」connection.Fetchmailは、設定が簡単ではないことを伝えるためにのために、それはかなり難しいです。あなたは、直接そのドットファイルを編集したり、fetchmailのディストリビューションに付属の対話型GUIコンフィギュレータ（fetchmailconf）を使用することができます。また、直接のlinuxconfバージョン1.16r8以降でサポートされています。このリリースの新機能： ・マルチドロップモードでfetchmailの実行はほとんど、やや不良、実際には満たされない非推奨と将来のfetchmailのバージョンから除去することができるされている仮定に基づいていることMXホストエイリアスDNSルックアップ。彼らは（IPv6にマッピングされたIPv4含む）IPv6をサポートしたことがありません。以下のような非DNSベースのエイリアスキーワードは「別名」fetchmailの中に残ります。 彼らは合理的に移植されないよう・モニターとのインタフェースオプションは、将来のfetchmailのバージョンから除去することができます。 ・POP2はサポートは、将来のfetchmailのバージョンから削除され、廃止されました。 ・RPOPが廃止され、サポートは将来のfetchmailのリリースから削除されます。 ・--sslcertckは将来fetchmailのバージョンではデフォルトの設定となります。 ・脆弱な重複したサプレッサーと一緒にコードを推測/ CCにマルチドロップが廃止されており、将来のリリースから除去することができます。 Receivedヘッダは、機械可読であることを意味していませんでしたので、・「エンベロープ受信」オプションは、将来のリリースから削除することができる、フォーマットは広く変化し、行動メイクの様々な他の違いは信頼性の低い事業を受信し構文解析します。以下のようなエンベロープオプションは、納入-に、X-封筒-ために、X-オリジナル-へと同様のをサポートするために、しかし残ります。参照してください。 それはfetchmailの者の行動の矛盾を行い、混乱するので・--enable-フォールバックは、（MTAが利用できない場合は、バックMDAにフォール）、将来のfetchmailのリリースから削除されます。 ・fetchmailの内部の「プロトコル自動」デフォルトでは、将来のfetchmailのリリースから除去することができます。プロトコルの明示的な設定が推奨されます。 ・ケルベロスIVのサポートは、将来のfetchmailのリリースから除去することができます。 ・SIGHUPウェイクアップサポートが終了するために、将来のfetchmailのリリースと原因のfetchmailから除去することができる - それは、長年にわたって壊れていました。 ・十分にPOSIXに準拠していないオペレーティングシステムのサポートを除去することができるか、そのようなシステムの操作は、将来のリリースのための次善のかもしれません。 セキュリティおよび緊急のバグ修正： ・CVE-2007-4565：サービス拒否：fetchmailの試みは警告メッセージを注入するとき、それは自分自身を作成し、メッセージがSMTPリスナーによって拒否され、fetchmailのデリファレンスNULLポインタとクラッシュします。アールチューの報告と修正。注これは理論的にはサービスの攻撃ベクトルのリモート拒否されている間、デフォルトでfetchmailがローカルホストにSMTPを話すので、全体的なリスクはかなり低いです。 bouncemail施設がモジュール化されたとき、このバグは明らかに1998年11月27日に導入されました。バグは、fetchmailのリリース4.6.8で、その外観をしました。 fetchmailの-SA-2007-02.txtも参照してください。 ・CVE-2008-2711：サービス拒否：fetchmailのログデータブロブ（例えば、TO：-v -v冗長モードでヘッダ）2048バイトを超える、それがクラッシュする、それが初期化されていない引数のポインタを渡すため（ないフォーマットvsnprintfに文字列が）とは、ランダムメモリ位置を読み込み、va_startマクロでそれをリセットせずにあまりにも頻繁に（それがのva_argを（）呼び出し（））。ペトルUzel、修正、Novellのバグ＃354291によって、パッチ（BerliOSパッチ＃2492）に基づいています。それはそのリリース後数時間で再描画されたように、注意6.3.9-RC1は完全に、この問題を解決しませんでした。 fetchmailの-SA-2008-01.txtも参照してください。 ・抹消すると、「キープフラッシュ」構成で回避メッセージ損失に見られるように、右のメッセージをマーク。以前のバージョンの回避策：「EXPUNGE 0」。アレクサンダーCherepanovによってレポートおよびパッチ - おかげでたくさん、Berliosバグ＃11797は、「imap_mark_seenは抹消メッセージを考慮していません」。 ・SSL修正：近いメモリリークSSL接続に失敗しました。 fetchmailが失敗したSSL接続試行あたりのx86_64版システム上で500キロバイトのRAMを超えて漏れて、SSLコンテキストにSSL_free（）を呼び出すことを忘れていました。バグ報告やパッチが誠一五十嵐、富士通が提供します。 バグの修正： ・configureスクリプトは、さらにClibc？とビルドの失敗を修正するために、「dn_skipname」をチェックします。新しい検査はまだUbuntuの7.04、openSUSEの10.2、Solaris 8の、NetBSDの4.0_BETA2とFreeBSD 6.2上のリゾルバライブラリを認識しています。修正のGentooのバグ＃134187。注：これは我々がHAVE_RES_SEARCH結果をねじることから、ハックのビットですが、ではres_search（）とdn_skipname（）だけ一緒に使用すると、将来のバージョンで削除される予定なので、これは細かいおそらくされています。 ・POP3 CAPAプローブが失敗したときにもはや「」無効sslproto文句ありません。修正Debianのバグ＃421446（ホルガー・Leskien）、Novellのバグ＃247233（ジョン・ネルソン）。マティアスStrauのおかげ？コンフィギュレーションのための問題を再現します。 修正Debianのバグ＃452907（ロジャー・リー） - マニュアルページは、それらが許可されていない文書化しないよう・、な.fetchmailrcと.fetchidsがシンボリックリンクであることを許可します。 TOCTOUレース持続します。 ・fetchmailconfの引用符のメールボックス（フォルダ）名が設定を書くとき。修正BerliOSバグ＃13207（テリー・ブラウンによって提案+修正報告）。 ・実際には1つしかない場合は、「削除fetchidsファイル」を印刷します。ダン・ヤコブソンによって報告された修正Debianのバグ＃374514、。 ・SSL修正：チェックとレポートSSL_set_fdが失敗した場合。 CHANGES： ・autoconfの2.60は、現在のビルドfetchmailのに必要とされます。それは次のようにAC_AIX、AC_MINIX、および交換するAC_USE_SYSTEM_EXTENSIONSを使用しています。 ・それを可能にするためのconfigureにスイッチなしで、デフォルトでは無効になっていましたfetchmail.hから死んだFETCHMAIL_DEBUGコードを削除しました。しかし、マクロはシンボリックリンク攻撃を受けやすいされていると思います。ニコGoldeで発見。 ・それを可能にするためのconfigureにスイッチなしで、デフォルトでは無効になっていましたsocket.cから死んだFORCE_STUFFINGコードを削除しました。 ・smbencrypt.cで#ifndefの_AIXでINT16のtypedefを含める（ピーターO'Gorman） ・configure.acでu_int32_tの正しいチェックが（いくつかのプラットフォーム上でnamser.hでtypedefされているようです。）（ピーター・O'Gorman） ・configure.ac変更ではLDFLAGSにCFLAGSとLDEFLAGSにCPPFLAGS、CEFLAGSへのすべてのCPFLAGSは、そうでない場合はいくつかのテスト（追加-Lと-Iフラグ）の結果が不正のconfigure結果を引き起こし、後のテストのために使用されません。 Makefile.amもこれを反映するように変更されました。 （ピーター・O'Gorman） ・M4 / gethostbyname_r.m4何gethostbyname_rがなくても、残念ながら渡すことができAC_TRY_COMPILEは、ありません。 AC_TRY_LINKに変更しました。 （ピーター・O'Gorman） ・改訂てgetnameinfoインスタンスFreeBSDとNI_atのコンパイル時の再定義のために偽の結果を避けるために、NULLが定義され、その結果が適切に評価されていることを確認することを確認してください。 （マティアスアンドレ）。 ・__attribute__（）（未使用）はlibesmtp / gethostbyname.cから取り出し、gccismあります。 （ピーター・O'Gorman） ・KAMEでは/それはINET_NTOAに正しい引数を使用するのが最善ですgetnameinfo.c。 （ピーター・O'Gorman） ・モード冗長で--checkモードが有効になっている場合、ログインします。 ・間違った証明書の名前を使用して設定ミス上流のSSLサーバ周りの仕事への道としてsslcommonnameオプション（のrcfileおよびコマンドライン）を追加します。 fetchmailのを期待してログをCOMMONNAMEそれを指定します。 （ダニエル・リチャードG.） ・contribの中でLFの行末にCRLFを変更/削除、後で（記者：ペトルUzel） ・SSLの変更：SSL_CTX_set_optionsですべての回避策を有効にする（CTX、SSL_OP_ALL） ・すべての翻訳は、翻訳者再燃やユーザーの関心に試みで、再び有効になっています。 ドキュメンテーション： ・fetchmailの-SA-2007-02.txtとのfetchmail-SA-2008-01.txtを追加します。 ・誤ってNROFFにコメントになっていたマニュアルページに2行を再加える。 1つは--sslProtoのマニュアルの一部で、「背景デーモンの目覚め」のセクションの1つでした。 ・マニュアルページは、後でIMAP4でファイルを使用する予定であるため、.FetchIDは排他的POP3使用のためのものであったことを主張していません。 ・Dan JacobsonからFetchmail.manへの文法修正を追加します。 Debianのバグ＃461642。 ・マニュアルページはユーザーの説明がユーザーのオプションの前に来る必要があることを示します。 Debianのバグ＃467010を修正するためにFrancenscoPontortによって報告されました。 ・マニュアルページでは、サーバーごとのマルチユーザー宣言がrootとして実行されているデーモンモードでのみ有用であることをヒントしなくなりました。 ・複数のマニュアルページRCFILEの例には "SSL"が含まれています。 ・マニュアルページは、数字で始まるオプション引数を引用符で囲むことができるという点で述べています。 ・取扱説明書は、FetchMailが実行される前に--logfileが既に存在している必要があると説明します。 ・FAQは、サポートを主張するプロトコルを無視するためにGoogle Mailを使用しないように推奨する（＃i9）。 ・rcfileが0700を超えていない（u = rwx、g =、o =）権限を持っていなければならない、Fetchmailは、以前の6.2.xとの互換性のために追加のg = x権限を静かに受け入れることができます。 6.3.xバージョン。 Petr Uzelによって報告された矛盾（プログラム0710、Manpage 0600）。 ・--logfileのドキュメントは、デタンのデーモンを要求することについてより明確になりました

フェッチメール 関連ソフトウェア