2

メール通知/応答に大きく依存する Web アプリを構築しています。

gmail をゼロから再構築したくないのは明らかですが (!) 、既存の Web メール クライアントを自分のサイトに統合する方法がわかりません。RoundCube、AtMail、およびSquirrelを見てきましたが、必要なものかどうかはまだわかりません。

  • アプリのユーザーがこれらのアプリケーションを使用する場合、サイトからリダイレクトされますか? それとも、API を使用してすべてをアプリ内に保持できますか?

それに関連して、ユーザーがアプリケーションによって生成されたメッセージを読んで応答できるようにすることだけが本当に必要です。完全な電子メール クライアントが便利な場合もありますが、必須ではありません。プライベート メッセージ システム(必要に応じて、ユーザーの登録アドレスに電子メールを送信できる) の方が適しているのではないかと思います。

  • これは自分で比較的簡単に組み立てることができるものですか、それとも既存のソリューションを探す必要がありますか?
4

1 に答える 1

1

RoundCube のようなものをサイトに統合することは、あなたの状況では良い考えだとは思いません。これらのサービスは、他のサービスの一部ではなく、スタンドアロンのサービスであることを意図しており、使用できる API を提供していないためです。あなたのアプリで。

通常、サーバー側の言語には、IMAP プロトコルを操作するための一連の関数があります。

PHP: http://php.net/manual/en/book.imap.php

Python: http://docs.python.org/3.1/library/imaplib.html

他の言語のライブラリも見つけることができます。指定していないため、どの言語が必要かわかりません。

Imap を使用するにはサーバーの設定が必要ですが、スクリプトから受信したメールを簡単に取得して読み取ることができます。必要に応じて、メールを送信したり、返信を読んだり分析したりできます。

この情報がお役に立てば幸いです。

于 2010-02-23T14:38:04.333 に答える