メール配信停止リストの処理

こんにちは。ユーザーアカウントのメールアドレスが何らかの理由で問題視される場合、その処理を自動化する効果的な方法はありますでしょうか?

私はメーリングリスト型のメッセージ送信に Mailgun を利用していますが、Mailgun の統計によると、これらのユーザーの約 16% のメールアドレスがサプレッション(送信停止)リストに入っているようです。

これはフォーラムのドメインに対する評判の継続的な毀損を防ぐ点では問題ありませんが、根本的な問題を解決するものではありません。影響を受けたユーザーに対して、問題が発生していること自体を知らせる直接的なフィードバックが何も行われていないからです。

フォーラムはそもそも断続的に利用されるものであるため、メールが届かないことに対してユーザーがフォローアップを行うことは稀で、単に忘れ去られてしまうことになります。

役立つのは、例えば Mailgun が提供している(おそらく他のプロバイダーも同様でしょう)月に一度の標準的な CSV ファイルを用いて、サプレッションされたユーザーのリストを取得し、各ユーザーに指定されたセカンダリアドレス(もしあれば)を通じて、プライマリアドレスの更新が必要であることを通知する自動化された仕組みです。

影響を受けたユーザーには、ウェブベースのフォーラムにログインする際にもメールアドレスの更新を促すのが理想的です。それまでの間、メール送信機能は全体的にオフにすべきであり、ユーザー設定を確認するユーザーには関連するステータス警告を表示すべきです。

上記のような仕組みは通常、どのように実現されていますか?

おそらく、https://meta.discourse.org/t/handling-bouncing-e-mails/45343/をお探しかと思います。

「いいね!」 1

私の投稿へのリンクをありがとうございます。ただし、@zogstrip さんの元の投稿を更新しましたので、こちらが正しいはずです:

@Paul_King さん、これが役立つことを願っています!

「いいね!」 2

ご返信ありがとうございます!

Mailgun はすでに自社のシステムでバウンスしたメールを検出し、以降の送信対象からそのアドレスを除外しています。
これは、そのリンクで言及されている Discourse の VERP プロセスと類似しているのでしょうか?

Mailgun による問題のあるメールの除外は必須のようです(彼らは自社の評判を守ることを重視しているようです)。

バウンス通知を Mailgun を経由せずに直接 Discourse に届ける方法がない場合、Discourse 内で VERP プロセスを実装することに何か意味はあるでしょうか?

Mailgun から Discourse へのバウンスフィードバックループを完了させる別の方法について考えていました。つまり、Mailgun が生成する除外アドレスリストを Discourse に渡すことで、Discourse の管理者、関連するユーザー、あるいは何らかの自動緩和プロセスがその情報を得て、配信の問題を解決または復元できるようにすることを想定しています。

私の説明は通じていますか?それとも、私の理解が間違っていますか?

「いいね!」 1