Intercom Inboxへの自動メール転送を設定し、メールプロバイダーを構成し、一般的な問題をトラブルシューティングします。
この記事を使ってIntercom Inboxへの自動メール転送を設定し、メールプロバイダーの転送設定、検証失敗やメール未着のトラブルシューティング、Google Groupsなどのメーリングリストがサポートされない理由を理解してください。設定後はすべての顧客メールを一元管理でき、チームinboxへの割り当てやSLA（サービスレベルアグリーメント）の適用が自動化されます。
メール送信は開発者ワークスペースではサポートされておらず、本番ワークスペースのみ対応しています。
メール転送を設定する前に必要なものは何ですか？
自動転送とドメイン設定にはメールプロバイダーとdomain設定の管理者アクセスが必要です。管理者をIntercomに招待してください。
自動転送はほとんどすべてのメールプロバイダーにある機能です。ただし、メールプロバイダーごとに設定や機能が異なり、例えばスパムが転送前にフィルタリングされるかや、1日に転送できるメール数に影響があります。以下に主要なメールプロバイダーでの自動転送設定のガイドを示しますが、開始前にご利用のメールプロバイダーのドキュメントを読むことを推奨します。
注意：Intercomはワークスペースのinboxアドレス（ワークスペースごとに1つのみ）に転送されたメールのみ受信します。その他のアドレス（例：support@yourcompany.com）に直接送信されたメールは、そのアドレスがワークスペースのinboxアドレスに転送設定されていない限り、Intercom Inboxに表示されません。
メール転送にメーリングリストを使わないでください：
メール転送は個別のメールアドレスのみ設定可能です。共有inboxやメーリンググループはサポートされず、検証失敗となります。
Google GroupsなどのメーリングリストはIntercomへのメール転送に対応していません。これらのプラットフォームはメールヘッダーの「From」アドレスを変更することが多く、Intercomで正しい連絡先とメールを関連付けられません。これにより送信者情報の検出に問題が生じ、会話が正しい顧客に正しく割り当てられない可能性があります。
自動メール転送の設定方法
Intercomに転送するメールアドレスは複数設定可能です。最初のアドレス設定後、追加のアドレスも同様に設定してください。以下の制限に注意してください：
未検証のメールアドレスは最大10件まで保持可能です。新しいアドレスは検証完了までこの制限にカウントされます。
Intercomワークスペースには最大250件のメールアドレスを追加できます。
重要：ワークスペースに未検証のアドレスが10件ある状態で新しいメールアドレスを追加しようとすると、保存が拒否され検証が完了しません。これを解決するには、未検証のアドレスを1件以上削除または検証し、再度転送の検証をクリックしてください。
注意：Intercomでのメール転送設定と管理には設定アクセス権が必要です。設定メニューが見えない場合は、管理者アクセスを持つチームメイトに設定を依頼してください。
Intercomに新しいメールアドレスを追加するときに自動メール転送を設定できます：
設定 > チャンネル > Email > Domains & addressesに移動し、新しいメールアドレスを選択します。
「このアドレスからのメールを自動転送する」が有効になっていることを確認してください。
あなたのユニークなIntercomワークスペースのメールアドレスをコピーしてください。
以下のメールプロバイダーの手順に従ってメール転送を設定してください。
自動転送を検証します。成功すると、Intercomでアドレスの状態が検証済みに更新され、メールチャンネルの設定を続行できます。
Intercomでメールアドレスの設定を完了する。
または、Intercomで既に追加したメールアドレスを編集するとき：
設定 > チャンネル > Email > Domains & addressesに移動し、追加済みのメールアドレスの横にある編集を選択します。
次に自動転送を設定をクリックします。
あなたのユニークなIntercomワークスペースのメールアドレスをコピーしてください。
以下のメールプロバイダーの手順に従ってメール転送を設定してください。
自動転送を検証します。成功すると、Intercomでアドレスの状態が検証済みに更新されます。
Intercomでメールアドレスの設定を完了する。
自動メール転送の設定が成功したら、次にドメイン認証を行います。まだ認証されていない場合は必須です。ドメイン認証は正しいメール転送に不可欠で、認証がないと転送メールがIntercomで検証に失敗する可能性があります。
注意：
ドメインやメールプロバイダーが転送アドレスの所有権確認を求める場合があります。通常、確認メールが送信され、unassigned inboxで確認できます。
自動転送設定の検証は必須で省略できません。これは転送アドレスの所有権を確認し、セキュリティを保ち、バウンスを防いでドメインの評判を維持するためです。
転送メールを初めて設定すると、メールクライアントがIntercomに検証メールを送信することがあります。この検証メールはスパムinboxに入ることがあります。スパムInboxが見えない場合は、管理 > サイドバー編集 > スパムに移動し、サイドバーにピン留めしてください。
検証メールは転送開始から60秒以内にIntercomに転送してください。
x-inbox-verification-codeなどのヘッダーは保持してください。このヘッダーは転送アドレスがあなたのものであることをIntercomが確認するために追加されます。削除や変更があると検証に失敗します。
ヒント：メールをIntercomに転送すると、ワークスペースの全チームメイトがそのメールを見られます。プライベートなメールがある場合は個人メールアドレスからの転送を避けてください。
ヒント：設定 > チャンネル > Email > Email設定で転送メール内の顧客検出を有効にしてください。これにより、転送者がワークスペース管理者で、件名が“Fwd:”（または現地語の同等表現）で始まり、From:欄に元の送信者のメールが含まれていれば、手動転送メールが元の顧客に紐づけられます。ワークフローブランチ、エスカレーションルール、Email isなどのオーディエンスルールは元の送信者にマッチします。
注意：Amazon WorkMailからの転送設定は、通常の転送ルールではなく「リダイレクト」ルールを使用してください。リダイレクトルールは元のメールヘッダーを保持し、Intercomが送信者を正しく識別するために必要です。
重要：Intercomは、すでにIntercomに転送されたメールを外部メールアドレスに再転送することをプランに関係なくサポートしていません。
メールプロバイダーの転送設定方法
Intercomへのメール転送を開始するには、以下のメールプロバイダーの指示を参照してください。
Google Workspaceでのメール転送の設定方法
この方法は、Googleからの転送に推奨されます。レート制限がなく、メールボックスの作成も不要だからです。設定には管理者権限が必要です。
プロバイダーの指示:
重要: Google WorkspaceのDefault Routingはメールの配信先を変更します。Intercomへのルーティングを設定すると、メールボックスが存在していても元のGmail inboxにはメッセージが届きません。
メールをGmailに残しつつIntercomに送信する必要がある場合、Default Routingは適切な設定ではないかもしれません。代わりにInboxレベルのルールや別のルーティングオプションを検討してください。
ステップバイステップの手順：
管理者資格情報を使ってhttps://admin.google.com/のGoogle Workspace管理コンソールにログインします。
Apps > Google Workspace > Gmailに移動します。
Default Routingセクションを見つけてConfigureをクリックします。
設定を追加するとき：
Envelope Recipientフィールドにサポート用メールアドレス（例：support@yourdomain.com）を入力します。
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管理センターにログインします。
転送設定を行うメールボックスを選択します：
共有メールボックス：管理センターのホームページでTeams & groups > Shared mailboxesページに移動します。メールボックスを選択し、「Email forwarding」セクションのEditを選択します。
ユーザー：管理センターのホームページでUsers > Active usersページに移動します。ユーザーを選択し、メールタブで「Email forwarding」セクションのManage email forwardingを選択します。
「Shared mailbox」のメール転送サイドパネルで「このメールボックスに送信されたすべてのメールを転送する」チェックボックスを選択します。
次に、Intercomのメール転送指示からコピーしたIntercomの転送先アドレスを入力し、Saveを選択してMicrosoft 365管理センターを終了します。
Intercomに戻り、Verify automatic forwardingを選択します。
注意: 転送設定を検証する前に、アンチスパムのアウトバウンドポリシーで自動転送が有効になっている必要があります。これはMicrosoft Defenderポータルで確認できます。
「組織で外部転送を許可していません」というエラーが出た場合は、Microsoft 365管理者に連絡して設定を変更してください。外部転送許可の変更は最大1時間かかる場合があります。
重要: すべてのメール転送設定はMicrosoft 365 Admin Centerを通じて行い、Outlook on the web (OWA)では行わないでください。
他のプロバイダーでのメール転送の設定方法
これらの方法は低ボリューム転送のみに適しています。レート制限を超えるとメッセージが遅延したり、アカウントがdenylistedされる可能性があります。
プロバイダーの指示：
Gmailでのメール転送の設定方法
これらの指示は個人用Gmailアカウントに適用されます。Google Workspace（ビジネス）アカウントの場合は、上記のGoogle Workspace Admin Consoleの手順を使用してください。
ステップバイステップの手順：
Gmailを開き、設定（歯車アイコン）> すべての設定を表示に移動します。
転送とPOP/IMAPタブを選択します。
転送先アドレスを追加をクリックし、Intercomのworkspaceメールアドレスを入力します。
GoogleはIntercomのworkspaceに確認メールを送信します。このメールはunassigned inbox（表示されない場合はSpam inbox）で見つけて、確認リンクをクリックしてください。
Gmailの転送とPOP/IMAP設定に戻り、受信メールのコピーを次のアドレスに転送を選択し、ドロップダウンからIntercomのアドレスを選びます。
ページ下部の変更を保存をクリックします。このステップを完了しない限り、転送は有効になりません。アドレスが確認されていても同様です。
Intercomに戻り、自動転送を確認を選択します。
重要: Gmailで転送アドレスを確認するだけでは不十分です。必ず受信メールのコピーを次のアドレスに転送を選択し、変更を保存をクリックして転送を有効にしてください。このステップを省略すると、確認が完了してもメールはIntercomに転送されません。
送信者情報を保持するために、メール転送には直接のメールボックスを使用することを推奨します。Google Groupsのように転送時に「From」ヘッダーが変更される設定は避けてください。大量転送にはGoogle WorkspaceのAdvanced Routing、小規模転送にはStandard Routingを使用してください。
注意:
Googleはユーザーが1日に送信できるGmailメッセージ数と、1メッセージあたりの受信者数を制限しています。
Outlookのメール転送設定を使うと、メールは元の送信者として転送されます。元の送信者を保持するにはリダイレクトオプションを使用してください。
Outlook内のMail flow → Remote domainsのデフォルトルールで「Allow automatic forwarding」オプションにチェックを入れる必要があります。
なぜメール転送に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とトラブルシューティング
返信が外部としてフラグ付けされる場合
返信が外部としてフラグ付けされる場合は、Intercomのログインメールが返信に使うメールアドレスと一致しているか確認してください。設定 → 個人 → アカウントセキュリティでログインメールを更新できます。
返信がIntercomではなく個人メールに届く場合
この問題は、ワークスペース設定で会話が返信者のチームメイトに割り当てられている場合に発生することがあります。この設定を無効化または調整して、返信が共有のIntercom inboxに残るようにしてください。
なぜCCされたメールが既存の会話にスレッドされず新しい会話になるのですか？顧客が返信で複数のメールアドレスをCCすると、Intercomはメールスレッドヘッダー（Message-ID、In-Reply-To、References）を使って返信を既存の会話に紐付けます。これらのヘッダーが転送中に欠落または変更されると、Intercomはスレッドを識別できず新しい会話を開きます。これを防ぐには、転送設定で元のメールヘッダーを変更せずに保持してください。標準の転送ルールよりリダイレクトルールを使うのがヘッダーを保持する最も確実な方法です。
Intercomの「メール返信ウィンドウ」設定を調整して、返信で閉じた会話を再度開けるようにしてください。
常にスレッド内の最新メールに「返信」または「全員に返信」で直接返信してください。新規メール作成や手動転送は避け、適切なスレッドを維持しましょう。
中間システム（例：ticketingツールや転送レイヤー）がメールヘッダーを削除または変更しないようにしてください。
なぜ転送アドレスが実際の顧客ではなく顧客として表示されるのですか？
なぜ転送アドレスが実際の顧客ではなく顧客として表示されるのですか？
Intercom Inboxにメールを転送すると、転送アドレス、元の送信者、受信者がすべて会話参加者として追加されます。これにより、転送アドレス（例：support@yourcompany.com）が実際の顧客ではなく顧客として表示されることがあります。
これを助ける設定が2つあります：
無視するアドレス — 特定のアドレスが参加者として追加されるのを防ぎます。設定 > チャンネル > Email > Email設定 > 詳細 > 無視するアドレスに移動し、転送アドレス（例：support@yourcompany.com）を追加してください。Intercomは転送元のアドレスを自動的に無視としてマークしますが、手動で追加も可能です。
転送メール内の顧客検出 — 手動転送メールから元の送信者を解析し、転送者ではなく顧客として追加します。設定 > チャンネル > Email > Email設定に移動し、転送メール内の顧客検出をオンにしてください。
メール転送が突然機能しなくなった
メール転送が突然機能しなくなった
メール転送が完全に停止した場合、社内の誰かが転送アドレスのメールプロバイダーで転送を無効にした可能性があります。まずメールプロバイダーにログインし、Intercomのデフォルト「Workspace email address」が外部メールクライアントの転送設定に追加され、有効になっているか確認してください。Intercomのデフォルトworkspaceメールアドレスは設定 > チャンネル > Email > Email設定で確認できます。アドレスに誤字がないかも確認してください。
IntercomのDomains & Addresses設定でアドレス編集時に「自動転送をチェック」機能を使い、転送設定が正常かテストできます。転送が正しく有効なら、メールプロバイダーの転送設定でフィルターや制限がないか確認してください。例えば特定の件名やキーワードのメールのみ転送する設定などです。
重要: 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に戻すには「not spam」を押してください。
メールクライアントでメールサイズを確認してください。Intercomは受信メールの内容が20MBを超えると拒否します。添付ファイルも含みます。
最後に、特定のメールに対して転送イベントが実際に発生したか確認してください。メール管理者に確認を依頼してください。
重複メールを防ぐには、転送方法を一貫させ、管理者ルーティングと個別メールボックス転送の重複設定を避けてください。
SMTPフィルターやリレーの変更が転送に影響していないか確認してください。メールシステム管理者に転送キューやログのブロックを確認してもらいましょう。注意：
IntercomはESP（Amazon SES）への引き渡し後、メールごとのSMTP「Received」ヘッダーや送信元IPを保持しません。
別のIntercom workspace（@intercom-mail.comアドレス）からのメールはなりすまし防止のためブロックされます。送信者には会社所有のメールアドレスを使用するよう依頼してください。workspaceごとのバイパスはありません。
メールプロバイダーの設定に最近の更新があり、新しいフィルターや制限が追加されていないか確認してください。
転送の証拠があるのにメールがIntercomに表示されない場合は、サポートチームに以下の情報を提供してください。
見つからないメールの件名。
メール受信のタイムスタンプ。
ユーザーのメールアドレスと送信先のメールアドレス。
以下のあまり一般的でない原因も確認してください：
送信者アドレスの不正形式を確認：送信者アドレスが無効または不正な形式（例：@記号の欠落やサポートされていない文字を含む）だと、Intercomは受信メールを静かに破棄します。特定のアドレスからのメールが届かない場合は、Fromアドレスの形式を確認してください。注：存在しないドメインの文法的に正しいアドレス（例：noreply@fake.com）はIntercomで拒否されません。届かない場合はDNSやメール配送層の問題です。
自動応答フィルターがオンか確認
自動返信メールは顧客のメールサーバーで抑制され、会話に表示されない場合があります。必要に応じて顧客のITチームに確認してください。自動応答メールを迷惑メールとしてマーク（設定 > Channels > Email > Email settings）が有効の場合、Intercomは
Auto-Submitted: auto-repliedなどの自動応答ヘッダーを含むメールを迷惑メールとして扱い、会話を作成しません。正当なメールが消える場合はこの設定とヘッダーを確認してください。
ユーザーのメールが会話の参加者として追加されていません
ユーザーのメールが会話の参加者として追加されていません
メール転送時に顧客のメールアドレスがIntercomの会話参加者として追加されない理由はいくつかあります。
メールを手動でIntercomに転送した場合、転送したアドレスが送信者として認識されます。これを防ぐには、転送メールでのエンドユーザー検出を有効にしてください。有効化は設定 > Email > Email settingsの「Detect customers in forwarded emails」から切り替え可能です。
Google Groupsや他のメーリングリストプロバイダー経由の転送設定はサポートされていないため、この問題が発生することがあります。
お問い合わせフォームから生成されたメールの場合、元のユーザーが会話の参加者として追加されません。
お問い合わせフォームから生成されたメールの場合、元のユーザーが会話の参加者として追加されません。
Intercomはメールの「From」フィールドを使って送信者を特定し、会話の参加者として追加します。
お問い合わせフォームや一部の転送設定では、送信者が元の送信者（またはフォームに入力されたメール）ではなく、転送を行うアカウントに変更されることがあります。
完成したお問い合わせフォームをメール転送で送る代わりに、フォーム完了時に直接Intercomで会話を作成するためにREST APIの利用を推奨します。
Intercomでworkspaceアドレスではなく個別のteammateにメールを転送できますか？
Intercomでworkspaceアドレスではなく個別のteammateにメールを転送できますか？
はい、特定のteammateに自動転送も可能です。teammateのプロフィールに記載された固有のメールアドレスをコピーしてください（設定 > Workspace > Teammatesから名前をクリックしてアクセス可能）。
Intercomへのメール転送を無効にするには？
Intercomへのメール転送を無効にするには？
メール転送をIntercomから切断したい場合は、メールプロバイダーの設定で転送を無効にしてください。Intercomには自動転送を無効にする直接の切り替えはないため、メールプロバイダーにログインして転送設定を変更する必要があります。これによりメールはIntercom inboxに送信されなくなります。
注意：Intercomからメールを直接削除しても、メール転送は停止しません。
デフォルトの受信メールアドレスやdomainを変更するには？
デフォルトの受信メールアドレスやdomainを変更するには？
workspaceのデフォルト受信メールアドレスは常にworkspaceのapp_idで始まり、変更できません。
ただし、デフォルトの受信domain（@以降の部分）はworkspace名を変更すると変わります。例えばworkspace名が“myworkspace”の場合、デフォルト受信メールアドレスはkz2agh8w@myworkspace.intercom-mail.comのようになります。workspace名が変わるとdomainも変わります。例：kz2agh8w@newworkspace.intercom-mail.com
workspaceのdomainに英数字が含まれている場合（例：kz2agh8w@myworkspace-375b14eda2c4.intercom-mail.com）、同じ名前の別workspace（例：“myworkspace”）が英数字なしのdomainを既に使用していることを意味します。
domainに英数字を含めたくない場合は、以下の対応が可能です：
サポートチームに連絡してください。英数字なしのdomainが他のworkspaceで使用中か確認します。
domainが利用可能な場合：英数字なしのdomainが他のworkspaceで使用されていなければ、サポートチームが更新を依頼します。
domainが使用中の場合：他のworkspaceで使用中なら、workspace名に単語を追加（例：“myworkspace-team”）して、英数字なしdomainが利用可能か試せます。
注意：workspace名を何度も変更すると（例：変更後に元に戻すなど）、デフォルト受信メールアドレスに問題が生じることがあります。新しい受信domainが発生した後に元に戻しても、他のworkspaceがそのdomainを使っている場合は元のメールアドレスに戻らないことがあります。デフォルト受信メールを顧客連絡に使う場合はworkspace名変更を慎重に計画してください。
Intercomで赤い感嘆符の警告を解決するには？
Intercomで赤い感嘆符の警告を解決するには？
赤い感嘆符は通常、FromヘッダーとReply-Toヘッダーの不一致など、ヘッダーの不整合を示します。解決方法は次のとおりです：
メール転送設定が
Fromヘッダーを元の送信者のアドレスとして保持していることを確認してください。メールプロバイダーの転送ルールを調整し、送信中にヘッダーが変更されないようにしてください。
問題が解決しない場合は、管理者に相談して高度なSMTP（Simple Mail Transfer Protocol）トラブルシューティングを行ってください。
メールスレッドのヘッダー（
Message-ID、In-Reply-To）が保持されていることを確認してください。これらのヘッダーはIntercomが返信を既存の会話に紐付けるために必要です。これらのヘッダーを削除または書き換える転送設定は、返信が正しくスレッド化されず新しい会話として開かれる原因になります。標準の転送ルールではなくリダイレクトルールを使用すると、これらのヘッダーが保持されます。
通知設定をどのように調整しますか？
通知設定をどのように調整しますか？
会話のメール通知を停止したい場合は、次の手順に従ってください：
Intercomの設定 > 通知に移動します。
会話の通知設定を見つけて、メール通知のオプションのチェックを外します。
チケットのステータス更新のメール通知を有効にするには、設定 > チャンネル > Email > Email設定に移動し、メール通知セクションで共有チケットのステータス更新をメールで共有をオンにします。注意：これはワークスペースレベルの設定で、チケットのステータス変更時に顧客がメール更新を受け取るかどうかを制御します。個人のチームメイト通知設定とは別です。
転送設定がされているのに一部のメールが届かないのはなぜですか？
転送設定がされているのに一部のメールが届かないのはなぜですか？
特定のメールが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のフィルターを学習させてください。
メールプロバイダーの設定で信頼できる送信者ドメインを安全な送信者リストに追加してください。
IT管理者と協力して、正当な顧客メールの転送を許可するスパムフィルタリングポリシーを実施してください。
Google Workspaceの場合、管理コンソールのアプリ > Google Workspace > Gmail > スパム、フィッシング、マルウェアの設定を確認し、転送先アドレスがフィルタリングされていないことを確認してください。
メール管理者にIntercomのdomainを許可リストに追加してもらい、正当なメールがブロックされないようにしてください。
注意：メールプロバイダーで転送前にメールがスパムと判定された場合、Intercomには届きません。期待するメールが届かない場合は必ず迷惑メールフォルダを確認してください。
転送先アドレスの検証が繰り返し失敗します。バウンスリストに入っている可能性はありますか？
転送先アドレスの検証が繰り返し失敗します。バウンスリストに入っている可能性はありますか？
はい、転送先アドレスがバウンスリストに登録されている可能性があり、その場合は自動転送の確認ができないことがあります。メール転送の設定を確認できず、確認メールがいつまでも届かない場合は、配信の恒久的な失敗が繰り返されたために、転送先アドレスがバウンスリストに追加された可能性があります。
Intercomが転送設定中に検証メールを送信する際、ハードバウンス（恒久的失敗）が発生すると、そのアドレスは送信者の評判を守るために自動的にバウンスリストに追加され、以降の検証メール送信が停止されます。
転送先アドレスがバウンスリストに登録されている場合、転送やルーティングの設定が正しくても、Intercomはそのアドレスに確認用のテストメールを送信しません。確認は何の通知もなく失敗することがあります。メールプロバイダーのルーティングルールが正しく設定されていても、アドレスが確認を通過できないことがあります。確認用のテストメールを送信できるようにするには、まずそのアドレスをバウンスリストから削除する必要があります。
バウンスリストからアドレスを自分で削除することはできません。転送先アドレスがバウンスリストにあると思われ、配信問題（メールプロバイダーの転送設定、認証設定、メールボックスの問題など）を解決済みの場合は、サポートチームにご連絡ください。調査の上、バウンスリストから削除し、転送設定を完了できるようにします。
重要：バウンスリストからの削除を依頼する前に、検証メールがバウンスした根本原因（メールプロバイダーの転送設定が正しい、メールボックスが満杯でない、Intercomからのメールを許可する認証・セキュリティ設定がある）を必ず修正してください。
メール転送検証がメーリングリストやヘッダー変更時に失敗するのはなぜですか？
メール転送検証がメーリングリストやヘッダー変更時に失敗するのはなぜですか？
Intercomは転送設定中に検証メールを送信し、x-inbox-verification-codeヘッダーを含めます。転送先でメールが届く際にこのコードを確認します。転送設定でメールヘッダーが変更または削除されると、このコードが失われ検証が失敗します。
Google Groupsなどのメーリングリストが最も一般的な原因です。これらは配信過程でヘッダーを削除または書き換えるため、x-inbox-verification-codeがIntercomに届く前に失われます。これがGoogle GroupsなどのメーリングリストがIntercomのメール転送でサポートされない理由です。
これを避けるには：
メーリングリストではなく、単独のメールボックス（例：通常のGmail inboxや共有メールボックス）を転送先アドレスとして使用してください。
可能な場合は基本的な転送ルールではなくリダイレクトルールを使用してください。リダイレクトは元のメールヘッダーを保持しますが、基本転送は書き換える可能性があります。
検証を試みる前に、Intercomでdomainが認証されていることを確認してください。設定 > チャンネル > Email > Domains & addressesで確認できます。
設定を修正しても検証が失敗する場合、アドレスがIntercomのバウンスリストにある可能性があります。再試行前にIntercomサポートに連絡して削除を依頼してください。
メールが正しく届いているのに転送警告バナーが表示されるのはなぜですか？
メールが正しく届いているのに転送警告バナーが表示されるのはなぜですか？
このバナーは、転送先アドレスがGoogle GroupやメーリングリストであるとIntercomが検出した場合に表示されます。これらは自動転送の検証済み設定でサポートされていません。ただし、Google Workspaceの直接ルーティングルールなど別の経路でメールが正常にIntercom inboxに届いている場合でもバナーが表示されることがあります。
転送が実際に機能しているか確認するには：
警告が表示されているアドレスにテストメールを送信してください。
Intercomのinboxに届いているか確認してください。
注意：テストメールが届いた場合、ルーティングは機能しており、バナーは誤警告です。これはIntercomが転送経路を検証できないことを示しており、メールが届いていないことを意味しません。既存のルーティング設定を継続して使用できます。
テストメールが届かない場合、転送が本当に壊れています。最も確実な修正方法は、Google Groupを経由せずにメールを直接Intercom workspaceアドレスに転送するGoogle Workspaceのルーティングルールを設定することです。Google管理コンソールのApps → Google Workspace → Gmail → Default Routingに移動し、この記事で説明されているGoogle Workspaceの設定手順に従ってください。
なぜ特定の送信者からのメールがIntercomに表示されないのですか？
なぜ特定の送信者からのメールがIntercomに表示されないのですか？
特定の送信者からのメールが正しく転送設定されているにもかかわらずIntercom Inboxに表示されない場合、その送信者がブロックリストに入っている可能性があります。
送信者の確認とブロック解除方法：
IntercomのSettings > Data > People > Blockedに移動してください。
ブロックされたメールアドレスまたはドメインのリストを確認してください。
探している送信者が見つかったら、その送信者を選択し、Unblockをクリックしてその送信者からのメール配信を復元してください。
ヒント：ブロックされた送信者は、チームメンバーが手動でブロックした場合や、自動スパムフィルターが識別した場合に追加されます。正当な顧客が誤ってブロックされていないか、定期的にブロックリストを確認してください。
なぜ転送用の新しいメールアドレスを追加できないのですか？
なぜ転送用の新しいメールアドレスを追加できないのですか？
各workspaceには同時に最大10件の未確認メールアドレスしか登録できません。アドレスは確認されるまでこの制限にカウントされます。workspaceにすでに10件の未確認アドレスがある場合、新しいアドレスを追加しても保存に失敗し、確認も完了しません。たとえ新しいアドレス自体が正しく設定されていてもです。
これを修正するには：
既存の未確認アドレスのうち少なくとも1つを削除または確認してください。
新しいアドレスの追加または確認を再度試みてください。
複数の新しいアドレスを追加する場合は、次のアドレスを追加する前にそれぞれを確認（または削除）して、途中で10アドレスの制限に達しないようにしてください。