お持ちのアカウントから独自ドメインでメールを送信する

クライアント向けの通知を、独自のメールアカウントを使って独自ドメインから送信する方法：プロバイダの選び方、それらすべてに必要となるSPF、DKIM、リターンパスのレコード、テストメッセージの確実な到着になぜこだわるのか、そしてプロバイダに障害が発生した際にどうなるのかについて。

クライアントが受け取るすべての通知（請求書、パスワードの再設定、チケットの返信、プロジェクトの更新）は、メールサービス経由で送信されます。デフォルトではそのサービスは弊社のものであり、差出人（From）には Zinn Digital® と表示され、費用も弊社が負担します。

代理店プランまたはリセラープランをご利用の場合は、代わりに独自のメールサービスを連携させることができます。これにより、クライアントの画面では差出人にお客様のドメインが表示され、返信はお客様に届き、メッセージはお客様のプロバイダーにおけるお客様のアカウントから送信されます。

ダッシュボードのメール送信から設定してください。

どのプロバイダーを使用すべきですか？

以下のいずれも使用可能です。すでにアカウントをお持ちのプロバイダーを選択してください。

| プロバイダー | 最適な用途 | ガイド | | --- | --- | --- | | Mailgun | APIと豊富な送信ボリュームが必要な場合 | Mailgunの設定 | | SendGrid | マーケティングメールで既に使用している場合 | SendGridの設定 | | Postmark | トランザクションメール専用で、最高の到達性を求める場合 | Postmarkの設定 | | Amazon SES | すでにAWSをご利用で、最低価格を希望する場合 | Amazon SESの設定 | | Resend | 最もシンプルな設定を希望する場合 | Resendの設定 | | 独自のSMTPサーバー | 独自のメールインフラストラクチャを運用している場合 | SMTPの設定 |

特に希望がなく、既存のアカウントもない場合、トランザクションメール用として弊社が選択するのは Postmark です。マーケティングメールの配信を拒否するため、これがまさに高い到達率を誇る理由となっています。

最初にDNSを設定してください。それが大半の作業です。

どのプロバイダーを選択した場合でも、メールが確実に届くかスパム扱いされるかは、同じ3つのDNSレコードによって決まります。正確な値はプロバイダーによって生成されるため、それをドメインに追加します。

SPF — お客様のドメインにおける TXT レコードであり、お客様の名義での送信を許可されている送信者をリスト化します。すでにSPFレコードをお持ちの場合は、新しく追加するのではなく編集してください。2つのSPFレコードを持つドメインはSPFチェックに完全に不合格となり、レコードがない状態よりも悪化します。

DKIM — 公開鍵を保持する TXT レコードまたは CNAME レコードであり、受信サーバー側でメッセージが本当にプロバイダーから送信されたものであり、改ざんされていないことを確認できるようにします。これが最も重要な作業を行うレコードであり、DMARCを通過させるために一致させる必要があるレコードです。

リターンパス（バウンス）ドメイン — 通常は CNAME です。プロバイダーがバウンスを収集するために使用する、目に見えないエンベロープアドレスを設定します。これがない場合、バウンスは確認できない場所に送られ、お客様が気づかないうちにドメインの評価が低下します。

DMARC — _dmarc.yourdomain.com に配置する TXT レコードであり、SPFおよびDKIMが差出人（From）と一致しない場合の処理を受信サーバーに指示します。すべてが合格することを確認している間は p=none から始め、その後 p=quarantine および p=reject に移行してください。

⚠️ DNSの変更は即座には反映されません。問題があると判断する前に、最大で1時間ほどお待ちください。

送信にはサブドメインを使用してください

yourdomain.com そのものではなく、mail.yourdomain.com または notifications.yourdomain.com から送信してください。

その理由は評価（レピュテーション）です。メインドメインはビジネスメールで使用されるものです。一斉送信に万が一のことがあった場合、送信用のサブドメインを分けることで被害をその中に封じ込めることができ、問題の解決中もスタッフは通常通りクライアントにメールを送信できます。また、自身のメールボックスが依存するレコードに触れることなく、送信用のDNSレコードを設定できるようになります。

このドメインから送信フィールドには、アドレスではなくドメインを入力してください。@ より前の部分はメッセージごとに選択されます。領収書は billing@、パスワードの再設定は no-reply@、チケットの返信は support@ として送信されます。

設定の仕組み

プロバイダーを選択し、その認証情報を貼り付けます。
テストメールを送信を押します。指定した受信トレイ宛に、コードを含んだ実際のメールがプロバイダー経由で送信されます。
その受信トレイからコードを確認し、入力します。

これを行って初めて、お客様の名義でのメール送信が開始されます。

⭐ テストには別ドメインの受信トレイを使用してください — GmailやOutlookのアドレスが理想的です。自身のサーバーから出ないメッセージでは、インターネットを横断し、他者のスパムフィルターをすり抜けたメッセージに比べて、証明できることがはるかに少なくなります。

テストメールの到着を厳格に確認する理由

メッセージを受け入けた後にサイレントに破棄するプロバイダーは、正常に機能しているプロバイダーと見分けがつかないためです。新規作成された Amazon SES アカウントはサンドボックス内にあるため、メッセージを受け入れてもどこにも配信しません。DNSが伝播していない Mailgun ドメインも同様です。250 と応答して破棄する SMTP リレーも同様です。

認証情報が受け入れられた瞬間に送信を切り替えてしまうと、最初に気づくのはクライアントが何も受信しなくなったという事実であり、それを知るのは何日か経ってからクライアントからの指摘によってとなります。コードの存在は、メッセージがプロバイダーから送信され、着信したことの証明となります。

プロバイダーが機能しなくなった場合

通知は失敗として記録されて再試行が行われ、メール送信画面が赤色に変わり、プロバイダー独自のエラーメッセージが表示されます。

⛔ 弊社のドメインから代わりに送信することはありません。 これは意図的な仕様です。サイレントフォールバックを行うと、壊れたメールアカウントが「誰も修正しなくてもなんとなく動く」状態になり、その間の費用を弊社が密かに支払い続けることになります。そのため障害は可視化され、お客様自身で修正していただく必要があり、それこそが唯一の解決方法となります。

修正されるまで、クライアントはこれらの通知を受信しません。データはすべてダッシュボードの受信トレイに残っており、消失することはありませんが、ここでの赤いバナーは緊急の事態として扱ってください。

何もしなかった場合はどうなりますか？

何も問題は発生しません。通知は引き続き弊社のドメインから Zinn Digital® として送信され、費用も弊社が負担し続けます。クライアントには、お客様の名前の代わりに弊社の名前が表示されるだけです。

連携の解除

切断を押します。保存された認証情報が削除され、次回のメッセージから通知は再び弊社のドメインからの送信に戻ります。いつでも再接続が可能です。