独自ドメインからブランドメールを送信する

ブランド付きのメールボックス通知や招待メールでは、TrekMail 用に設定されたプラットフォーム送信者が既定で使われます。表示されるブランド名とメールのレイアウトには引き続き独自のアイデンティティを使えますが、アドレスにはプラットフォームのドメインが表示される場合があります。アカウント所有者宛て、請求関連、その他のプラットフォーム連絡は別のフローであり、ブランド付きの顧客向けメールとして表示すべきではありません。

Transactional sender 設定を使うと、対応するブランドメールで、noreply@yourbrand.com や hello@yourbrand.com など、アカウント内のドメインに属するアドレスを使用できます。アドレスは以下の検証に合格する必要があります。任意のアドレスを送信元にできる一般的な send-as 欄ではありません。

追加設定なしで利用できる理由

アドレスが検証に合格した場合、そのアドレスを選んでも、この設定専用の DNS レコードは追加されません。ドメインはすでにアカウントに属し、必要な DKIM がプロビジョニングされている必要があります。条件を満たさない場合、フォームは署名されていない送信者を保存せず、アドレスを拒否します。

安全に利用するためのルールはシンプルです。

• 送信者ドメインを TrekMail アカウントに追加し、必要な DNS 設定を完了します。
• アカウントが所有し、DKIM がプロビジョニングされたドメインのアドレスを選びます。
• ブランディングを保存し、顧客にアドレスを案内する前に実際のテストメッセージを送信します。

この検証により、プラットフォームはブランド送信者に対して、ドメインの既存の DKIM プロビジョニング済み設定を使用できます。そのため、このアドレスはプラットフォームの通常の認証済み送信経路を利用できます。ただし、すべての受信プロバイダーがすべてのメッセージを受信トレイに入れることを保証するものではありません。

後で DNS を変更したりドメインを移管したりした場合は、ブランド送信者を利用する前に DNS の状態を再確認し、もう一度テストメッセージを送信してください。顧客のパスワードリセットや大量の招待をテストとして使用しないでください。

有効にする

Branding タブを開き、Transactional sender を見つけます。noreply@yourbrand.com、team@yourbrand.com、hello@yourbrand.com など、アカウントが所有し、DKIM がプロビジョニングされたドメインのアドレスを入力して保存します。フォームが拒否した場合は、別の未検証アドレスを試さず、まずドメインを追加するか DNS 設定を修復してください。

有効なブランドメールアイデンティティを使うメッセージでは、そのアドレスが表示用の From になります。利用を始める前にテスト用の招待または復旧メッセージを送り、受信したメールを確認してください。受信者には次のように表示されます。

From: YourBrand <noreply@yourbrand.com>

これは次の表示に代わるものです。

From: YourBrand <noreply@trekmail.net>

表示名は引き続き、保存した Brand name から取得されます。送信者設定で変わるのはアドレスであり、顧客向けの文面、ブランド素材、サポート手順は変わりません。

変わらないもの

この設定を有効にしても、次の項目は意図的に変更されません。

• Support email は独立した設定です。 保存されている場合、対応するブランドメールはそのアドレスを Reply-To に使います。空欄の場合は Reply-To ヘッダーが追加されません。すべてのプラットフォームメールが同じ返信経路を使うと思い込まず、受信したメッセージでテストしてください。
• 配信処理は引き続きプラットフォームが管理します。 この設定は表示される送信者を変更します。個別のバウンス用メールボックスや配信保証を提供するものではありません。
• メール設定は独立しています。 送信者を選んでも、別のメールフローの配信設定や登録解除の動作は設定されません。
• 既存の DKIM 設定を再利用します。 フォームでは、アカウント内にあり DKIM がプロビジョニングされたドメインが必要です。この送信者設定用の新しいセレクターや鍵は求められません。

TrekMail のまま残るもの

