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でのメール転送の設定と管理にはSettingsアクセスが必要です。Settingsメニューが見えない場合は、管理者アクセスを持つチームメイトに設定を依頼してください。
Intercomに新しいメールアドレスを追加するときに自動メール転送を設定できます：
Settings > Channels > Email > Domains & addressesに移動し、New email address.を選択してください。
「このアドレスからのメールを自動転送する」が有効になっていることを確認してください。
あなたのユニークなIntercomワークスペースのメールアドレスをコピーしてください。
以下のメールプロバイダーの手順に従ってメール転送を設定してください。
自動転送を検証します。成功すると、Intercomでアドレスのステータスが検証済みに更新され、メールチャネルの設定を続行できます。
Intercomでメールアドレスの設定を完了する。
または、すでにIntercomに追加したメールアドレスを編集するとき：
Settings > Channels > Email > Domains & addressesに移動し、追加済みのメールアドレスの横にあるEditを選択してください。
次に自動転送の設定をクリックします。
あなたのユニークなIntercomワークスペースのメールアドレスをコピーしてください。
以下のメールプロバイダーの手順に従ってメール転送を設定してください。
自動転送を検証します。成功すると、Intercomでアドレスのステータスが検証済みに更新されます。
Intercomでメールアドレスの設定を完了する。
自動メール転送の設定が成功したら、まだ認証されていない場合はドメイン認証を行ってください。ドメイン認証は正しいメール転送に不可欠で、認証がないと転送メールがIntercomで検証に失敗する可能性があります。
注意：
ドメインやメールプロバイダーは転送アドレスの所有権確認を求める場合があります。通常、検証メールがunassigned inboxに届きます。
自動転送設定の検証は必須で省略できません。これは転送アドレスの所有権を確認し、バウンスを防いでドメインの評判を維持するためです。
転送メールを初めて設定すると、メールクライアントが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に転送されたメールを外部メールアドレスに転送することをプランに関係なくサポートしていません。
メールプロバイダーの転送設定方法
以下のメールプロバイダーの指示に従って、Inboxへのメール転送を開始してください。
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)では行わないでください。
他のプロバイダーのメール転送設定方法
これらの方法は低ボリューム転送のみに適しています。レート制限を超えるとメッセージが遅延したり、アカウントがdenylistに登録される可能性があります。
プロバイダーの指示：
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内のメールフロー → リモートドメインのデフォルトルールで「自動転送を許可する」オプションにチェックが入っている必要があります。
なぜメール転送に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はESP（Amazon SES）に引き渡した後、メールごとのSMTP「Received」ヘッダーや特定の送信IPを保持しません。
別のIntercomワークスペース（@intercom-mail.comアドレス）からのメールはなりすまし防止のためブロックされます。送信者には会社所有のメールアドレスを使用するよう依頼してください。ワークスペースごとのバイパスはありません。
メールプロバイダーの設定に最近の更新があり、新しいフィルタや制限が導入されていないか確認してください。
転送の証拠があり、メールがIntercomに表示されない場合は、サポートチームに連絡し、以下の情報を提供してください：
見つからないメールの件名。
メールが受信されたタイムスタンプ。
ユーザーのメールアドレスと送信先のメールアドレス。
また、以下のあまり一般的でない原因も確認してください：
送信者アドレスの形式不備を確認：Intercomは送信者アドレスが無効または形式不備（例：@記号の欠如やサポートされていない文字を含む）な受信メールを静かに破棄します。特定のアドレスからのメールが一切届かない場合は、Fromアドレスの形式が正しいか確認してください。注：存在しないドメインの構文的に有効なアドレス（例：noreply@fake.com）はIntercomで拒否されません。これらのメールが届かない場合は、DNS/メール配信層での失敗です。
自動応答メールのフィルタリングが有効か確認：「Mark autoresponder emails as spam」（設定 > 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でワークスペースのアドレスではなく、個別のチームメイトにメールを転送できますか？
Intercomでワークスペースのアドレスではなく、個別のチームメイトにメールを転送できますか？
はい、Intercomの特定のチームメイトに自動的にメールを転送することも可能です。そのためには、チームメイトのプロフィールに記載されている固有のメールアドレスをコピーしてください（チームメイトのプロフィールは設定 > Workspace > Teammatesから名前をクリックしてアクセスできます）。
Intercomへのメール転送を無効にするには？
Intercomへのメール転送を無効にするには？
メール転送をIntercomから切断したい場合は、メールプロバイダーの設定でメール転送を無効にする必要があります。Intercomには自動転送を無効にする直接の切り替えはないため、メールプロバイダーにログインして転送設定を変更してください。これにより、メールがIntercomのInboxに送信されなくなります。
注意: Intercomから直接メールを削除しても、メールの転送は停止しません。
デフォルトの受信メールアドレスまたはdomainを変更するには？
デフォルトの受信メールアドレスまたはdomainを変更するには？
ワークスペースのデフォルト受信メールアドレスは常にワークスペースのapp_idで始まり、変更できません。
ただし、デフォルトの受信domain（@以降の部分）はワークスペース名を変更すると変わります。例えば、ワークスペース名が“myworkspace”の場合、デフォルト受信メールアドレスはkz2agh8w@myworkspace.intercom-mail.comのようになります。ワークスペース名が変わるとdomainも変わります。例：kz2agh8w@newworkspace.intercom-mail.com
ワークスペースのdomainに英数字が含まれている場合（例：kz2agh8w@myworkspace-375b14eda2c4.intercom-mail.com）、同じ名前（例：“myworkspace”）の別のワークスペースが英数字なしのdomainを既に使用していることを意味します。
domainに英数字を含めたくない場合、以下の対応が可能です：
サポートチームに連絡してください。英数字なしのdomainが他のワークスペースで使用中か確認します。
domainが利用可能な場合: 英数字なしのdomainが他のワークスペースで使用されていなければ、サポートチームが更新を依頼できます。
domainが使用中の場合: 他のワークスペースでdomainが使用されている場合、ワークスペース名に追加の単語（例：“myworkspace-team”）を加えて、英数字なしのdomainが利用可能か確認できます。
注意： ワークスペース名を複数回変更すると（例：変更後に元に戻すなど）、デフォルト受信メールアドレスに問題が生じることがあります。新しい受信domainが生成された後に元の名前に戻しても、別のワークスペースがそのdomainを使用している場合、元のメールアドレスは復元されません。デフォルト受信メールを顧客対応に使用している場合は、ワークスペース名の変更は慎重に計画してください。
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が転送設定中に送信する検証メールには、転送先でメールが届いた際に確認するx-inbox-verification-codeヘッダーが含まれています。転送設定がメールヘッダーを変更または削除すると、このコードが失われて検証が失敗します。
Google Groupsのようなメーリングリストが最も一般的な原因です。これらは配信過程でヘッダーを削除または書き換えるため、Intercomがx-inbox-verification-codeを読み取る前に消えてしまいます。これが、Google GroupsなどのメーリングリストがIntercomのメール転送でサポートされていない理由です。
これを避けるために：
転送先アドレスとしてメーリングリストではなく、単独のメールボックス（例：通常のGmail inboxや共有メールボックス）を使用してください。
可能な場合は基本的な転送ルールではなくリダイレクトルールを使用してください。リダイレクトは元のメールヘッダーを保持しますが、基本転送は書き換える可能性があります。
検証を試みる前に、Intercomでdomainが認証されていることを確認してください。設定 > チャンネル > Email > Domains & addressesで確認できます。
設定を修正しても検証が失敗する場合、アドレスがIntercomのバウンスリストに登録されている可能性があります。再試行前にIntercomサポートに連絡して削除を依頼してください。
メールが正しく届いているのに転送警告バナーが表示されるのはなぜですか？
メールが正しく届いているのに転送警告バナーが表示されるのはなぜですか？
このバナーは、転送アドレスがGoogle GroupやメーリングリストであるとIntercomが検出した場合に表示されます。これらは検証済みの自動転送でサポートされていません。ただし、メールが別の経路（例えばGoogle Workspaceの直接ルーティングルール）で正常にIntercom inboxに届いている場合でもバナーが表示されることがあります。
転送が実際に機能しているか確認するには：
警告が表示されているアドレスにテストメールを送信します。
Intercomのinboxに届くか確認します。
注意：テストメールが届いた場合、ルーティングは機能しており、バナーは誤警告です。これは転送経路をIntercomが検証できないことを示しており、メールが届いていないわけではありません。現在のルーティング設定を継続して使用できます。
テストメールが届かない場合、転送が実際に壊れています。最も確実な修正方法は、Google Groupを経由せずにGoogle Workspaceの直接ルーティングルールを設定し、メールを直接Intercomワークスペースアドレスに転送することです。Google管理コンソールのアプリ → Google Workspace → Gmail → デフォルトルーティングに移動し、本記事で説明されているGoogle Workspaceの設定手順に従ってください。
特定の送信者からのメールがIntercomに表示されないのはなぜですか？
特定の送信者からのメールがIntercomに表示されないのはなぜですか？
特定の送信者からのメールが正しく転送されているにもかかわらずIntercom Inboxに表示されない場合、その送信者がブロックリストに登録されている可能性があります。
送信者の確認とブロック解除方法：
Intercomの設定 > データ > People > Blockedに移動します。
ブロックされたメールアドレスまたはドメインのリストを確認します。
探している送信者が見つかったら、その送信者を選択し、Unblockをクリックしてその送信者からのメール配信を復元します。
ヒント：ブロックされた送信者は、通常、チームメンバーが手動でブロックした場合や、自動スパムフィルターが識別した場合に追加されます。正当な顧客が誤ってブロックされていないか、定期的にブロックリストを確認してください。
なぜ転送用の新しいメールアドレスを追加できないのですか？
なぜ転送用の新しいメールアドレスを追加できないのですか？
各ワークスペースには、同時に最大10件の未確認メールアドレスしか登録できません。アドレスは確認されるまでこの制限にカウントされます。ワークスペースにすでに10件の未確認アドレスがある場合、新しいアドレスを追加しても保存に失敗し、確認も完了しません。たとえ新しいアドレス自体が正しく設定されていてもです。
これを解決するには：
既存の未確認アドレスのうち少なくとも1つを削除または確認してください。
新しいアドレスの追加または確認を再度試みてください。
複数の新しいアドレスを追加する場合は、10件の制限に達しないように、次のアドレスを追加する前にそれぞれを確認（または削除）してください。