Ryan_N
1
Straightforward direct-delivery incoming mail の議論の続きです：
指示された手順に従ったところ、すべて正常に動作しています！Rejected バインにバウンスが表示され、ダイレクト返信メールのテストもできました。素晴らしいです！ただし、私のように初めてフォーラムを設定する Linux 初心者の場合、特に MX レコードに関連する問題があることに気づきました。
私の理解では、MX レコードによって example.com をメールホストとして指定すると、example.com への受信メールの処理が、外部の使いやすいウェブサイトを使用して一般的なメールボックスアドレス（例：admin@example.com）を設定する可能性を排除してしまうように見えます。このアドレスはデフォルトで Discourse の「About」タブに表示されますが、私が作成しようとしているフォーラムには、実際にこのようなアドレスが必要なのです。技術者ではないこと、また自分でメールサーバーをホストすることに伴う他のリスクを考慮すると、admin@example.com の受信トレイは DigitalOcean のドロプレット外に置くべきだと強く感じています。昨夜は Postfix と格闘しましたが、結果として動作させることはできませんでした。しかし、一晩寝て考えた結果、DigitalOcean でメールサーバーを作成するのは自分には向いていないと感じています。解決策よりも問題の方が多くなるような気がします。私の焦点は「シンプルさ」にあります。
目標：作成予定の admin@example.org を、作成予定の Gmail 受信トレイに転送することです。これを行うことで何が犠牲になるのか、理解を手伝っていただけませんか？失われるのがコンテンツ表示の即時性だけなら、それでも構いません。なお、私の現在の設定では、MailGun は送信用としてそのまま使用できると考えています。その場合、2 つの Gmail アカウントを作成する必要があります。1 つはバウンス専用で、POP3 で「呼び出される」もの、もう 1 つは admin@example.org 宛てにメールを送信する人々のためのものです。後者は名前を付けるべき @gmail アカウントに到達し、私がそれらに返信する際に使用します。[編集：補足します。私のレジストラである NameCheap は、独自メールホスティングサービス（すでに安価ですが）を購入する必要なく、エイリアスメールアドレスの作成と転送（Gmail などへ）を無料で提供しています。
私の理解は正しいでしょうか？ご支援と、ここでのすべての投稿に心から感謝します。とても勉強になりました！
pfaffman
(Jay Pfaffman)
2
やったー！
一般的に推奨されているのは、フォーラムをサブドメイン（例：www.example.com、forum.example.com）で運用することです。そうすれば、メールドメインを xxx@www.example.com として使用でき、example.com でのメール受信に問題が生じなくなります。その場合、グループやカテゴリへの投稿を受信する設定を whatever@forum.example.com としてください。（また、ウェブサイトをネイクドドメイン（アペックスドメイン）で運用するのは避けたほうがよいでしょう：https://www.yes-www.org/why-use-www/）
Ryan_N
3
@pfaffman すごい！つまり、ケーキも食べて満足できるってことですね 
！これは非常に前向きな話です。もしかすると、私はすでにほぼ正しい設定ができているかもしれません…
- 私の送信用メールサブドメインは単に「mg」で、問題なく動作しています。つまり、あなたの提案通りポート 2525 で
postmaster@mg.example.com（アスタリスクは除く）として機能しています。完璧に動いています。Discourse に必要なもの（おそらくウェブフックなど）を正しく設定したおかげで、この構成でもバウンスを確認できています。
- DNS 設定にある MX レコードはたった一つだけで、
mail.example.com を example.com に指しています。これが何をしているのか、あるいは何もしていないのか、私には全くわかりません。しかし、メールは届きますし、Discourse 内でもバウンスが確認でき、直接返信もこの構成で動作しています。やったね！
containers/mail-receiver.yml では MAIL_DOMAIN が mg.mydomain.com に設定されています。これは Mailgun（送信側）と同じ値です。
もしかすると、その MX レコードは不要か、名前を変更すべきかもしれません。なぜなら、MX レコード以外に mail.mydomain.com をどこで定義したのか見当がつかないからです。
ここからが少しややこしいのですが、NameCheap の無料メール転送機能 こちら を再び使えるようにするには、DNS 設定を DigitalOcean からレジストラ（NameCheap）に戻す必要があるようです。ただし、そのためには DNS 設定がレジストラ側に存在している必要があります。
私の作業手順は以下の通りです：
まず、現在 DigitalOcean にあるすべての DNS エントリを、NameCheap にそのまま移します。その後、admin@mydomain.com といったメールアドレスを作成し、今すぐ作成した Gmail アドレスに転送されるように設定します。結果として、「シンプルな直接受信メール」の機能は維持されたまま、ドメイン付きのメール受信ボックスを手に入れることができます。さらに、新しいサブドメインを設ける必要もありません。私の理解が合っていればの話ですが。
この複雑な仕組みを理解するのを手伝ってくれてありがとう、Jay。乾杯！
Ryan_N
5
ドメイン登録会社側でDNS設定をすべて元に戻し、彼らのメール転送機能機能を有効にするだけの目的で、いくつか興味深い結果が出ました。これは本当に謎めいていますね：@Jonathan5 さん、確かにその独立したMXレコードを削除して、何が起きるか試してみました。答えは混乱を招くものです：すべてが正常に機能しているにもかかわらず、メール経由でフォーラムの投稿やコメントに直接配信される際に、約12分の遅延が発生するようになりました。なぜこうなるのか、どなたか理由がわかりますか？（私のフォーラムはまだ公開されておらず、テスト・設定中です）
また、次のことも学びました：上記のリンク先の「機能」を使用している場合、MXレコードを追加することはできません。NameCheapでMXレコードを追加すると、メール転送機能が無効化され、そのリンクの#6項に表示されるエリア全体がグレーアウトして内容が表示されなくなります。
一体そのMXレコードは何をするものなのでしょうか？私の場合はmail.mydomain.comを指しています。これを省略することで、新たな問題を引き起こしているのでしょうか？私の選択肢は、(a) OPで定義されたMXレコードを省略したままにし、(b) admin@mydomain.orgを無料で新規作成したGmailインボックスへ転送するか、あるいは(c) 直接配信を諦めて、何らかのPOP/IMAP設定を選択するか、のいずれかです。
後者について、登録会社の「プライベートメールサービス」は8ドルと非常に安価です。ただし、それが実際に何をもたらすのかはわかりません。もしそれがMXレコードを再度割り当てられるようになり、それによってメールがより安全になったり、配信が速くなったりするのなら、検討するかもしれません。まだこの手のことに慣れていないので 
みなさん、私に辛抱強く付き合ってくれて、特に助けてくれてありがとうございます。
Ryan_N
7
@Jonathan5 残念ですが、私の幸運な連続は、私が何もしていないのに終わってしまいました。インターネットの伝播遅延のせいかもしれませんね 
。私の以前のコメントは、MX レコードの削除をテストしてから約 10〜15 分後に投稿したものです。それから 90 分が経過しましたが、以下の機能がもう動作しなくなっています：直接配信、既読通知、バウンス、拒否リストなど。本当に楽しいものです。
@pfaffman 以下は、ドメイン登録業者 NameCheap に関する要点です。彼らは二者択一のアプローチを採用しています。顧客は DNS 設定で好きなだけ MX レコードを追加できますが、一度でも 1 つの MX レコードが追加されると、顧客は別の受信トレイ（例：@gmail）へ転送するためのメールアドレスやエイリアス（例：admin@newdomain.com）を作成できなくなります。
今後の最善の道についてのご意見をお待ちしています。私の理解では、直接配信を機能させるには、OP がここで定義している通り MX レコードが必要であり、さらに購入予定のメールプロバイダー用のサブドメインを使用した別の MX レコードも必要です。私の考え方は正しいでしょうか？皆様、よろしくお願いいたします！
もしかすると、MAIL_DOMAIN が mail.domain.com に設定されていて、フォーラムのドメインが domain.com だったのかもしれません。その場合、MX レコードがすべてを正常に動作させていた可能性があり、結局はそれを削除すべきではなかったのでしょう。それが伝播するにつれて、徐々に使われなくなっていったのかもしれません。したがって、それを元に戻す必要があります。混乱を招いてしまったなら申し訳ありません。また、その MX レコードが必要なのに、無料のメールサービスを使用しているため設定できない場合は、結局は最初からやり直しになります。
混乱を招く可能性があるため、以前のメッセージは削除しました。
Ryan_N
9
全く気にしないでください！私はどちらかというと、えーと、「ハッキング」しながら進めています——その都度学んでいます。
@Ryan_N 記載されている通り、Namecheap で転送と MX レコードの設定を行うことができました here