メールなしでDiscourseを実行する?

Discourse は素晴らしいですが、最近いくつかの問題に直面しました。ホスティング会社と Discourse のメンテナからは、メール送信機能なしでは Discourse を実行できないと伝えられました。すべての設定を整えるのに約 1 か月かかりました。そのホスティング会社はすでにサービスを提供しておらず、バックアップがある場所で新しいインストールを設定する必要があります。

フォーラムで Discourse が動作するためにメール送信機能が必要かどうか、表面レベルの検索を行いましたが、明確な情報は見つかりませんでした。

Discourse はメール送信機能が必要ですか、それともなしで実行できますか?

あえて物議を醸す発言をします。私にとって、Discourse をメール送信機能付きで設定するのは非常に大変で、二度と同じことをしたくありません。Discourse 自体ではなく、メールプロバイダーの選定、登録、インストーラーへのメール送信設定情報の送信、DNS レコードの伝播を待つ、メールプロバイダーが買収される、別のメールプロバイダーを探す、新しいプロバイダーの設定情報をインストーラーに送信、新しいプロバイダーで再設定、といった一連の作業が、インストールに加えて 1 か月を要しました。

私のユーザーも私もメール送信機能は必要としていません。必要ありませんし、望んでもいません。私やユーザーがスレッドへの返信を待っている場合、ページをリフレッシュするか、ブラウザ通知を利用すれば済みます。私はメール送信機能を望みません!

私はメールスパムが好きではありません
サム・アイ・エムも好きではありません
ここでもそこでも好きではありません
どこでも好きではありません
家の中で読むのも嫌です
マウスでクリックするのも嫌です
受信トレイから読むのも嫌です
Firefox から読むのも嫌です
ここでもそこでもメールは不要です
どこでもメールは不要です

なお、メール通知自体は歓迎しています。問題なのはメールの設定作業です。また、フォーラムを迅速に復旧させる必要があり、この部分は現在無効化、遅延、または延期可能だと考えています。ユーザーからのフィードバックについても、喜んで報告いたします。

「いいね!」 7

メールの設定がそんなに難しいですか?公式のインストール手順に従って、推奨されているプロバイダーを試しましたか?

Discourse および Web 全体において、メールアドレスはアイデンティティの核心です。

サイトを以下のように設定した場合、

  1. Google / Facebook 経由でのみログイン可能にする
  2. ローカルログインを無効化する
  3. すべてのメール通知を無効化する

メールサーバーへのアクセスがなくても、正常に機能するサイトを構築できます。

「いいね!」 10

独り言のように考えてみました。

以前、サーバーサイドのコードを頻繁に書いていた頃には、メールを送信するためのメール API がありました。メインサイトのホスティング会社も、WordPress を通じて PHP でメールを送信することを許可しています。唯一の要件は、メール送信に使用するメールアカウントをサーバー上に設定することです。大量のメール送信は望ましくないと言われましたが、禁止はされていませんでした。かつて、正当なメール送信機能を持つメーラーを PHP や ASP で書いたこともあります(かなり昔の話ですが)。

その技術は、新規ユーザー登録やパスワード再設定のメール送信に活用できるでしょうか?おそらく、システムが密接に連携しすぎているので難しいのでしょう。

繰り返しになりますが、Discourse とそのメール機能は気に入っています。ただ、他の企業が要求するようなメール設定は面倒です。

もし Discourse にメーラーサービスがあればいいのですが…。

@hawm さん、こんにちは。Discourse のインストールは自分で行わず、インストール経験のある方に依頼してセットアップしてもらい、その方の指示に従いました。

当時はインストーラーが要求するメール設定手順も実施しました。メールプロバイダーのアカウント設定には、数日にわたる手順が複数あり、最も時間がかかりました。もう一度やり直すのは避けたいです。

他者に依頼して実施することも考えましたが、それはできません。MX レコードの変更やアカウント作成、自身のメールでの確認などを行う必要があるため、自分でやらざるを得ないのです。文句を言っているわけではありませんが、現時点ではそれだけの精神的な余裕がありません。

えっ、管理者アカウントをブートストラップするのにメールさえ不要なんですか?

それはコンソール経由で行う必要があります。かなり厄介な作業ですが、おそらく可能です。

「いいね!」 2

参考までに、私が自身でメール設定と格闘している間、コンテナ内の Ruby コードを編集して、管理者に送信されるメールメッセージを出力するようにしました。そこにはアクティベーション URL が含まれていました。なぜアクティベーション URL をコンテナの標準出力に印刷しないのでしょうか。このようにすれば、メール設定が正常に機能していない人でもアクティベーション手順を通過できるようになります。

議論の余地はありますが、メール不要の Discourse バージョンがあれば、その適用範囲が広がるでしょう。

「いいね!」 2

管理者は、Create an admin account from the console を使用して、メール認証を回避できます。

「いいね!」 2