問題の内容
Zendesk Supportに外部サポートアドレスを追加すると、管理センターでメールステータスにエラー警告が表示されます。次のメッセージのいずれかまたは両方が表示されることがあります。
- 転送確認に失敗しました
- SPFレコードのチェックに失敗しました
「転送確認に失敗しました」を解決する
このエラーは、Zendeskがお客様のカスタムメールアドレス（support@yourdomain.comなど）に確認メール（「ping」）を送信しましたが、お客様のZendeskアカウントにリダイレクトされなかったことを意味します。
ステップ1：転送ルールの設定を確認する
メールプロバイダー(Microsoft 365、Googleワークスペースなど)にログインし、自動転送ルールがアクティブになっていることを確認します。これにより、すべての受信メールがZendeskのシステムアドレス(support@subdomain.zendesk.comなど)に送信されます。
ステップ2：外部転送制限を確認する（Microsoft 365ユーザー）
デフォルトでは、Microsoft 365は自動外部メール転送をブロックします。Exchange/M365を使用している場合、管理者はDefender Security & Compliance Centerの「Anti-spam outbound policy」で自動転送を有効にする必要があります。
ステップ3：手動メールによるテスト
個人アドレスまたは代替アドレスから外部サポートアドレスに直接メールを送信します。
- チケットが作成されない場合：メール転送ルールが不完全か、メールサーバーのスパムフィルターによってブロックされています。メール管理者にお問い合わせください。
- チケットが作成されたとき：転送は機能していますが、Zendeskの確認pingが遅延またはフィルタリングされています。Zendesk管理センターに戻り、「確認を再試行」をクリックします。
プロバイダー固有の詳細な設定手順については、以下を参照してください。「受け付けたメールをZendesk Supportに転送する方法」
「SPFレコードのチェックに失敗しました」を解決する
SPF（Sender Policy Framework）エラーは受信メールをブロックしませんが、Zendeskがカスタムドメインを使用して送信通知を送信することはできなくなります。有効なSPFレコードがない場合、Zendeskから送信されたメールがカスタマーのスパムフォルダに振り分けられる可能性があります。
ステップ1：DNS TXTレコードを見つける
ドメイン登録業者またはDNSホスティング プロバイダー(Cloudflare、GoDaddy、Namecheap、Route 53など)にログインし、v=spf1で始まる既存のTXTレコードを見つけます。
ステップ2：Zendesk SPFメカニズムを追加する
既存のSPFレコードを更新して、終端~allまたは-allタグの前にinclude:mail.zendesk.comを追加します。
SPFレコードの例：
v=spf1 include:spf.protection.outlook.com include:mail.zendesk.com ~all
重要なDNSルール：
-
複数のSPFレコードを作成しない：同じドメインに
v=spf1で始まる複数のTXTレコードがあると、SPFが無効になります。すべてのを含むを1つのレコードに統合します。 - 伝播時間：DNSの変更がZendeskによって確認されるまで、世界中に反映されるまでに最大24～48時間かかる場合があります。
SPF設定の詳細については、以下を参照してください。「自社のメールドメインの代わりにZendeskからメールを送信する」
それでも問題が解決されない場合
転送ルールを確認し、アウトバウンド転送を有効にし、SPF TXTレコードを更新したが、エラーが続く場合は、メール管理者またはドメインホストに連絡して、アクティブなメールフローの制限や伝播の遅延がないことを確認してください。
メールの設定を再評価してやり直す場合は、下のボタンをクリックして製品内ガイドに移動してください。
翻訳に関する免責事項：この記事は、お客様の利便性のために自動翻訳ソフ トウェアによって翻訳されたものです。Zendeskでは、翻訳の正確さを期すために相応の努力を払っておりますが、翻訳の正確性につ いては保証いたしません。
翻訳された記事の内容の正確性に関して疑問が生じた場合は、正式版である英語の記事 を参照してください。