メールのバウンスはコミュニティではよくあることで、正常なことですが、場合によっては、大規模なメール送信のバウンスにつながる根本的な問題があることがあります。この問題に気づかれないままにしないために、管理者ダッシュボードやPMアラートがあると良いでしょう。
コミュニティが放棄されたようで、mailgunアカウントがキャンセルされたか未払いになっていると思われます。それに気づく方法があると良いのですが。Discourseは数か月前からメール送信を試みていないようです。
この機能に賛成です。@pfaffman が言及したのと同じ理由です。顧客のために多くの Discourse インスタンスを管理している場合、特に顧客が独自の SMTP サービスを持っており、その支払いを忘れている可能性がある場合、インスタンスが完全にメールを停止して「サイレントに失敗」しないようにすることが重要です。
私もこの機能に賛成です。どのメールが現在送信できず、その理由(ソフトバウンス、ハードバウンスなど)を把握できると良いでしょう。管理者に通知するか、ログに記録して確認できるようにするのも良いかもしれません。
バウンスしたメールがDiscourseによってブロックされたのかどうかを判断しようとしています。
例えば、ログに次のような表示があった場合:
Email can not be processed: Email::Receiver::BouncedEmailError
Discourseがそのアドレスへのメール送信を継続するか、それとも送信を停止するかをどのように知ることができますか?
メールが取り消された場合、管理者に通知されます。これはSoundTransitの通知メール送信元からのもので、メールの送信のみを行い、受信メールの処理は行っていないため、自動送信された可能性があります。
興味深いですね。メール通知が取り消された形跡は見当たりません。しかし、ログとメール受信トレイには、多くのバウンスメールが見られます。そこで、質問は二つあります。
- Discourseはバウンスメールのレスポンスを正しく解析しているのか、どうすればわかりますか?管理パネルの「バウンスメール」にはバウンスメールが表示されていませんが、「受信メール」セクションには明らかにバウンスメールがあるため、そう質問しています。
- Discourseは、いつバウンスメールを無効なメールとみなし、送信を停止するのでしょうか?
それはいくつかのことによります。まず、Eメールが以下のいずれかに該当するかどうかです。
#1 単純に配信不能として返送された場合。
または
#2 メールが意図した受信者に届いたものの、送信停止を求める返信(メール送信の中止・停止を要求するなど)があった場合、それは異なり、サウンド・トランジット社で起こったことかもしれません。同社にはそのような自動システムがあるか、あるいは通知メールの購読解除を手動で要求した可能性がありますが、いずれにしてもそのようなメールは送信されるべきではありません。
