無効または配信不能なメールアドレスを持つユーザーがいます。設定で通知をオフにしましたが、それらにメールが送信され続けています。私がおかしくなってしまったのでしょうか？それともDiscourseは失敗したメールを永遠に送信し続けようとしますか？何が起こっているのでしょうか？
もう少し詳しい情報をいただけますか？ どのメールを送信していますか？
それに、どちらにしてもログインできないのであれば、アカウントを無効にする方が理にかなっているかもしれません。
「いいね！」 3
どのメールでも。そしてはい、アカウントを無効にしました。謎は解決していません。ソースコードを読まなければ、Discourseはしばらくの間送信を再試行し続けると疑っています。しかし、それは推測にすぎません。
それらは実際にリトライされている同じメールですか、それとも似たようなメールですか？例えば、トピックの最初の返信のメール、その後、2回目の返信のメールなどです。
追加のメールはどこで確認していますか？ Discourseのログ、メールプロバイダーのログ、それとも他の場所ですか？
メールプロバイダーの場合、配信の失敗によっては、それは完全に正常な場合があります。一時的な失敗は、最終的にバウンスするまで、一定期間、定期的にリトライされます。リトライの回数と期間は、メールプロバイダーの設定によって完全に異なります。
バウンスがメール受信者に配信されるように正しく設定されていますか？それともWebhookを使用していますか？
通常、Discourseがこれらの失敗を通知された場合、ユーザーのバウンススコアが蓄積され、特定のしきい値（bounce_score_threshold設定）を超えると、Discourseはそのユーザーへのメール送信を停止します。
おそらくされていません。
そのための設定方法やチュートリアルなど、何かヒントはありますか？ Discourse からメールを送信するためにローカルの Postfix インスタンスを使用しており、メールを受信するために mail-receiver アプリを使用しています。
Postfixの設定がバウンス配信を変更していないと仮定すると、app.yml に DISCOURSE_NOTIFICATION_EMAIL を設定し、それが mail-receiver に到達するメールと同じドメインを使用していれば、それだけで十分だと思います。
例えば、mail-receiver.yml の設定で MAIL_DOMAIN: discourse.example.com を使用しており（そしてDNSレコードによりそのドメインへのメールが mail-receiver に配信される場合）、DISCOURSE_NOTIFICATION_EMAIL は whatever@discourse.example.com のようなものになるはずです。
@Simon_Manning それで、Discourse のバウンスメールログに記録されるのでしょうか？
Postfix に変更する前はそこにバウンスが表示されていましたが、今は何も表示されません。