web-dev-qa-db-ja.com

WebメールクライアントはSMTPサーバーと直接対話できますか? (IMAPなし)

メールサーバーのすべてのコンポーネントがどのように組み合わされているかを理解しようとしています。

  • メールを送信するにはSMTPサーバーが必要であることを理解しています。
  • 電子メールへのアクセスに関しては、Webメールクライアントをセットアップしますが、デスクトップクライアントを介してアクセスする必要はありません。

だから私の質問は:この場合、IMAPサーバーが必要ですか?または、Webメールクライアントは何らかの方法でSMTPに直接リンクして、電子メールを送受信できますか?

1
sameold

メールサーバーとウェブメールを設定するには、次の2つが必要です。

  • あなたが言ったように、メッセージを送信するためのSMTPサーバー、
  • 受信したメッセージを読む方法、それはあなたが実際に求めている部分です。

ウェブメールは実際にはメッセージを受信せず、どこかからメッセージを読み取ったりフェッチしたりするだけです。メッセージを受信し、MDA( メッセージ配信エージェント )。次に、Webメールがどこかにアクセスする方法が必要です。

設定と使用するウェブメールクライアントに応じて、さまざまなオプションがあります。

  • IMAPはそれらの1つであり、おそらく最も一般的で用途が広い、
  • POP3はもう1つ、
  • ただし、ストレージへの直接アクセスを使用することもできます:
    • ディスクから直接(メッセージを受信するSMTPサーバーがWebメールと同じホスト上にある場合)、
    • メッセージを格納しているDBから(SMTPサーバーがメッセージをDBに格納している場合、あまり一般的ではありません)。

IMAPもPOP3も必要ない場合は、ディスク直接アクセスソリューションを使用できますが、mboxまたはmaildirのいずれかの電子メールストレージを読み取ることができるWebメールソフトウェアが必要です。これらは、UNIXホストにメッセージを保存する最も一般的な2つの方法です。 mboxはすべてのメッセージを含む単一のファイルであり、maildirは各メッセージを個別のファイルとして持つサブディレクトリを持つディレクトリです。 maildir形式は、最も一般的で強力です。

このようなウェブメールクライアントはあまり一般的ではありません。おそらく自分で開発する必要があります(または他の既存のウェブメールソフトウェアのプラグイン)。それでも、それができることを私が知っているものがあります SqWebMail 、宅配便の電子メールサーバースイートに含まれています。

DBメッセージストレージは可能性がありますが、おそらく非常に大規模なセットアップでのみ使用されます。

StackOverflowのこの投稿 にも興味があるかもしれません。

3
Tonin

これは、私が今日以前に答えたものに関連しています。

Squirrelmailでメールを受信して​​いませんか?

Squirrelmailの代わりにRoundcubeを使用している場合を除きます。

また、以下をご覧ください。

http://wiki.mutt.org/?MailConcept

メールシステムのさまざまなコンポーネント(MTA、MUA、MDAなど)の概要として。

Roundcubeは、私が思い出すと、純粋にIMAPクライアントであり、おそらくPOP3であると思いますが、覚えていません。いずれの場合も、MDAとして機能するIMAPサーバーが必要になります。

とは言うものの、従来のメールスプールにすぐにアクセスするWebベースのメールクライアントは考えられません。作成することは可能ですが、スプールファイルへの同時アクセスなどの問題を処理するIMAPをすでに発明していることを考えると、それはやや柔軟性がないように感じます。この時代では、IMAPのようなものをサポートするMDAを使用したいと思うでしょう。

HordeやZimbraのような大きな「グループウェア」システムもあります。これらは、メールシステム全体(および他のグループウェアアプリケーション)を1つの大きなパッケージで提供するため、ある意味では、1つのソフトウェアのみをインストールすることになります。ただし、内部では、MTA-> MDA-> MUAを使用して、前述のメールアーキテクチャの概念が内部に組み込まれます。

1
cjc

いいえ。SMTP経由で受信するクライアントは、もはやクライアントではなくサーバーです。メッセージにアクセスするためのWebインターフェイスを備えたSMTPサーバーを使用できないという技術的な理由はありませんが、これはクライアントの動作方法ではありません。 SMTPはプッシュプロトコルであるため、別のサーバーが確実に「クライアント」にメッセージを送信できる一方で、その「クライアント」はメッセージをネットフェッチできることにも注意してください。

1
John Gardeniers