0

「プロフェッショナル」メール アドレスをクライアントの CMS に統合する最良の方法を探しています (例: website@gmail.com ではなく info@website.com)。

現在、Godaddy でホストされているサイト/メール アカウントを持つクライアントが 2 つあります。現在、メールが送信された場合、メッセージはプライベートメールに転送されます。もちろん、彼らは Godaddy にログインしてそこからメールに移動することもできますが、私はよりユーザーフレンドリーなオプションを探しています. できれば、既存の CMS に統合できるもの。

私はフリーランスの Web デザインを行っており、これまでほとんどすべてを手作業で作成してきました。クライアントがブログやその他のコンテンツを PHP/SQL 経由で更新するために使用できる非常に基本的な CMS を構築しました。軽量で、コードのすべての平方インチを知っている方法が気に入っています。したがって、新しい CMS のためにすべてを廃棄するつもりはありません (すべて、php/mysqli の挿入/更新/削除に基づいており、いくつかの javascript/jquery が散りばめられています。それを行うために wordpress や joomla を採用したくありません)。

一方で、自分のメール クライアントを構築するという車輪の再発明はしたくありません。私が読んだことから、それは私の時間の価値がないでしょう（そしてIMAPなどについて何も知りません）。

では、この 1 つのタスクに基づいてサイト全体を構築する必要のない、優れたオープンソースのスクリプトまたはソフトウェアはありますか??

4

1 に答える 1

1

フレームワークはおそらく固有であるため、いくつかの UI バインディングをニーズと考えられるビジネス ロジックに合わせて編集する必要があります。しかし、あなたの言う通り、ペストのような IMAP は避けてください。問題は IMAP ではなく、メール形式です。RFC は、人々が従うのをやめるまでは、すべて問題なく有効です。

悲しいことに、実際の IMAP ライブラリもほとんどないため、すべてのルートに問題があります。

ほとんどの場合、既存のメール クライアントから IMAP リーダー/インタープリター ライブラリを削除する必要があります (Roundcube には特に分離されたものがあります。私はそれを知っています。一度削除しました)。最良のものはhttps://github.com/cnizzdotcom/php-imapです)。

そこから、実際のメッセージ表示プロセスを構築する必要があります。これは長くて退屈な (しかしそれほど難しくはない) 作業です。プレーンな html と RESTful API エンドポイントの両方として構築することを検討して、JS インタラクションで簡単に強化できるようにします。

UI自体については、好きなものを選んでください。そこに開いているコンポーネントはありません。

于 2013-03-29T13:14:29.030 に答える