IntercomのInboxへの自動メール転送を設定し、メールプロバイダーを構成し、一般的な問題をトラブルシューティングします。
この記事を使ってIntercomのInboxへの自動メール転送を設定し、メールプロバイダーの転送設定、検証失敗やメール未着のトラブルシューティング、Google Groupsなどのメーリングリストがサポートされない理由を理解してください。設定後はすべての顧客メールを一元管理でき、チームinboxへの割り当てやSLA（サービスレベルアグリーメント）の適用が自動化されます。
メール送信は開発者ワークスペースではサポートされておらず、本番ワークスペースのみ対応しています。
メール転送を設定する前に何が必要ですか？
自動転送とdomain設定にはメールプロバイダーとdomain設定への管理者アクセスが必要です。管理者をIntercomに招待してください。
自動転送はほとんどすべてのメールプロバイダーにある機能です。ただし、メールプロバイダーごとに設定や機能が異なり、例えばスパムが転送前にフィルタリングされるか、1日に転送できるメール数などに影響します。以下に主要なメールプロバイダーでの自動転送設定のガイドを示しますが、開始前にご利用のメールプロバイダーのドキュメントを読むことを推奨します。
注意：Intercomはワークスペースのinboxアドレスに転送されたメールのみ受信します。その他のアドレス（例：support@yourcompany.com）に直接送信されたメールは、そのアドレスがワークスペースのinboxアドレスに転送設定されていない限り、IntercomのInboxに表示されません。
メール転送にメーリングリストを使用しないでください：
メール転送は個別のメールアドレスのみ設定可能です。共有inboxやメーリンググループはサポートされておらず、検証失敗の原因となります。
Google GroupsなどのメーリングリストはIntercomへのメール転送に対応していません。これらのプラットフォームはメールヘッダーの「From」アドレスを変更することが多く、Intercomで正しい連絡先とメールを関連付けられません。これにより送信者情報の検出に問題が生じ、会話が正しい顧客に正しく割り当てられない可能性があります。
自動メール転送の設定方法
Intercomに転送するメールアドレスは複数設定可能です。最初のアドレスを設定した後、同じ手順で追加のアドレスを設定してください。以下の制限に注意してください。
一度に最大10件の未検証メールアドレスを追加できます。
Intercomワークスペースには最大250件のメールアドレスを追加できます。
注意：Intercomでのメール転送の設定と管理にはSettingsアクセス権が必要です。Settingsメニューが見えない場合は、管理者アクセスを持つチームメイトに設定を依頼してください。
Intercomに新しいメールアドレスを追加する際に自動メール転送を設定できます。
Settings > Channels > Email > Domains & addressesに移動し、New email addressを選択してください。
「このアドレスからのメールを自動転送する」が有効になっていることを確認してください。
あなたのユニークなIntercomワークスペースのメールアドレスをコピーしてください。
以下のメールプロバイダーの手順に従ってメール転送を設定してください。
自動転送を検証してください。成功するとIntercomでアドレスのステータスがverifiedに更新され、メールチャネルの設定を続行できます。
Intercomでメールアドレスの設定を完了する。
または、すでにIntercomに追加したメールアドレスを編集する場合：
Settings > Channels > Email > Domains & addressesに移動し、追加済みのメールアドレスの横にあるEditを選択してください。
次にSet up automatic forwardingをクリックしてください。
あなたのユニークなIntercomワークスペースのメールアドレスをコピーしてください。
以下のメールプロバイダーの手順に従ってメール転送を設定してください。
自動転送を検証してください。成功するとIntercomでアドレスのステータスがverifiedに更新されます。
Intercomでメールアドレスの設定を完了する。
自動メール転送の設定に成功したら、次のステップはまだ認証されていなければdomainの認証です。domain認証は正しいメール転送に不可欠で、認証されていないと転送メールがIntercomで検証に失敗する可能性があります。
注意：
domainまたはメールプロバイダーが転送アドレスの所有権確認を求める場合があります。通常、確認メールが送信され、unassigned inboxで確認できます。
自動転送設定の検証は必須で省略できません。これは転送アドレスの所有権を確認し、バウンスを防いでdomainの評判を維持するために重要です。
転送メールを初めて設定すると、メールクライアントがIntercomに検証メールを送信し、転送先アドレスへのアクセス権を確認します。この検証メールはスパムinboxに入ることがあります。スパムInboxが見えない場合は、Manage > Edit sidebar > Spamに移動し、サイドバーにピン留めしてください。
検証メールは転送開始から60秒以内にIntercomに転送してください。
x-inbox-verification-codeなどのヘッダーは保持してください。このヘッダーは転送アドレスがあなたのものであることをIntercomが確認するために追加されます。転送時に削除または変更されると検証に失敗します。
ヒント：メールをIntercomに転送すると、ワークスペースのすべてのチームメイトがそのメールを閲覧できます。プライベートなメールがある場合は個人メールアドレスからの転送を避けてください。
ヒント：Intercomで「転送メール内の顧客を検出」を有効にすると、手動転送されたメールが転送者ではなく元の顧客に正しく紐づきます。Settings > Channels > Email > Email settingsに移動し、「転送メール内の顧客を検出」をオンにしてください。これが機能するには、転送者がワークスペースの管理者であること、メール件名が「Fwd:」またはローカライズされた同等の表記で始まること、転送メタデータに元の送信者のメールが「From:」フィールドに含まれている必要があります。
注意：Amazon WorkMailからの転送設定は、標準の転送ルールではなく「リダイレクト」ルールを使用してください。リダイレクトルールは元のメールヘッダーを保持し、Intercomが送信者を正しく識別するために必要です。
重要：IntercomはすでにIntercomに転送されたメールを外部メールアドレスに転送することをプランに関係なくサポートしていません。
メールプロバイダーの転送設定方法
以下のメールプロバイダーの指示に従って、Intercomへのメール転送を開始してください。
Google Workspaceでのメール転送の設定方法
この方法は、Googleからの転送に推奨されます。レート制限がなく、mailboxの作成も不要だからです。設定には管理者権限が必要です。
プロバイダーの指示:
重要: Google WorkspaceのDefault Routingはメールの配信先を変更します。Intercomにルーティングするよう設定すると、mailboxが存在していても元のGmail inboxにはメッセージが届きません。
メールをGmailに残しつつIntercomに送信したい場合、Default Routingは適切な設定ではありません。Inboxレベルのルールや代替ルーティングの検討が必要です。
ステップバイステップの手順:
管理者資格情報を使ってhttps://admin.google.com/でGoogle Workspace管理コンソールにログインします。
Apps > Google Workspace > Gmailに移動します。
Default Routingセクションを見つけてConfigureをクリックします。
設定を追加する際:
サポート用メールアドレス（例: support@yourdomain.com）をEnvelope Recipientフィールドに入力します。
Envelope Recipientの下でChange Envelope Recipientを選択し、Replace RecipientにIntercomの転送先アドレスを入力します。
ルーティングルールを保存します。
作成したルールを編集し、Optionsの下のオプションが「認識されないアドレスと認識されるアドレスの両方にこのアクションを実行する」に設定されていることを確認します。
IntercomでSettings → Channels → Email → Domains & Addressesの転送先アドレスを確認します。
注意: 変更が反映されるまで最大24時間かかることがありますが、早く反映される場合もあります。
重要: Gmail設定で「転送を無効にする」オプションが選択されていないことを確認してください。これが有効だとIntercomへの自動転送がブロックされます。
設定後の期待される動作
Google WorkspaceでDefault Routingを設定してメールをIntercom Inboxに転送した後、以下のことが起こります。
設定したアドレス宛のメールは直接Intercomに配信されます。
元のGoogle Workspace inboxにはコピーが届きません。
これはGoogle WorkspaceのDefault Routingの動作によるもので、正常な挙動です。
inboxにコピーを残すことは可能ですか？
はい、元のGoogle Workspace inboxにメールのコピーを残すことは可能ですが、Default Routingを使う場合はできません。
Gmailにコピーを残しつつIntercomにもメールを送るには、Googleのドキュメントにあるカスタム転送またはリダイレクトルールの使用を推奨します。
最も適用可能なオプションは「1つずつアドレスをリダイレクトまたは転送する」方法です。
この方法は以下の転送ルールを作成します:
メールを元の受信者のinboxに配信し、
メッセージのコピーをIntercomに送信します。
メッセージが最初にGmailに配信されるため、この方法は元のinboxのコピーを保持します。
適切な設定の選択
Google WorkspaceからIntercomへのメール転送を設定する前に、Gmail inboxでどの動作が必要か決めてください。
Gmail inboxにコピーを残す（推奨）：カスタム転送またはリダイレクトルールを使用し、Default Routingは使わないでください。
Gmailにコピーを残さない：Google Workspace Default Routingを使ってメールを直接Intercomに送信します。
どちらの方法も有効ですが、用途が異なります。Default Routingは専用配信向けで、転送ルールはinboxの可視性が必要な場合に適しています。
Microsoft 365でのメール転送の設定方法
プロバイダーの指示:
ステップバイステップの手順:
管理者資格情報を使ってhttps://admin.microsoft.com/でMicrosoft 365管理センターにログインします。
転送設定を行うmailboxを選択します。
共有mailbox: 管理センターのホームページでTeams & groups > Shared mailboxesページに移動します。mailboxを選択し、「Email forwarding」セクションのEditを選択します。
ユーザー: 管理センターのホームページでUsers > Active usersページに移動します。ユーザーを選択し、メールタブで「Email forwarding」セクションのManage email forwardingを選択します。
「Shared mailbox」のメール転送サイドパネルで「このmailboxに送信されたすべてのメールを転送する」チェックボックスを選択します。
次に、Intercomのメール転送指示からコピーしたIntercomの転送先アドレスを入力し、Saveを選択してMicrosoft 365管理センターを終了します。
Intercomに戻り、Verify automatic forwardingを選択します。
注意: 転送設定を検証する前に、アンチスパムのアウトバウンドポリシーで自動転送が有効になっている必要があります。これはMicrosoft Defenderポータルで設定します。
「組織で外部転送を許可していません」というエラーが出た場合は、Microsoft 365管理者に連絡して設定を変更してください。外部転送許可の変更は最大1時間かかることがあります。
重要: すべてのメール転送設定はMicrosoft 365 Admin Centerで行い、Outlook on the web (OWA)では行わないでください。
他のプロバイダーのメール転送を設定する方法
これらの方法は低容量の転送のみに適しています。レート制限を超えるとメッセージの遅延やアカウントの拒否リスト入りが発生する可能性があります。
プロバイダーの手順:
Gmailでのメール転送の設定方法
これらの手順は個人のGmailアカウントに適用されます。Google Workspace（ビジネス）アカウントの場合は、上記のGoogle Workspace管理コンソールの手順を使用してください。
ステップバイステップの手順:
Gmailを開き、設定（歯車アイコン）>すべての設定を表示に移動します。
転送とPOP/IMAPタブを選択します。
転送先アドレスを追加をクリックし、Intercomのworkspaceメールアドレスを入力します。
GoogleはIntercomのworkspaceに確認メールを送信します。このメールはunassigned inbox（表示されない場合はSpam inbox）で見つけ、確認リンクをクリックしてください。
Gmailの転送とPOP/IMAP設定に戻り、受信メールのコピーを次のアドレスに転送を選択し、ドロップダウンからIntercomのアドレスを選びます。
ページ下部の変更を保存をクリックします。アドレスが確認されていても、この手順を完了しないと転送は有効になりません。
Intercomに戻り、自動転送を確認を選択します。
重要：Gmailで転送アドレスを確認するだけでは不十分です。必ず受信メールのコピーを次のアドレスに転送を選択し、変更を保存をクリックして転送を有効にしてください。この手順を省略すると、確認が完了してもメールはIntercomに転送されません。
送信者情報を保持するために、メール転送には直接のメールボックスを使用することを推奨します。Google Groupsのように「From」ヘッダーが乱れる設定は避けてください。大量転送にはGoogle Workspaceの高度なルーティングを、少量転送には標準ルーティングを使用してください。
注意：
Googleの制限により、ユーザーが1日に送信できるGmailメッセージ数と1メッセージあたりの受信者数が制限されています。
Outlookのメール転送設定を使うと、メールは元の送信者として転送されます。代わりにリダイレクトオプションを使用すると、元の送信者が保持されます。
Outlook内のメールフロー → リモートドメインのデフォルトルールで「自動転送を許可する」オプションにチェックが入っている必要があります。
なぜメール転送にメーリングリスト（Google Groupsなど）を使えないのですか？
Intercom Inboxへのメール転送設定時、特にGoogle Groupsのようなメーリングリストは推奨されません。これらのサービスはメールヘッダーに干渉し、Intercomが受信メールを正しく連絡先に紐付けられなくなることがあります。
メーリングリストが問題を引き起こす理由は以下の通りです。
DMARCプロトコルの問題と送信者の変更
Google Groupsなどのメーリングリストサービスは、DMARC（Domain-based Message Authentication, Reporting & Conformance）ポリシーにより送信者情報を書き換えることがあります。例えば、「John Doe」からのメールが「John Doe via Support」や「John Doe support@your-domain.com via https://www.google.com/search?q=googlegroups.com」のように表示されます。これはFromアドレスがGoogle Groupのアドレスに置き換えられ、元の送信者のメールがReply-Toフィールドに移動するためです。この変更によりIntercomは元の送信者を正確に識別できません。Fromアドレスが変更されるため、Intercomはメールを正しく属性付けできず、以下の問題が発生します。
誤った連絡先の紐付け：メールがInboxに連絡先なしで届くか、無関係な連絡先に誤って紐付けられることがあります。
スレッドの問題：Intercom内のチームからの返信が元の送信者ではなくGoogle Groupに送られ、混乱したコミュニケーションループや会話の断絶が生じます。
検証エラーと技術的な欠点
メーリングリストは、Intercomが転送メールを認証するために必要な重要なメールヘッダーを変更します。これにより検証エラーが発生し、Inboxへのメッセージ配信に影響します。検証以外にも、これらの技術的欠点はメールが誤ったスレッドに自動振り分けされたり、メッセージの不整合が起きたりして、顧客対応の管理が困難になります。
メール転送のFAQとトラブルシューティング
なぜCCされたメールが既存の会話にスレッドされず新しい会話になるのですか？
なぜCCされたメールが既存の会話にスレッドされず新しい会話になるのですか？
顧客が返信で複数のメールアドレスをCCした場合、Intercomはメールスレッドヘッダー（Message-ID、In-Reply-To、References）を使って返信を既存の会話に紐付けます。これらのヘッダーが転送時に欠落または変更されると、Intercomはスレッドを識別できず新しい会話を開きます。
これを防ぐには、転送設定で元のメールヘッダーを変更せずに保持してください。リダイレクトルールを使うことがヘッダーを保持する最も確実な方法です。
なぜ転送アドレスが実際の顧客ではなく顧客として表示されるのですか？
なぜ転送アドレスが実際の顧客ではなく顧客として表示されるのですか？
メールをIntercom Inboxに転送すると、転送アドレス、元の送信者、受信者がすべて会話の参加者として追加されます。これにより、転送アドレス（例：support@yourcompany.com）が顧客として表示され、元の送信者として認識されないことがあります。
これを改善するための設定が2つあります。
無視するアドレス — 特定のアドレスが参加者として追加されるのを防ぎます。設定 > チャンネル > Email > Email設定 > 詳細 > 無視するアドレスに移動し、転送アドレス（例：support@yourcompany.com）を追加します。Intercomは転送元のアドレスを自動的に無視リストにしますが、手動で追加も可能です。
転送メール内の顧客検出 — 手動転送メールから元の送信者を解析し、転送者ではなく顧客として追加します。設定 > チャンネル > Email > Email設定に移動し、転送メール内の顧客検出をオンにします。
メール転送が突然動作しなくなった
メール転送が突然動作しなくなった
メール転送が完全に停止した場合、社内の誰かが転送アドレスのメールプロバイダーで転送を無効にした可能性があります。まずメールプロバイダーにログインし、Intercomのデフォルト「Workspace email address」が外部メールクライアントの転送設定に追加され、有効になっているか確認してください。Intercomのデフォルトworkspaceメールアドレスは設定 > チャンネル > Email > Email設定で確認できます。アドレスに誤字がないかもチェックしてください。
Intercomのドメインとアドレス設定でアドレス編集時に「自動転送を確認」機能を使い、転送設定が正常に動作しているかテストできます。転送が正しく有効なら、メールプロバイダーの転送設定でフィルターや制限が作成されていないか確認してください。例えば特定の件名やキーワードのメールのみ転送する設定などです。
重要：Intercomのメール設定で転送アドレスを確認するだけでなく、メールプロバイダーの転送設定も確認してください。Google WorkspaceやMicrosoft 365のルーティングルールなど、メールプロバイダー側で外部転送が設定されている場合、Intercomにリストされていないアドレスからメールが転送されることがあります。
転送失敗の一般的な原因には以下があります。
転送設定にIntercomのメールアドレスがない、または誤っている。
メールクライアントで転送オプションが無効になっている。
メールプロバイダーの設定が誤っている。
メールクライアント設定のヘッダー不一致。
From Addressヘッダーは「Intercom via + 転送メール名とアドレス」の形式である必要があります。不一致は配信の信頼性に影響します。エラー 550 5.7.520：このエラーは会社のメールシステムが外部アドレスへの転送をブロックしている可能性があります。IT管理者に連絡し、メールプロバイダーで外部転送ポリシーを有効にしてください。変更が反映されるまで時間を要します。
502 エラー検証中: これはブラウザの問題で発生することがあります。解決策としては、ブラウザのキャッシュをクリアする、プライベート/シークレットモードで閲覧する、または別のブラウザに切り替えてトラブルシューティングを行うことが含まれます。
一部の転送されたメールが見つかりません
一部の転送されたメールが見つかりません
メール転送が有効で、IntercomのInbox内で一部のメールが見つからない場合、以下の点を確認してください:
メールが特定のチームやチームメイトに割り当てられている場合は、Inbox検索を使用してください。
メールクライアントでメールが迷惑メールに振り分けられていないか確認してください。迷惑メールに振り分けられた場合、自動転送されません。メールクライアントで「迷惑メールではない」をクリックしても転送されないため、手動でIntercomに転送する必要があります。
次に、Intercomの迷惑メールフォルダを確認してください。Intercomにはメールクライアントの迷惑メールフィルタに加えて組み込みの迷惑メールフィルタがあります。誤ってフィルタリングされたと思われるメッセージが見つからない場合は、Spam Inboxで確認できます。
この迷惑メールフォルダから迷惑メールを削除するには、これらのメッセージで「迷惑メールではない」を押すと通常のInboxに戻ります。
メールクライアントでメールのサイズを確認してください。Intercomは受信メールの内容に20MBの制限があります。20MBを超えるメールは拒否されます。- この制限には添付ファイルも含まれます。
最後に、特定のメールに対して転送イベントが実際に発生したかどうかを確認してください。メール管理者に確認してもらう必要があります。
重複メールを防ぐには、一貫した転送方法を維持し、管理者ルーティングと個別のメールボックスレベルの転送経路の重複設定を避けてください。
SMTPフィルタやリレーの変更が転送に影響しているか確認してください。メールシステム管理者に転送キューとログを確認してもらい、ブロックの可能性を調べてください。
メールプロバイダーの設定に最近の更新があり、新しいフィルタや制限が導入されていないか確認してください。
転送の証拠があり、メールがIntercomに表示されない場合は、サポートチームに連絡し、以下の情報を提供してください:
見つからないメールの件名。
メールが受信されたタイムスタンプ。
ユーザーのメールアドレスと送信先のメールアドレス。
また、以下のあまり一般的でない原因も確認してください:
不正な送信者アドレスを確認してください: Intercomは送信者アドレスが無効または不正な形式（例：@記号がない、サポートされていない文字が含まれる）場合、受信メールを静かに破棄します。特定のアドレスからのメールが一切表示されない場合は、Fromアドレスの形式が正しいか確認してください。注意: 存在しないドメインの構文的に有効なアドレス（例：noreply@fake.com）はIntercomで拒否されません。これらのメールが届かない場合は、メールがIntercomに届く前のDNS/メール配信層での失敗です。
自動応答フィルタがオンか確認してください: Mark autoresponder emails as spamが有効（設定 > チャンネル > Email > Email設定）になっている場合、Intercomは
Auto-Submitted: auto-repliedなどの自動応答ヘッダーを含むメールを迷惑メールとしてフィルタリングします。これらのメールは迷惑メールとしてマークされ、会話は作成されません。正当なメールが見つからない場合は、この設定がオンかどうか、また見つからないメールにこれらのヘッダーが含まれているか確認してください。
ユーザーのメールが会話の参加者として追加されていません
ユーザーのメールが会話の参加者として追加されていません
メールが転送されたときに、顧客のメールアドレスがIntercomの会話の参加者として追加されない理由はいくつかあります。
メールを手動でIntercomに転送した場合、転送を行ったアドレスがメールの送信者として認識されます。これを防ぐには、転送メールでのエンドユーザー検出を有効にしてください。有効にするには、設定 > Email > Email設定に移動し、「転送メールで顧客を検出」設定をオンに切り替えます。
この問題は、Google Groupsや他のメーリングリストプロバイダーを通じてメール転送を設定した場合にも発生しますが、これはサポートされていません。
コンタクトフォームから生成されたメールの場合、元のユーザーは会話の参加者として追加されません。
コンタクトフォームから生成されたメールの場合、元のユーザーは会話の参加者として追加されません。
Intercomはメールの「From」フィールドを使用して送信者を識別し、その送信者を会話の参加者として追加します。
コンタクトフォームや一部のメール転送設定では、送信者が元の送信者（またはコンタクトフォームに入力されたメール）ではなく、転送を行うアカウントに変更されることがあります。
完了したコンタクトフォームをメール転送で送る代わりに、フォーム完了時に直接Intercomで会話を作成するためにREST APIの使用を推奨します。
Intercomでワークスペースのアドレスではなく、個別のチームメイトにメールを転送できますか？
Intercomでワークスペースのアドレスではなく、個別のチームメイトにメールを転送できますか？
はい、Intercomで特定のチームメイトに自動的にメールを転送することも可能です。そのためには、チームメイトのプロフィールに記載されている固有のメールアドレスをコピーしてください（設定 > ワークスペース > チームメイトからチームメイトの名前をクリックしてプロフィールにアクセスできます）。
Intercomへのメール転送を無効にするには？
Intercomへのメール転送を無効にするには？
メール転送をIntercomから切断したい場合は、メールプロバイダーの設定でメール転送を無効にする必要があります。Intercomには自動転送を無効にする直接の切り替えはないため、メールプロバイダーにログインして転送設定を変更してください。これにより、メールがIntercomのInboxに送信されなくなります。
注意: Intercomから直接メールを削除しても、メールの転送は停止しません。
デフォルトの受信メールアドレスまたはドメインを変更するには？
デフォルトの受信メールアドレスまたはドメインを変更するには？
ワークスペースのデフォルト受信メールアドレスは常にワークスペースのapp_idで始まり、変更できません。
ただし、デフォルトの受信ドメイン（@記号の後の部分）は、ワークスペース名を変更すると変わります。例えば、ワークスペース名が“myworkspace”の場合、デフォルトの受信メールアドレスはkz2agh8w@myworkspace.intercom-mail.comのようになります。しかし、ワークスペース名が変わるとドメインも変わります。例: kz2agh8w@newworkspace.intercom-mail.com
ワークスペースのドメインに英数字が含まれている場合（例: kz2agh8w@myworkspace-375b14eda2c4.intercom-mail.com）、同じ名前の別のワークスペース（つまり“myworkspace”）が英数字なしのドメインを既に使用していることを意味します。
ドメインに英数字を含めたくない場合、以下の方法があります:
サポートチームに連絡してください。サポートチームが英数字なしのドメインが他のワークスペースで使用されているか確認します。
ドメインが利用可能な場合: 英数字なしのドメインが他のワークスペースで使用されていなければ、サポートチームが更新を依頼できます。
ドメインが使用中の場合: 他のワークスペースでドメインが使用されている場合、ワークスペース名に追加の単語（例: “myworkspace-team”）を含めて、英数字なしのドメインが利用可能か確認できます。
注意: ワークスペース名を複数回変更すると（例えば、変更してから元に戻すなど）、デフォルトの受信メールアドレスに問題が生じる可能性があります。ワークスペース名の変更で新しい受信ドメインが生成されると、元の名前に戻しても元のメールアドレスが復元されない場合があります。特に他のワークスペースがそのドメインを使用している場合は注意してください。デフォルトの受信メールを顧客との通信に使用している場合は、ワークスペース名の変更を慎重に計画してください。
Intercomで赤い感嘆符の警告を解決するには？
Intercomで赤い感嘆符の警告を解決するには？
赤い感嘆符は通常、FromとReply-Toヘッダーの不一致などのヘッダーの不整合を示します。解決方法は以下の通りです:
メール転送の設定が
Fromヘッダーを元の送信者のアドレスとして保持していることを確認してください。メールプロバイダーの転送ルールを調整し、転送中にヘッダーが変更されないようにしてください。
問題が解決しない場合は、管理者に相談して高度なSMTP（Simple Mail Transfer Protocol）トラブルシューティングを行ってください。
メールのスレッド化ヘッダー（
Message-ID、In-Reply-To）が保持されていることを確認してください。これらのヘッダーはIntercomが返信を既存の会話に紐付けるために必要です。これらのヘッダーを削除または書き換える転送設定は、返信が新しい会話として開かれ、正しくスレッド化されません。リダイレクトルールを使用すると、これらのヘッダーが保持されます。
通知設定を変更するには？
通知設定を変更するには？
会話のメール通知を停止したい場合は、以下の手順に従ってください:
Intercomの設定 > 通知に移動します。
会話通知設定を見つけて、メール通知のオプションのチェックを外します。
ticketのステータス更新のメール通知を有効にするには、設定 > チャンネル > Email > Email設定に移動し、メール通知セクションを見つけます。共有されたticketのステータス更新をメールで共有をオンに切り替えます。注意：これはworkspaceレベルの設定で、ticketのステータスが変わったときに顧客がメール更新を受け取るかどうかを制御します。個人のteammate通知設定とは別です。
転送が設定されているのに一部のメールが届かないのはなぜですか？
転送が設定されているのに一部のメールが届かないのはなぜですか？
特定のメールがIntercomに表示されない場合、多くはセキュリティフィルターや配信失敗が原因です。以下の手順に従ってください。
メール管理者に確認してください：ITチームに依頼して、欠落しているメッセージの送信記録またはメールログを確認してもらいます。
目的：メッセージが正常にメールサーバーを離れ、転送先アドレスに受け入れられたことを確認します。
利点：ログに「Deferred」「Rejected」「Blocked」のステータスがある場合、メールはIntercomに届いておらず、メールプロバイダーの設定で問題を解決する必要があります。
SPF（Sender Policy Framework）とDKIM（DomainKeys Identified Mail）レコードの確認：Intercomがメールを処理する権限があることを確認し、受信サーバーでメッセージが破棄されるのを防ぎます。適切なSPF、DKIM、DMARCの設定により、転送されたメールが認証チェックを通過し、受信者のinboxに届くことを保証します。
Intercomでの配信ステータスの理解：
送信済み：メッセージはIntercomのサーバーを離れ、受信者のメールサーバーに向かっています。
配信済み：受信者のメールサーバーがメッセージの受領を確認しました。これはメールがinboxまたは迷惑メールフォルダに正常に届いたことを意味します。
閲覧済み：受信者がメッセージを開封しました。メールが「配信済み」だが「閲覧済み」でない場合は、迷惑メールフォルダに入っているか、受信者がまだ開封していない可能性があります。
ヒント：メールが「送信済み」だが「配信済み」にならない場合、受信者のメールサーバーでの配信失敗を示します。多くはSPF/DKIM/DMARC認証失敗、メールボックス満杯、または厳しいスパムフィルターが原因です。
Gmailで転送メールがスパムに分類されないようにするには？
Gmailで転送メールがスパムに分類されないようにするには？
Gmailでスパムとマークされたメッセージは自動的にIntercomに転送されません。
転送失敗をスパムフィルターのせいにしないために：
スパムフォルダを定期的に確認し、正当なメールをスパムではないとマークしてGmailのフィルターを学習させます。
メールプロバイダーの設定で信頼できる送信者のdomainを安全な送信者リストに追加します。
IT管理者と協力して、正当な顧客メールの転送を許可するスパムフィルタリングポリシーを実施します。
Google Workspaceの場合、管理コンソールのApps > Google Workspace > Gmail > Spam, Phishing and Malwareのスパム設定を確認し、転送先アドレスがフィルターされていないか確認します。
メール管理者にIntercomのdomainを許可リストに追加してもらい、正当なメールがブロックされないようにします。
注意：メールプロバイダーで転送前にメールがスパムとマークされると、Intercomには届きません。期待するメールが届かない場合は必ずスパムフォルダを確認してください。
転送アドレスの確認が失敗し続けるのは、バウンスリストに入っている可能性がありますか？
転送アドレスの確認が失敗し続けるのは、バウンスリストに入っている可能性がありますか？
転送設定の確認メールが届かず、確認ができない場合、転送アドレスが繰り返しの恒久的な配信失敗によりバウンスリストに登録されている可能性があります。
Intercomが転送設定中に送信する確認メールがハードバウンス（恒久的失敗）すると、そのアドレスは送信者の評判を守るために自動的にバウンスリストに追加されます。これにより、さらなる確認メールの送信が停止されます。
バウンスリストからアドレスを自分で削除することはできません。転送アドレスがバウンスリストにあると思われ、配信問題（メールプロバイダーの転送設定、認証設定、メールボックスの問題など）を解決した場合は、サポートチームに連絡してください。調査の上、バウンスリストから削除し、転送設定を完了できるようにします。
重要：バウンスリストからの削除を依頼する前に、確認メールがバウンスした根本原因（メールプロバイダーでの転送設定、メールボックスの空き、Intercomからのメールを許可する認証・セキュリティ設定など）を必ず修正してください。
mailing listやヘッダー変更時にメール転送の確認が失敗するのはなぜですか？
mailing listやヘッダー変更時にメール転送の確認が失敗するのはなぜですか？
Intercomが転送設定中に送信する確認メールには、転送アドレス経由で届いた際にチェックするx-inbox-verification-codeヘッダーが含まれています。転送設定でメールヘッダーが変更または削除されると、このコードが失われ、確認が失敗します。
Google Groupsなどのmailing listが最も一般的な原因です。これらは配信過程でヘッダーを削除または書き換えるため、Intercomがx-inbox-verification-codeを読み取れません。これが、Google Groupsなどのmailing listがIntercomのメール転送でサポートされていない理由です。
これを避けるには：
mailing listではなく、単独のメールボックス（例：通常のGmail inboxや共有メールボックス）を転送先アドレスとして使用してください。
可能な場合は基本的な転送ルールではなくリダイレクトルールを使用してください。リダイレクトは元のメールヘッダーを保持しますが、基本転送は書き換える可能性があります。
検証を試みる前に、Intercomでdomainが認証されていることを確認してください。設定 > チャンネル > Email > Domains & addressesで確認できます。
設定を修正しても検証が失敗する場合、アドレスがIntercomのバウンスリストにある可能性があります。再試行前にIntercomサポートに連絡して削除を依頼してください。
メールが正しく届いているのに転送警告バナーが表示されるのはなぜですか？
メールが正しく届いているのに転送警告バナーが表示されるのはなぜですか？
このバナーは、転送アドレスがGoogle Groupやmailing listであるとIntercomが検出した場合に表示されます。これらは自動転送の検証済み設定でサポートされていません。ただし、メールが別の経路（例：Google Workspaceの直接ルーティングルール）で正常にIntercom inboxに届いている場合でもバナーが表示されることがあります。
転送が実際に機能しているか確認するには：
警告が表示されているアドレスにテストメールを送信します。
Intercomのinboxに届くか確認します。
注意：テストメールが届けばルーティングは機能しており、バナーは誤警告です。これは転送経路の検証ができないことを示しており、メールが届かないことを意味しません。既存のルーティング設定を継続して使用できます。
テストメールが届かない場合、転送は実際に壊れています。最も確実な修正方法は、Google Groupを経由せずにメールを直接Intercom workspaceアドレスに転送するGoogle Workspaceの直接ルーティングルールを設定することです。Google管理コンソールのApps → Google Workspace → Gmail → Default Routingに移動し、本記事のGoogle Workspace設定手順に従ってください。
特定の送信者からのメールがIntercomに表示されないのはなぜですか？
特定の送信者からのメールがIntercomに表示されないのはなぜですか？
特定の送信者からのメールが正しく転送されているにもかかわらずIntercom Inboxに表示されない場合、その送信者がブロックリストに入っている可能性があります。
送信者の確認とブロック解除方法：
Intercomの設定 > データ > 人 > ブロック済みに移動します。
ブロックされたメールアドレスやdomainのリストを確認します。
探している送信者が見つかったら選択し、ブロック解除をクリックしてその送信者からのメール配信を復元します。
ヒント：ブロックされた送信者は、teammateが手動でブロックした場合や自動スパムフィルターが識別した場合に追加されます。正当な顧客が誤ってブロックされていないか定期的にリストを確認してください。