Gmail の View source や Apple Mail の完全なヘッダーなどでメールの生ヘッダーを確認する技術的な利用者には、引き続き次の転送情報が見える場合があります。

• Received: チェーンには、送信メールサーバーを通る経路が表示されます。
• Return-Path: には、プラットフォームが管理する配信経路が表示される場合があります。

これらはインフラの詳細であり、受信者が通常送信者を識別するために使う名前とアドレスではありません。Transactional sender 設定が制御するのは表示用の From アドレスです。生ヘッダーのすべての詳細がホワイトラベルになることや、プロバイダーが特定の配信判断を行うことは約束されません。

よくある質問

送信者ドメイン用に別の DKIM 鍵が必要ですか？ この設定用に別の鍵は作成されません。送信者ドメインはすでにアカウントに登録され、DKIM 鍵がプロビジョニングされている必要があります。条件を満たしていれば、アドレスを保存し、対応するブランドメールをテストしてください。

ドメインの準備がまだできていない場合はどうなりますか？ フォームはアドレスを拒否します。Domains でドメインを追加し、表示される DNS と DKIM の設定を完了してから Branding に戻ってください。署名されていない送信者が通知なしに保存されることはありません。

メールボックスとは別のドメインの送信者を使用できますか？ はい。そのドメインも同じ TrekMail アカウント内にあり、DKIM 鍵がプロビジョニングされていれば使用できます。設定はアカウントのドメインに照らして検証されるため、アカウント外のドメインに属するアドレスは保存できません。

受信者から配信問題の報告があった場合はどうすればよいですか？ まず、保存した送信者、ドメインの現在の DNS 状態、受信メッセージまたは配信エラーのコピーを確認してください。有効な送信者アドレスは必須ですが、すべての受信プロバイダーで受信トレイへの配置を保証するものではありません。

パスワードリセットとメールボックス招待で別々の送信者を使えますか？ 現在、Branding には Transactional sender 欄が 1 つだけあります。これは対応するブランドメールフローの表示用 From アドレスとして使われます。チームが保守してテストできる 1 つの送信者を設定してください。

顧客の返信スレッドの表示は変わりますか？ Support email を保存している場合、対応するブランドメッセージはそれを Reply-To に使用するため、返信するとそのメールボックス宛てのメッセージが開きます。空欄の場合、メッセージに Reply-To ヘッダーはありません。監視している Support email を使用し、返信先を顧客に案内する前にテストしてください。

SPF のルックアップ上限に影響しますか？ この設定は、Transactional sender 専用の SPF レコードを追加しません。ドメインの通常の DNS 設定を正常に保ち、ドメインを変更した後はダッシュボードに表示される DNS 状態を確認してください。

この設定を変更すべきでない場合

次の状況では、当面は設定済みのプラットフォーム送信者を維持してください。

• 送信者ドメインが、DKIM をプロビジョニングした状態で TrekMail アカウントにまだ登録されていない。
• 自分が管理していない hostname またはドメインをテストしている。
• ドメイン移管中または DNS 変更中で、現在のドメイン状態をまだ確認できない。

安全な導入手順

1. 送信者ドメインがこのアカウント内にあり、DKIM 設定が正常と表示されることを確認します。
2. Transactional sender を保存し、返信を受け取りたい場合は監視している Support email も保存します。
3. チーム外のテスト受信者に、対応するブランドメールを送ります。
4. 受信メッセージで、表示用 From アドレス、Reply-To アドレス、リンクの host を確認します。
5. その後で、顧客のオンボーディングや大量の招待に送信者を使用します。

次のステップ

• White Label Lite を設定する: 設定の全手順です。
• TrekMail ブランドのまま残るもの: 詳しい顧客が見つける可能性のある内部要素を率直にまとめています。
• ドメインを追加する: 前提となる手順です。取引メールを正しく署名するには、検証済みドメインが必要です。
• DNS の状態を確認する: この設定を有効にする前に、DKIM、SPF、DMARC レコードが正常であることを確認します。