ご自身のアカウントで、独自のドメインからメールを送信

クライアントが受信するすべての通知 (請求書、パスワードの再設定、チケットへの返信、プロジェクトの更新情報など) は、メールサービスを経由して送信されます。デフォルトではそのサービスは当社のものが使用され、送信元 (From) には Zinn Digital® と表示され、費用は当社が負担します。

代理店プランまたはリセラープランをご利用の場合は、代わりに独自のメールサービスを関連付けることができます。その場合、クライアントには送信元にお客様のドメインが表示され、返信はお客様宛てに届き、メッセージはお客様のプロバイダーのお客様のアカウントで送信されます。

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

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

以下のいずれもご利用いただけます。すでにアカウントをお持ちのものをお選びください。

特にこだわりがなく既存のアカウントもない場合、トランザクションメールには Postmark がおすすめです。同サービスはマーケティングメールの取り扱いを拒絶しており、まさにそれが高い到達率を維持できている理由です。

まず DNS を設定してください。作業の大部分はこれです。

どのプロバイダーを選択しても、メールが届くか迷惑メールに振り分けられるかを決定するのは同じ3つの DNS レコードです。プロバイダーが正確な値を生成し、お客様がそれをご自身のドメインに追加します。

SPF — お客様の代わりに送信が許可されている者をリストアップする、ドメイン上の TXT レコードです。すでにある場合は、それを編集してください。2つ目を追加してはいけません。2つの SPF レコードを持つドメインは SPF 認証に完全に失敗します。これはレコードが何もない状態よりも悪影響を及ぼします。

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

Return-Path (バウンス) ドメイン — 通常は 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@ として送信されます。

設定の手順

1. プロバイダーを選択し、その認証情報を貼り付けます。
2. テストメッセージを送信 を押します。当社はお客様のプロバイダーを経由して、お客様が指定した受信トレイにコードを含んだ実際のメールを送信します。
3. その受信トレイからコードを確認して入力します。

これを行って初めて、メールがお客様名義で送信されるようになります。

⭐ テストには別のドメインの受信トレイを使用してください — Gmail や Outlook のアドレスが最適です。自社のサーバーから外に出ていないメッセージは、インターネットを経由して他社の迷惑メールフィルターを通過したメッセージに比べて、証明としての価値がはるかに劣ります。

テストメッセージが実際に届くことを当社が重視する理由

メッセージを受け入れながら通知なしにそれを破棄するプロバイダーの挙動は、正常に動作しているプロバイダーとまったく同じに見えるからです。新規作成された Amazon SES アカウントはサンドボックス環境にあり、メッセージを受け入れてもどこにも配信しません。DNS が伝播していない Mailgun ドメインも同様の動作をします。250 を返しながら破棄する SMTP リレーも同じです。

認証情報が受け入れられた瞬間に送信を切り替えてしまうと、お客様が最初に知る事実は「クライアントに何も届かなくなった」ということであり、しかもそれは数日後にクライアントから知らされることになります。コードは、メッセージがプロバイダーから送信され、無事に届いたことの証明になります。

プロバイダーが機能しなくなった場合はどうなりますか

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

⛔ 代わりに当社のドメインから送信することはありません。 これは意図的な仕様です。自動的にフェイルオーバーしてしまうと、破損したメールアカウントが表面上問題なく動き続けて誰も修復せず、その間の費用を当社が静かに負担し続けることになります。そのため障害を可視化しており、お客様自身で修正していただく必要があります。それが唯一の解決策だからです。

修正されるまで、クライアントにそれらの通知は届きません。すべての情報はクライアントのダッシュボード内の受信トレイに残っており、失われるものはありませんが、この赤いバナーは緊急のものとして対応してください。

何もしない場合はどうなりますか ?

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

解除方法

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