ドッカーメールサーバーを起動します。 Let’s encrypt で証明書を作成します。 ここで一旦、コンテナから出ます。 設定ファイル mailserver.env の SSL_TYPE を letsencrypt に変更します。 docker-compose.yml の 465 と 995 の頭にある＃（コメント）を取ります。 ドッカーメールサーバーを再起動させます。 確か、こんな感じだと思いました。
ドッカーメールサーバーで SMTPS を使うには？ Read More »
デフォルトのMAIL FROMは「smtp.mailfrom=ap-northeast-1.amazonses.com」になっていました。
カスタムの MAIL FROM ドメインについて Read More »
PHP JIT を有効にする手順。 OPcache をインストールします。 OPcache を有効化します。 PHP JIT を有効化します。 アパッチをリロードします。
ポイントは２行目の「auth login」です。「auth on」ではなく「auth login」を使っています。
PHP で SMTP を使ってメールを送信するには？ Read More »
SPFレコードを調べていると ~all と -all で終わっているものがあった。
SPFレコードの all について ~all と -all があるけど何ですか？ Read More »
mailserver.env の POP3 を有効化する。 docker-compose.yml の 110 ポートを開く メールサーバーを再起動する。 docker-mailserver で POP3 を使いたい。
ドッカーメールサーバーで POP3 を使うには？ Read More »
DMARC（Domain-based Message Authentication, Reporting, and Conformance）は、メール送信者が自分のドメインから送信されるメールが適切に認証されているかどうかを確認し、認証に失敗したメールがどのように処理されるべきかを定義するための標準です。DMARCレコードには、ポリシーやレポートの設定を指定するための情報が含まれています。以下に、提供された3つのDMARCレコードの違いを説明します。 ① v=DMARC1; p=none; rua=mailto:{メールアドレス} このレコードは、DMARCをテストする段階でよく使用されます。ポリシーがnoneであるため、メールの処理には影響を与えず、ただし認証の結果を確認するためのレポートが受け取れます。 ② v=DMARC1; p=quarantine; pct=5; rua=mailto:{メールアドレス} このレコードは、DMARCポリシーを実際に適用しつつ、全てのメールに対してはなく、指定された割合のメールに対してだけポリシーを適用するために使用されます。これにより、ポリシーが意図した通りに機能しているかを確認できます。 ③ v=DMARC1; p=quarantine; adkim=s; aspf=s このレコードは、quarantineポリシーを適用し、さらにDKIMとSPFのアライメントに対して厳密な一致を要求します。つまり、DKIM署名とSPFの認証ドメインが送信ドメインに完全に一致する必要があります。これにより、より厳格な認証とフィルタリングが行われます。 まとめ それぞれのレコードの設定は、DMARCポリシーの適用度合いとテストまたは本番環境での要求するセキュリティレベルによって異なります。
docker-mailserver を起動する手順。 docker-compose の１行目に version: ‘3 ‘を追加します。 docker-mailserver を起動します。 docker-mailserver を起動したら、「Unsupported config option for services」のエラーが表示された。
ドッカーメールサーバーを起動したらエラーになった Read More »
