Configure direct-delivery incoming email for self-hosted sites with Mail-Receiver

ドキュメント セルフホスティング
, , ,
532

DMARCサポートを無効にするには、具体的にどうすればよいのでしょうか？

つまり、mail-receiver.yml の env セクションに INCLUDE_DMARC: false を追加しても、うまくいかないようです。これにより opendkim および opendmarc デーモンが実行されなくなる（ログに警告が表示される）ようですが、SPFチェックは引き続き実行されています。

追記:
さらに、env セクションに次の POSTCONF_ 行を追加することで、SPFチェックを無効にできたようです。

env:
  ...
  INCLUDE_DMARC: false
  POSTCONF_smtpd_recipient_restrictions: check_policy_service unix:private/policy
  ...

これは、DMARCチェックを導入したコミットを見て、INCLUDE_DMARC が false の場合に何が起こるべきかを確認して得たものです。

Dockerイメージがどのようにビルドされるかについてはほとんど知りませんが、INCLUDE_DMARC フラグは、mail-receiver.yml で設定できるものではなく、他の誰かが、どこかで、いつか設定すべきものであるという印象を受けています。

「いいね！」 2
533

ufw でポート 443 を開く必要がありました。そうしないと、logs で API Request Preparation Failed というエラーが発生しました。標準のインストール手順で ufw の有効化について言及されているため、これは言及するのが最善だと思いました。

ポート 25 は mail-receiver.yml で言及されており、ufw をバイパスしているようです。

「いいね！」 1
534

GitHubリポジトリはOPにあるべきですか？

「いいね！」 3
535

メール受信者をご利用の皆様へ、Remove smtp_should_reject & discourse-smtp-fast-rejection をご覧ください。

元の機能が壊れており、ユーザーに問題を引き起こしていたため、fast-rejection を完全に削除する予定です。具体的には、次のような問題が発生していました。

また、事前配信テストがエンベロープの From と To をチェックしていましたが、Discourse はヘッダーの値のみを使用しているため、転送メールにも影響します。

「いいね！」 1
536

mail-receiver.yml サンプルファイル内の DISCOURSE_BASE_URL 値の不要な引用符を削除するための PR を提出しました。引用符が原因で私のセットアップが機能しなくなっていました。引用符をなくすことで、このドキュメントの完了が成功します。

537

どのように壊れるのか説明していただけますか？この値の引用符の有無は違いを生みません。

[2] pry(main)=> YAML::load("env:\n  DISCOURSE_BASE_URL: 'https://discourse.example.com'")
=> {"env"=>{"DISCOURSE_BASE_URL"=>"https://discourse.example.com"}}

[3] pry(main)=> YAML::load("env:\n  DISCOURSE_BASE_URL: https://discourse.example.com")
=> {"env"=>{"DISCOURSE_BASE_URL"=>"https://discourse.example.com"}}
538

そのコンテナのログを追跡し、メッセージを送信していたとき、discourse.example.com は MX レコードの一部ではありませんのようなエラーが多数表示されていました。引用符を削除し、コンテナを再構築したところ、動作し始めました :person_shrugging:

イベントの順序も関係しているかもしれません。

  1. メールレシーバーコンテナを設定して起動しました
  2. 数日後、MX DNS レコードを設定しました
  3. MX レコードが正しく設定されていることを確認してからテストを開始しました。動作しませんでした
  4. 引用符を削除し、コンテナを再構築したところ、動作し始めました

したがって、解決策が引用符の削除に関連していたのか、それとも MX レコードが作成された後のコンテナの再構築に関連していたのかはわかりません。

最悪の場合、PR は yml を一貫性のあるものにします :slight_smile:

「いいね！」 1