Loading article…
| 原作者 | マーク・クリスピン |
|---|---|
| 開発者 | ワシントン大学 |
| 安定リリース | imap-2007f [1]
/ 2011年7月22日[1] |
| リポジトリ |
|
| タイプ | IMAP サーバー |
| ライセンス | Apacheライセンス2.0 [3] |
| Webサイト | www.washington.edu/imap/ [リンク切れ ] |
UW IMAPサーバーは[2]インターネットメッセージアクセスプロトコルの参照サーバー実装でした。[4] [5] [6] [7] [8] [9]これはワシントン大学のマーク・クリスピンらによって開発されました。[10] [4] [5] [6] [7] [8] [9]
歴史
UW-IMAPの開発は1988年頃に始まった。[6]
2003年時点で、UW IMAPは最も人気のあるフリーソフトウェアIMAPサーバーパッケージの3つに数えられており、他の2つはCyrus IMAPとCourier IMAPであった。[11] [12] [13] 2005年時点では、そのコードベースは大幅に書き換えられており、[6] UW IMAPはCyrus IMAPと並んでトップ2に数えられていた。[14] [15]
2008年5月、ワシントン大学はUW IMAPの開発を中止した。[2]
2008年8月4日、ワシントン大学の技術部門での人員削減を受けて、UW IMAP、Pine、Alpineの開発に携わってきたスタッフ[要出典]は、「コミュニティからの貢献を統合するための相談や調整の役割に直接的な開発からシフトする」と発表しました[16]。[17]
2009年1月から8月にかけて、UW IMAPの主要な下流ディストリビューターであるDebian GNU/Linuxのメンテナーは、UW IMAPパッケージの廃止を開始しました。[18] [19]
2009年9月、[要出典] UW IMAPの主要作者であるマーク・クリスピンは、Panda IMAPと呼ばれるフォークを発表しました。[2]クリスピンは2012年後半に亡くなりました。[20]
少なくとも1人のUW IMAP愛好家が、プロジェクトの開始からCrispinの最終リリースまでのUW IMAPとPanda IMAPのコミット履歴を含む公開ソースコードリポジトリを管理しています。 [21]
賞賛と批判
2000年代の大半において、UW IMAPは入手が容易で、すべての主要なLinuxディストリビューションに含まれており、POPとIMAPの両方をサポートし、インストールが簡単なため、良い選択肢と考えられていました。[22] [14] [23]また、管理の容易さと長年使用されているメールボックス形式との互換性[7]と、その小型でシンプルさでも高く評価されました。[24]
後のIMAPサーバーとは異なり、UW IMAPはIMAPユーザーアカウントをサーバーの基盤となるオペレーティングシステムのユーザーアカウントに結合しました。[25] [26]この機能は、UW IMAPのモノリシックメールボックスファイルをデフォルトで使用することとともに、従来のオペレーティングシステムや電子メール管理方法との互換性を確保することを目的としていましたが、[出典が必要]一部の評論家から批判を浴びました。[27] [28]特に、競合するCourier IMAPサーバーの開発者であるSam Varshavchikは、Crispinがmaildir（一般的な非モノリシックメールボックス形式）のサポートをUW IMAPに追加しないという決定は、Crispinがmaildirの設計者であるDaniel J. Bernsteinと以前に持っていた意見の相違に対する根強い恨みから生じている可能性があると示唆しました。[29] CrispinがメールストアとしてUW IMAPのフラットファイルサポートを維持することに固執したことは、競合するCitadel IMAPサーバーの保守担当者から、IMAPプロトコルに不必要な複雑さをもたらしたとして批判されました。[30]
さらに、Varshavchik は、他の IMAP サーバーは IMAP 仕様に準拠しているべきだと Crispin が主張しているにもかかわらず、UW IMAP サーバーとその IMAP クライアントである Pine は、その仕様に記載されていないプライベート IMAP 拡張機能を使用していたと指摘しています。[9] UW IMAP は、バッファ オーバーフローの影響を受けやすいことや、競合他社の Cyrus や Courier に比べて権限の分離が不十分であることでも批判されていました。 [24] 2007 年の時点では、パッチが適用されていない、または適切に構成されていない UW IMAP インストールのセキュリティ上の脆弱性を悪用できるコンピュータ プログラムが存在していました。[31] SSL サポートが信頼できないことも批判されていました。[32]
コンポーネントと機能
UW IMAP は、既存のレガシー メール ストアやシステムと互換性があり、サイト固有の構成を必要とせずに「プラグ アンド プレイ」でインストールできるように設計されています。[引用が必要]
UW IMAP は、 Alpine [要出典]およびPine電子メール クライアントでも使用されている c-client メール エンジンを使用します。 [6] [10] c-client は、Usenetニュース スプール、[要出典] MIX、[要出典] mbox、mbx、mx、mh、tenex、mtx、MMDF、phile など、複数のメール ストア形式をサポートしています。[6] c-client には、 IMAP、POP3、NNTP、SMTPインターネット プロトコルのサポートも含まれています。 [要出典]
UW IMAPにはPOP2およびPOP3サーバー[33] [26]、mailutilユーティリティプログラム、dmailおよびtmailメール配信エージェント[3]もバンドルされています。
2005年時点で、UW IMAPのコードベースは135,000行のコードで構成されており、そのうちIMAPサーバー自体は4,000行で構成され、残りはc-clientで構成されていました。[6]
拡張性とmaildirのサポート
UW IMAP は maildir 形式を公式にはサポートしていません。[34]ただし、UW IMAP にパッチを適用することで、maildir などの他の形式をサポートすることができます。[34] Gluelogic は、Pine で maildir をサポートするためのパッチを提供しています。[35] [サードパーティのソースが必要]パッチを適用した Pine インスタンスを使用して、名目上の maildir サポートを備えた UW IMAP をコンパイルできます。[引用が必要]ただし、これにより、未読メッセージと最近のメッセージを正しく区別できないバグのあるサーバーが生成されます。[引用が必要] Alpine 用のパッチも同様に使用できますが、欠点は少なくなっています。[36] [サードパーティのソースが必要]
外部リンク
- UW IMAP のホームページ (2019 年 10 月 28 日アクセス)
- UW IMAP メーリング リスト 2018-11-05 にWayback Machineでアーカイブされました
参照
参考文献
- ^ ab 「UW IMAP Server Documentation: RELNOTES」ワシントン大学。2011年7月22日。2018年11月4日閲覧。
- ^ abcd "Panda IMAP ホームページ". 2012-07-16 にオリジナルからアーカイブ。2008-09-23に取得。
Panda IMAP は、UW IMAP の開発が 2008 年 5 月に終了したときに UW IMAP 2007b からフォークされました。それ以来、ワシントン大学は、いくつかの (ただしすべてではない) 重大な問題に対するサポート変更を UW IMAP (UW IMAP 2007f) にわずかに加えただけです。UW IMAP 2007f のすべての変更、またはそれ以上の変更は、Panda IMAP に含ま
れています。UW IMAP とは異なり、Panda IMAP は、IMAP Server Compliancy Status テスト スイートのすべてに完全に合格しています。Panda IMAP は、合格している 3 つのサーバーのうちの 1 つで、他の 2 つは Dovecot と SurgeMail です。Panda
IMAP の現在のバージョンは imap-2010 です...
Panda IMAP は寄付によって入手できます。詳細については、panda.com のポストマスター宛てに電子メールでお問い合わせください。UW
IMAP または Alpine のサポートは提供していません。どちらも廃止されたプロジェクトです。UW がいずれにも今後更新を行う可能性は低いでしょう。
{{cite web}}:外部リンク|quote= - ^ ab 「IMAP 情報センター」。ワシントン大学。2009 年 7 月 23 日。2018 年 11 月 4 日閲覧。
ワシントン大学は、UW IMAP ツールキット (imap-2006 以降) のソース コードを Apache ライセンス バージョン 2.0 に基づいてライセンスしています。UW
IMAP ツールキットには次のものが含まれています。
- c-client ライブラリ: IMAP、POP3、SMTP、NNTP プロトコルのサポートや、Unix および Windows 上のローカル メールボックス ファイル アクセスを含む、電子メール クライアントとサーバーの構築に使用される API (アプリケーション プログラミング インターフェイス)
- UW の POP2 (ipop2d)、POP3 (ipop3d)、IMAP4rev1 (imapd) サーバー
- mailutil: 電子メール メールボックス (ローカルと IMAP/POP3/NNTP の両方) の管理に役立つユーティリティ プログラム
- dmail: procmail で使用する MDA (メール配信エージェント)
- tmail: システム メール プログラム (sendmail、postfix など) で使用する MDA
- ^ ab Christenson 2003、p. 110：「UW IMAP は、IMAP プロトコルのリファレンス実装です。さまざまなメッセージ ストア形式に柔軟に適応できますが、ほとんどの場合、第 7 版のフォルダー形式をわずかに変更したバージョンを使用します。小規模なサーバーの場合、UW IMAP は十分に機能しますが、他の IMAP システムの機能セットの一部が欠けています。パフォーマンス特性が比較的低いため、このパッケージは要求の厳しい環境ではほとんど使用されません。」
- ^ ab Gareiss, Robin (2010 年 2 月 4 日)。「UC とオープン ソース: 魔法の LAMP を見つける」。Network World。
[Unified Communications] の LAMP スタックとは何ですか? ... Nemertes は、UC システムを、最低限、VOIP、Unified Messaging、IM/presence、および会議 (オーディオ、ビデオ、Web) を提供するものと定義しています。追加機能には、連絡先機能、モバイル クライアント、ルームベースのビデオおよびテレプレゼンス システムとの統合、ソーシャル コンピューティング プラットフォームとの統合などがあります。コア カテゴリのオープン ソース オプションを見てみましょう。 ... 私は IMAP、具体的には IMAP プロトコルの UW IMAP リファレンス実装、またはそのツリーから分岐した Panda IMAP を支持します。
- ^ abcdefg Golubitsky 2005、p. 12: 「UW-IMAP は、オリジナルの IMAP RFC の著者である Mark Crispin によってワシントン大学で作成および保守されています。このパッケージの目的は、マルチユーザー システム用のシンプルで柔軟なドロップイン IMAP サーバーを提供することです。このパッケージでは、IMAPがリモートユーザーがシステムにアクセスするための多くのログイン方法の1つであるという前提を採用しています。特に、IMAPアクセスとSSHなどのシェルアクセス方法との機能的な違いは、IMAPアクセスがメールに最適化されているという点だけです。読む。シェルユーザーに与えられたアクセスを超えてIMAPアクセスを制限することは設計目標ではありません。UW
-IMAPサーバーは1988年以来活発に開発されてきましたが、それ以来コードベース全体が何度も書き直されています。現在のコードは2000年のimap-2000リリースまでしか遡れません。さらに遡ってみると、imap-2004c1（この記事の執筆時点での最新バージョン）と1996年のimap-4リリースの間に約20％のコード重複が見つかりました。 imap-2004c1とimap-4以前のリリースの間には重複はありません。
現在のコードベースには135,000行のコードと40,000行のその他のファイルが含まれています。このコードのうち、IMAPサーバー自体は4,000行のみで構成され、残りのコードはc-clientと呼ばれる内部（コンパイル済み）ライブラリで構成されています。このライブラリはPine電子メールクライアントのバックエンドでもあります。imapd
をコンパイルすると、単一の目的を持つ単一のバイナリが提供されます。inetdなどの外部プログラムを使用する必要があります。適切な IMAP ポートを listen します。接続が確立されると、imapd プロセスが生成され、その単一の接続を処理して終了します。UW imapd のシステム内での位置付けは単純なので、実装に必要なコード量は少なくなります。トレードオフコア機能、特にメール配信とポートのリスニングを実行するために他のプログラムへの依存度が高まります。imapd プログラムには設定ファイルも必要ありません。設定オプションはコンパイル時に選択されます。
UW-IMAPのもう一つの注目すべき特徴は、メールボックスの形式にとらわれないことです。デフォルトでは、UNIX UWインストールは、mbox、mbx、mx、mh、tenex、mtx、mmdf、phileメールボックスタイプをサポートするようにコンパイルされています。このサポートは、メールボックス ドライバーによって提供されます。内部ロジックを使用してメールボックスの種類を推測し、適切なドライバーに実行が渡されます。" - ^ abc Koka & Lipasti 2004、p. 2：「ワシントン大学の IMAP サーバーは、IMAP の発明者である Mark Crispin によって書かれた、IMAP のオープン ソース リファレンス実装です。管理の容易さ、柔軟性、既存のメールボックス形式との互換性により人気があります。」
- ^ ab Blum 2001、p. 468：「Unix プラットフォームで使用される最も一般的な POP3 および IMAP パッケージは、ワシントン大学で開発されました。ソフトウェア パッケージは IMAP と呼ばれていますが、POP3 サーバーと IMAP4rev1 サーバーの両方が含まれています。... 多くの Linux ディストリビューションには、すでに UW IMAP バイナリ パッケージが付属しています。Unix システムに付属のディストリビューションから UW IMAP をインストールするか、現在のソース コード ファイルをダウンロードして自分でビルドすることができます。」
- ^ abc Varshavchik 2014：「IMAP のいわゆる「リファレンス実装」である UW-IMAP と Pine は、非公開の文書化されていない IMAP 拡張機能を使用します (元のリンク)。」
- ^ ab Mullet & Mullet 2000、pp. 205–206：「ワシントン大学 IMAP サーバー (UW IMAP) は、inetdまたは同様のインターネット スーパーデーモンを使用して、ユーザーにメール ストアへの IMAP アクセスを提供する IMAP サーバーです。
通常、UW IMAP について言及する場合、IMAP4rev1/C-Client 開発環境の IMAP デーモン コンポーネントを指します。開発環境バンドルには、mtestと呼ばれる IMAP テスト ユーティリティと、C-Client と呼ばれる IMAP API ライブラリが含まれています。また、POP を介して IMAP サーバーへのプロキシ アクセスを提供する POP サーバーもいくつか含まれているため、従来の POP システムからの移行が容易になります。UW IMAP デーモン自体は、人気の高い PINE メール クライアントにバンドルされており、Linux オペレーティング システムの多くのバージョンに含まれています。
別のパッケージで、IMAP サーバーを管理するためのツール セットである UW IMAP ユーティリティが提供されています。UW IMAP ユーティリティは、ワシントン大学によって開発され、C-Client に基づいています。 API...
UW IMAP の機能セットと設計は、IMAP を追加したい既存のシステムに最適です。変更や特別なインフラストラクチャなしで、Unix シェル ユーザー システムですぐに使用できます。
専用の IMAP サーバーにも使用できますが、非常に大規模なユーザー コミュニティに拡張する予定の場合は、変更について検討する必要があります。特定のシステムがサポートする IMAP ユーザーの数は、ハードウェアとオペレーティング システムによって大きく異なります。UW IMAP はシステム リソースをあまり必要としませんが、プロセスごとに適切なメモリとディスク帯域幅が必要です。システム上の UW IMAP ユーザーは Unix シェル ユーザーの数より多くできますが、それは妥当な範囲内です。特定のマシンが 5,000 人の Unix シェル ユーザーを適切に処理できない場合は、100,000 人の UW IMAP ユーザーを適切に処理できるとは期待しないでください。
一般に、スケーリングは、巨大なモノリスよりも小規模なシステムのクラスターでうまく機能します。高速な CPU は、大量のディスク帯域幅よりもずっと重要ではありません...
ワシントン大学は、80,000 人のユーザー コミュニティに、小規模で安価な IMAP サーバーのクラスターを提供しています。各サーバーには、ユーザー スペース全体の一部が割り当てられています。IMAP サーバーは、UW のアカウント システムに関連付けられた特別な DNS ドメインにあります。ユーザーfred は別の IMAP サーバーに移動される可能性がありますが、fred.deskmail.washington.edu は常に割り当てられた IMAP サーバーを指します。ほとんどの Unix バリアント、特にオープン ソースのバリアントには、通常、ラベルのない IMAP デーモン ( imapd
)が付属しています。このデーモンは、UW IMAP サーバーである可能性があります。
おそらく、UW IMAP サーバーに関する最も興味深く重要な事実は、それが IMAP の創始者である Mark Crispin によって書かれたことです。IMAP コミュニティにとって Crispin は、Linux コミュニティにとっての Linus Torvalds のような存在であると言っても過言ではありません。Crispin は、指導なしで分散メール システムを構築するよう依頼されたときに、完全に独力で IMAP を発明しました。彼は 1985 年に、DEC-20 アセンブリ言語でオリジナルの IMAP サーバーをゼロから作成しました。IMAP の初期の設計は、Crispin が主要な開発者および保守者でもあった DEC-20 メール システムから強い影響を受けました。IMAP の開発の最初の 9 年間は、すべて Crispin のおかげです。」 - ^ Bauer 2003: 「最も人気のある 3 つのオープン ソース IMAP サーバーは、ワシントン大学 IMAP (UW IMAP)、カーネギーメロン大学の Cyrus IMAP、および Inter7 Internet Technologies の Courier IMAP です。」
- ^ Christenson 2003、p. 5：「最も一般的な 3 つのオープン ソース IMAP サーバーは、Cyrus [CYR]、UW-IMAP [UWI]、および Courier IMAP [COU] パッケージです。」
- ^ Christenson 2003、p. 108: 「オープンソースの IMAP サーバー ソリューションとして、ワシントン大学 (UW)、Cyrus、Courier IMAP ソリューションの 3 つが人気があります。それぞれに独自のニッチと特性があり、特定の状況下では最適な選択肢となります。」
- ^ ab Bautts、Dawson & Purdy 2005、p. 259: 「UW IMAP は設定とインストールが簡単なため、他の IMAP サーバーよりも魅力的であることが多いです。この章では、最も一般的な 2 つの IMAP サーバー、つまり人気とインストールの容易さから UW IMAP、および追加のセキュリティ機能から Cyrus IMAP に焦点を当てます。」
- ^ Golubitsky 2005、p. 10: 「市場の大部分を占める無料で利用できるオープンソースの IMAP サーバーは、UW-IMAP、Cyrus、Courier-IMAP の 3 つです。」
- ^ “Alpine status”. 2014年7月28日時点のオリジナルよりアーカイブ。2016年11月22日閲覧。
- ^ Perry, Nick (2008-05-21). 「UW がテクノロジー ワーカーを解雇」シアトル タイムズ。2016年 11 月 22 日閲覧。
- ^ 「Re: [release-notes] 非推奨パッケージ、バージョン番号の圧縮」. lists.debian.org .
- ^ 「Re: uw-imapd は squeeze では廃止されましたか?」. lists.debian.org .
- ^ 「マーク・リード・クリスピン」Cookfamilyfuneralhome.com . 2018年11月4日閲覧。
- ^ “jonabbey/panda-imap”. GitHub . 2022年5月9日.
- ^ Smith 2003、p. 527: 「UW IMAP はすぐに利用可能で、すべての主要な Linux ディストリビューションに同梱されており、POP と IMAP の両方をサポートしているため、このセクション (本書) では UW IMAP のインストールと構成について説明します。」
- ^ Soyinka 2008、pp. 468–469: 「[私たちは] POP サーバー フックを含むワシントン大学 (UW) IMAP サーバーのインストールと構成について取り上げます。この特定のメール サーバーは長年にわたって利用されてきました。インストール プロセスも簡単です。小規模から中規模のユーザー ベース (数百ユーザーまで) であれば、問題なく動作するはずです。IMAP
用の大容量メール サーバーに関心がある場合は、Cyrus または Courier IMAP サーバーを検討してください。どちらも優れたスケーリング オプションを提供しますが、インストールと構成の手順が少し複雑になります...
ほとんどの Linux ディストリビューションには、ディストリビューションのリポジトリに UW-IMAP 用のパッケージ済みバイナリがあります。たとえば、UW-IMAP はYum を使用してFedoraにインストールできます...」 - ^ ab Golubitsky 2005、pp. 13、20：「UW-IMAP の主な利点は、コード サイズと提供される主な機能の両方の点で、3 つのサーバーの中で最も小さく、最も単純であり、他のサーバーよりも IMAP API メソッドのセットが少ないことです。（API セットが小さいのは、UW の作者が IMAP RFC を書いたためかもしれません。IMAP RFC は、API 関数の最小許容セットを定義しています。）
ただし、欠点は多く、パッケージの設計哲学に起因するようです。コードはまったくモジュール化されていません...また、ほとんどの機能はメール クライアント Pine のバックエンドでもある c クライアント ライブラリによって提供されるため、クライアント操作にのみ必要または望ましい機能が UW サーバーにコンパイルされる可能性があります...
UW-IMAP のバッファ オーバーフローの歴史にもかかわらず、長さチェックを実行しない文字列関数のインスタンス (などsprintf) は、コード内にまだたくさんあります...
ここで使用されている攻撃可能性の指標によると、Courier はサーバーの中で最も脆弱性が低く、UW と Cyrus は同様のスコアです... Cyrus のコードベースのサイズが大きいにもかかわらず、その攻撃可能性は UW-IMAP と似ており、Cyrus は権限の分離が適切であるのに対し、UW-IMAP はそうではないことを示しています。」 - ^ Glennon 2000、385 ページ：「UW スタイルのサーバーの管理は、サーバーが稼働しているオペレーティング システムとより密接に関連しています。つまり、UNIX システムで UW-IMAP サーバーを稼働させる場合は、UNIX アカウントと IMAP サービスの側面を管理する準備をする必要があります... 一方、ソリューションとして Cyrus IMAP を選択した場合は、UNIX ユーザー アカウントを作成または管理する必要はまったくないかもしれません。ただし、IMAP の実装とそれを保守するためのユーティリティに関する知識は、より広範である必要があります。」
- ^ ab Smith 2011、382 ページ：「ワシントン大学の IMAP サーバーは、その名前にもかかわらず、POP2、POP3、および IMAP をサポートしています。POP サーバーは、バックグラウンドで IMAP サーバーを使用します。このサーバー セットは通常、
imapまたはと呼ばれるパッケージで出荷されますuw-imapd。IMAP サーバーは、ユーザーのメール フォルダーをユーザーのホーム ディレクトリに保存します。ユーザーが自分のアカウントにもログインして、そこにメール以外のファイルを保存する場合は、扱いにくい場合があります。」 - ^ Bauer 2003: 「[Cyrus IMAP および Courier IMAP と比較すると]、UW IMAP は最も柔軟性が低く、ローカル ユーザー アカウントのメール ファイル配信のみをサポートしています。各ローカル ユーザーの受信トレイは、単一のフラット ファイルとして保存されます。
/var/mail/myusernameこれには 2 つの欠点があります。各メール ユーザーはシステム ユーザーでもある必要があり、特定のユーザーの受信トレイに書き込むことができるプロセスは一度に 1 つだけであるため、ファイル ロックの複雑さが発生する可能性があります。」 - ^ Elprin & Parno 2003: 「この論文では、それぞれ異なるストレージ メカニズムを使用する 3 つの異なる IMAP サーバーのパフォーマンスを比較しています。Cyrus は BerkeleyDB 上に構築されたデータベースを使用し、Courier-IMAP は maildir を使用し、UW-IMAP は mbox ファイルを使用します。また、リレーショナル データベース駆動型 IMAP サーバーをシミュレートするために、mySQL データベースも使用しています。ほとんどのテストで、Cyrus と mySQL が UW と Courier より優れており、多くの場合、Courier を大幅に上回っています。Cyrus は、ヘッダーの取得などのスキャン操作で特に効率的であり、ヘッダー フィールドの検索でも特に優れています。UW と Cyrus は、フルテキスト検索では同様のパフォーマンスを発揮しますが、メールボックスのサイズが大きくなるにつれて、Cyrus の方がわずかに優れたスケーラビリティを発揮するようです。mySQL は、フルテキスト検索とヘッダーの取得に優れていますが、メッセージを削除するときはパフォーマンスが低下します。」
- ^ Varshavchik 2014: 「1992 年 5 月、Dan Bernstein は、RFC 931 を使用して、特定の種類の偽造メール ヘッダーを無効にすることを提案しました。Mark Crispin は、いくつかの技術的な理由で反対しました... Bernstein は最終的にこの議論に勝利しましたが、RFC 931 ドキュメントには Crispin に有利に働く (そして彼の立場を支持する) 他の特定の技術的問題がありました。[最終的に] RFC 931 は改訂され、RFC 1413 になりました [クレジットは Bernstein に与えられ、Crispin には与えられていません]。Bernstein は、
Qmail サーバーを書き続けました。Qmail は、電子メールを保存するための新しいファイル方法である maildir を導入しました。これは、従来の ... mbox メール形式 (UW-IMAP サーバーで使用されるデフォルトのメール形式) のいくつかの長年の欠点に対処しました...
1995 年から 1999 年にかけて、Qmail は人気を博し、インターネットで 2 番目に人気のあるメール サーバーになりました。Qmail の人気が高まるにつれて、人々は Crispin に、Qmail のサポートを追加するよう依頼し始めました。 Qmail のメールディレクトリを UW-IMAP サーバーに転送します。RFC 931 をめぐる論争に負けたことにまだ憤慨している Crispin は、この機会を最大限活用しました。彼は、このような要求をすべて拒否することを楽しんでいるようでした..." - ^ 「インスタント エクスパンジとは何か、いつ使用すべきか?」Uncensored Communications Group。2018 年 11 月 4 日にオリジナルからアーカイブ。2018年 11 月 4 日に取得。
インスタント エクスパンジは、サイト設定可能な設定で、RFC 3501 で定義された動作とは対照的に、Citadel の IMAP サービスがメッセージを削除するときに賢明な方法で動作するようにします。IMAP
プロトコルには、メッセージを直接削除する方法はありません。代わりに、クライアントは削除するメッセージに「削除済み」フラグを設定し、その後「エクスパンジ」操作を実行して、実際にメールボックスからメッセージを削除する必要があります。このように設計されたのは、リファレンス実装 (UW IMAP) がメールボックス全体をフラット ファイルに保存し、1 つのメッセージを削除するにはファイル全体を書き換える必要があるためです。このメッセージ ストアの制限を修正するのではなく、Mark Crispin は回避策を実装し、その回避策を標準の一部として定義することにしました。後でメールボックスを「消去」すると、ファイルは 1 回だけ書き換えられます。
明らかに、この機能は他のメール システム、特にデータベースにメッセージを保存する Citadel などのシステムではわかりにくく、不必要に複雑です。
- ^ McNab 2007、304～305 ページ: 「[私たちは] リモートから悪用可能な UW IMAP および Courier IMAP の脆弱性をリストします...これらの脆弱性のいくつかに対して、次の公開された悪用スクリプトが利用可能です...」
- ^ Ziobrzynski 2006: 「私は、複数のメッセージがフォルダごとに 1 つのファイルに保存される従来のメールボックスを好みます。Courier や Cyrus などの最新の IMAP サーバーのほとんどは、各メッセージを独自のファイルに保存する最新の maildir または MH 形式を使用します。これは、膨大な量のi-nodeを消費します。残念ながら、従来のフォルダを使用する唯一のオープンソース IMAP サーバーは、uw-imap です (CommuniGate Pro は単一のファイルを使用しますが、商用サーバーです)。uw-imap サーバーには、特に SSL プロトコルの実装に関しては、いくつかの欠点があります。このプロジェクトで考えていた SSL IMAP クライアント (PalmOS VersaMail) で uw-imap をテストしたところ、接続に失敗するか、接続にまったく失敗しました。私が望むもの (単一ファイルのメール フォルダと機能する SSL) を得るために、IMAP と SSL の機能を 2 つの別々のサーバー (stunnel と uw-imap) に分割しました。Stunnel SSL 構成とログおよび診断メッセージのレベルが非常に洗練されていることが判明しました。」
- ^ Blum 2001、p. 458: 「ワシントン大学の IMAP プログラムは、POP3 と IMAP の両方をサポートしています。」
- ^ ab Sill 2003、344 ページ：「IMAP はワシントン大学で始まり、同大学は独自の IMAP サーバーを配布しています。UW-IMAP サーバーは配布されている maildir メールボックスをサポートしていませんが、その機能を追加するパッチが利用可能です。現在の UW-IMAP リリースのパッチへのリンクについては、非公式の qmail ホームページ (http://www.qmail.org/ Archived 2019-06-15 at the Wayback Machine ) を参照してください。」
- ^ 「Glue Logic LLC - PINE パッチ」。www.gluelogic.com。
- ^ 「Maildir patch for Alpine」。alpine.x10host.com 。 2018年6月19日時点のオリジナルよりアーカイブ。2018年6月19日閲覧。
文献
- Bauer, Mick (2003)。「Paranoid Penguin: LDAP と IMAP によるメールのセキュリティ保護、パート I」。Linux Journal . 2003 (115、2003 年 11 月): 12 – ACM経由。
- Bautts, Tony; Dawson, Terry; Purdy, Gregor N. (2005). Linux ネットワーク管理者ガイド. O'Reilly Media . ISBN 9780596005481。
- ブルーム、リチャード( 2001 )。Postfix。SAMS。ISBN 9780672321146。
- Christenson, Nick (2003)。Sendmail パフォーマンスチューニング。Addison -Wesley Professional。ISBN 9780321115706。
- Elprin, Nick; Parno, Bryan (2003)。データベース駆動型メール サーバーの分析。第 17 回大規模インストール システム管理カンファレンス (LISA '03) 。USENIX。
- グレノン、キャサリン編 (2000)。電子メールウイルス対策ハンドブック: トロイの木馬、ウイルス、モバイルコード攻撃から電子メールを保護する。エルゼビア。ISBN 9780080477534。
- Golubitsky, Chaos (2005)。オープンソース IMAP サーバーの脆弱性の自動比較に向けて(PDF)。第 19 回大規模インストール システム管理カンファレンス (LISA '05) 。USENIX。
- Koka, Pranay; Lipasti, Mikko H. (2004)。共有メモリ マルチプロセッサ上の IMAP サーバーの特性評価。第 7 回 CAECW ワークショップ。
- McNab, Chris (2007)。ネットワーク セキュリティ評価:ネットワークを知る。O'Reilly Media。ISBN 9780596519339。
- マレット、ダイアナ、マレット、ケビン (2000)。IMAP の管理。O'Reilly Media。ISBN 9780596000127。
- シル、デイブ(2003) 。qmailハンドブック。Apress。ISBN 9781430211341。
- スミス、ロデリック W. (2003)。Linux Power Tools。Wiley。ISBN 9780782142266。
- Smith, Roderick W. (2011). LPIC-2 Linux Professional Institute 認定試験学習ガイド: 試験 201 および 202. John Wiley & Sons . ISBN 9781118100448。
- Soyinka, Wale (2008)。Linux 管理: 初心者向けガイド、第 5 版。McGraw Hill Professional。ISBN 9780071546256。
- Varshavchik, Sam (2014)。「FUD」。Courier Mail Server。
- Ziobrzynski, Peter (2006)。「ステルス電子メールが救世主」。Linux Journal . 2006 (143、2003 年 3 月) – ACM経由。