顧客のメールアプリに自社ブランドを表示する

ダッシュボードとウェブメールでは、すでに自社のアドレスを使用できます。メールアプリでもブランドドメインを使えますが、DNS とメールホスト証明書の準備が完了した後に限られます。それまでは、顧客に証明書警告が表示されないよう、TrekMail が稼働中のプラットフォームのメールサーバー名を表示します。

この機能により、選択したブランドドメインで imap.yourbrand.com と smtp.yourbrand.com が利用可能になります。ブランド化したダッシュボードやウェブメールのアドレスとは別の機能です。

顧客に表示される内容

ブランドメールゾーンのステータスが On になる前は、メールボックス設定にプラットフォームのメールサーバー名が表示されます。

• 受信サーバー：imap.trekmail.net
• 送信サーバー：smtp.trekmail.net

ステータスが On になると、設定ページと対応する自動設定レスポンスでは imap.yourbrand.com と smtp.yourbrand.com が使われます。メールボックス、パスワード、ポート、基盤となるメールサービスは変わりません。

設定を自動検出できるアプリもあれば、IMAP と SMTP の手動入力が必要なアプリもあります。どちらの場合も、現在の設定ページに表示される名前とポートを案内してください。ステータスが On になるまでブランドホスト名を公開しないでください。

有効にする

Domains → (your brand domain) → Branding を開きます。Branded access で Mail apps on your domain を有効にします。ここで使うのは yourbrand.com などブランドを表すベースドメインであり、ホストしている個々の顧客ドメインではありません。

ダッシュボード、ウェブメール、メールアプリの設定は独立しています。ブランド化したダッシュボードやウェブメールがなくても有効にできます。プレビュー中に保存できますが、レコードとホスト名を利用できるのは White Label が有効な間だけです。

変更を保存し、同じページの DNS for your brand 表を使います。この表が現在のレコード値とステータスの信頼できる情報源です。古いスクリーンショットや別アカウントではなく、この表からコピーしてください。

レコード

レコードはブランドドメインに追加します。ホスト名は予測できますが、ターゲットは環境によって異なる場合があるため、DNS for your brand の正確な値を使用してください。

表には対応が必要なレコードとコピーすべき正確なターゲットが表示されます。CNAME を IP アドレスに置き換えないでください。CNAME なら、再度 DNS を編集することなくプラットフォームがインフラを変更できます。

imap と smtp は一組です。既存の正しいレコードは変更せず、いずれかが不足または誤りと表示された場合は Branding のターゲットを使います。CNAME と同じホスト名の A レコードは作成しないでください。

Cloudflare を使う場合、メール関連の CNAME は DNS-only（灰色の雲）にします。プロキシにより、メールアプリがサーバーへ接続できなかったり、正しい証明書を受け取れなかったりすることがあります。

レコード公開後、利用可能になったら Check now を実行し、表に戻って結果を確認します。一部の行が先に準備完了になるのは正常です。

以前は正しかったものの、その後変更されたレコードが表示される場合もあります。マークされたレコードだけを修正して、再度確認してください。

次に行われる処理

サービスはまず、顧客が自社ドメイン設定で使用できる DNS レコードを検証します。次に imap と smtp を検証して証明書をプロビジョニングし、その後で初めてメールアプリに名前を提供します。推定待ち時間ではなく Branding ページのステータスを確認してください。

スイッチには進行状況が表示されます。

• Waiting for DNS: 必須レコードの 1 つ以上をまだ検証できません。
• Half done: ブランド DNS ゾーンは準備済みですが、証明書の処理が完了するまで imap と smtp は稼働中のプラットフォーム名を使います。
• On: ブランド DNS ゾーンとメールクライアント名を利用できます。

中間状態でも安全です。顧客が公開する DNS ではブランドを使えますが、ブランドホストの準備が完了するまで、メールアプリは稼働中のプラットフォームホスト名を使い続けます。

順序は重要ですが、TrekMail が管理します

メールアプリにはホスト名と一致する証明書が必要です。そのため TrekMail は、証明書が準備できるまで imap.yourbrand.com と smtp.yourbrand.com を設定情報に含めません。証明書処理が失敗した場合は DNS を確認して Check now を実行し、解決しなければホスト名と表示ステータスをサポートに伝えてください。

保留中のステータスを急ぐべきでないのはこのためです。設定を有効にしてもレコードが未完成なら、プラットフォームのメールサーバー名が使われます。On になるまでブランド名を顧客に案内しないでください。

後から動作しなくなった場合

顧客から設定や接続の問題が報告されたら、Branding を開いてマークされたレコードを DNS プロバイダーと比較します。ホスト、種類、ターゲット、Cloudflare プロキシ設定を確認してください。修正後に Check now を実行し、ステータスの更新を待ちます。

プラットフォーム側に残るもの

MX レコード。 顧客宛てのメールは引き続き、ドメインの DNS 設定に表示されるプラットフォームの MX ターゲットを経由して届きます。これはインフラ用レコードであり、メールアプリに入力するホスト名ではありません。

この機能は対応する DNS 値とメールクライアントのホスト名をブランド化しますが、DNS やメッセージヘッダーの技術調査からすべてのプラットフォーム情報を消すものではありません。

無効にする

無効化する前に、顧客向け設定ガイドを更新し、現在の設定ページに表示されるプラットフォームのメールサーバー名を記載します。その後スイッチをオフにして保存します。証明書のクリーンアップ中、プラットフォームはブランド名の提供を停止します。

すでに imap.yourbrand.com または smtp.yourbrand.com を設定したスマートフォンやデスクトップアプリは、無効化後にプラットフォーム名へ変更する必要があります。全顧客を変更する前に 1 つのメールボックスでテストしてください。

よくある質問

「顧客はメールボックスを追加し直す必要がありますか？」 いいえ。既存クライアントは現在のプラットフォーム設定を維持できます。既存アプリにブランド名を表示するには、ステータスが On になった後で IMAP と SMTP のホスト名を更新します。新しい設定フローでは、アプリが検出に対応していれば現在の名前を使い、非対応なら表示された設定を手動入力します。

「imap と smtp 以外の名前を使えますか？」 いいえ。設定レスポンスと顧客向け手順を統一するため、これらの名前は固定です。管理できる部分はブランドのベースドメインなので、慎重に選んでください。

「複数のドメインがあります。どれが使われますか？」 メールゾーンは選択したブランドのベースドメインに属します。それがアカウントの既定ブランドなら、そのブランドを使うドメインは同じブランド設定名を通知します。ドメイングループに別の識別情報が必要なら、別のカスタムブランドを使います。

「顧客が設定を手動入力する必要があります。」 現在の設定ページに表示される IMAP と SMTP のホスト名、ポート、セキュリティ方式、ログイン名を案内してください。古いガイドから推測しないでください。

次のステップ

• 独自ドメインで White Label Lite を設定する
• TrekMail ブランドのままになるもの
• DNS が保留中のままの場合