この記事では、Intercom Inboxへの自動メール転送の設定、メールプロバイダーの転送設定、認証失敗やメール未着のトラブルシューティング、Google Groupsなどのメーリングリストがサポートされない理由を説明します。設定後はすべての顧客メールを一元管理でき、チームinboxへの割り当てやSLA（サービスレベルアグリーメント）の適用が可能です。
メール送信は開発者ワークスペースではサポートされておらず、本番ワークスペースのみ対応しています。
開始前に
自動転送とdomain設定には、メールプロバイダーとdomain設定への管理者アクセスが必要です。管理者をIntercomに招待してください。
自動転送はほとんどのメールプロバイダーにある機能ですが、プロバイダーごとに設定や機能が異なり、例えばスパムが転送前にフィルタリングされるかや、1日に転送できるメール数に影響します。以下に主要なメールプロバイダーでの自動転送設定のガイドを示しますが、開始前にご利用のメールプロバイダーのドキュメントを読むことを推奨します。
メール転送にメーリングリストを使用しないでください：
メール転送は個別のメールアドレスのみ設定可能です。共有inboxやメーリンググループはサポートされておらず、認証失敗の原因となります。
Google GroupsのようなメーリングリストはIntercomへのメール転送に対応していません。これらのプラットフォームはメールヘッダーの「From」アドレスを変更することが多く、Intercomで正しい連絡先とメールを関連付けられません。これにより送信者情報の検出に問題が生じ、会話が正しい顧客に紐づかない可能性があります。
自動メール転送の設定方法
複数のメールアドレスをIntercomに転送設定できます。最初のアドレス設定後、同様の手順で追加設定してください。以下の制限に注意してください：
一度に最大10件の未認証メールアドレスを追加できます。
Intercomワークスペースには最大250件のメールアドレスを追加可能です。
Intercomに新しいメールアドレスを追加する際に自動メール転送を設定できます：
設定 > チャンネル > Email > Domains & addressesに移動し、新しいメールアドレスを選択してください。
「このアドレスからのメールを自動転送する」が有効になっていることを確認してください。
提供されたワークスペースのメールアドレスをコピーしてください。
以下のメールプロバイダーの手順に従ってメール転送を設定してください。
自動転送を認証してください。成功すると、Intercomでアドレスのステータスが認証済みに更新され、メールチャネルの設定を続行できます。
Intercomでメールアドレスの設定を完了する。
または、すでにIntercomに追加したメールアドレスを編集する場合：
設定 > チャンネル > Email > Domains & addressesに移動し、追加済みのメールアドレスの横にある編集を選択してください。
次に自動転送を設定をクリックしてください。
提供されたワークスペースのメールアドレスをコピーしてください。
以下のメールプロバイダーの手順に従ってメール転送を設定してください。
自動転送を認証してください。成功すると、Intercomでアドレスのステータスが認証済みに更新されます。
自動メール転送の設定が成功したら、次にdomainの認証を行います。domain認証は正しいメール転送に不可欠で、認証されていないと転送メールがIntercomで認証失敗する可能性があります。
注意：
domainまたはメールプロバイダーが転送アドレスの所有権確認を求める場合があります。通常、確認メールが送信され、unassigned inboxで確認できます。
自動転送設定の認証は必須で省略できません。これは転送アドレスの所有権を確認し、セキュリティを保ち、ドメインの評判を維持するために重要です。
転送メールを初めて設定すると、メールクライアントがIntercomに確認メールを送信し、転送先アドレスへのアクセス権を確認します。この確認メールはスパムinboxに入ることがあります。スパムInboxが見えない場合は、管理 > サイドバー編集 > スパムで見つけてサイドバーにピン留めしてください。
ヒント：メールをIntercomに転送すると、ワークスペースの全チームメイトがそのメールを閲覧できます。プライベートなメールがある場合は、個人メールアドレスからの転送は避けてください。
ヒント：Intercomで「転送メール内の顧客を検出」を有効にすると、手動転送メールが転送者ではなく元の顧客に正しく紐づきます。設定 > チャンネル > Email > Email設定で「転送メール内の顧客を検出」をオンにしてください。これには、転送者がワークスペースの管理者であること、件名が「Fwd:」またはローカライズされた同等の表記で始まること、転送メタデータに元の送信者のメールが「From:」欄に含まれることが必要です。
注意：Amazon WorkMailからの転送設定は、通常の転送ルールではなく「リダイレクト」ルールを使用してください。リダイレクトルールは元のメールヘッダーを保持し、Intercomが送信者を正しく識別するために必要です。
重要：Intercomは、すでにIntercomに転送されたメールを外部メールアドレスに再転送することをプランに関係なくサポートしていません。
メールプロバイダーの転送設定方法
以下のメールプロバイダーの指示に従い、Intercomへのメール転送を開始してください。
Google Workspaceでのメール転送設定方法
この方法はGoogleからの転送に推奨されます。レート制限がなく、メールボックス作成も不要です。管理者アクセスが必要です。
プロバイダーの指示：
重要：Google Workspaceのデフォルトルーティングはメールの配信先を変更します。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への自動転送がブロックされます。
設定後の期待される動作
設定したアドレスに送信されたメールは直接Intercomに配信されます。
元のGoogle Workspaceのinboxにはコピーが届きません。
この動作はGoogle WorkspaceのDefault Routingの仕組みによるもので、期待される挙動です。
inboxにコピーを残すことは可能ですか？
はい、元のGoogle Workspaceのinboxにメールのコピーを残すことは可能ですが、Default Routingを使用している場合はできません。
Gmailにコピーを残しつつメールをIntercomに送信するには、Googleのドキュメントに記載されているように、カスタム転送またはリダイレクトルールの使用を推奨します。
最も適用可能なオプションは「一度に1つのアドレスをリダイレクトまたは転送する」というプロセスです。
この方法は以下の転送ルールを作成します：
メールを元の受信者のinboxに配信し、
メッセージのコピーを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」のメール転送サイドパネルで、「Forward all email sent to this mailbox」チェックボックスを選択します。
次に、Intercomのメール転送手順からコピーした転送先アドレスを入力し、Saveを選択してMicrosoft 365管理センターを終了します。
Intercomに戻り、Verify automatic forwardingを選択します。
注意：転送設定を検証する前に、アンチスパムのアウトバウンドポリシーで自動転送が有効になっている必要があります。これはMicrosoft Defenderポータルで確認できます。
「組織で外部転送を許可していません」というエラーが出た場合は、Microsoft 365管理者に連絡して設定を変更してください。外部転送の許可変更は最大1時間かかることがあります。
重要：すべてのメール転送設定はMicrosoft 365管理センターで行い、Outlook on the web (OWA)では行わないでください。
他のプロバイダーでのメール転送設定方法
これらの方法は低ボリュームの転送のみに適しています。レート制限によりメッセージの遅延やアカウントの拒否リスト入りが発生する可能性があります。
プロバイダーの手順：
送信者の詳細を保持するために、メール転送には直接のmailboxを使用することを推奨します。Google Groupsのようにメール転送が「From」ヘッダーを乱す設定は避けてください。大量転送にはGoogle WorkspaceのAdvanced Routingを、少量転送にはStandard Routingを使用してください。
注意：
Googleはユーザーが1日に送信できるGmailメッセージ数と、1メッセージあたりの受信者数を制限しています。
Outlookのメール転送設定を使うと、メールはあたかもあなたが元の送信者であるかのように転送されます。代わりにリダイレクトオプションを使うべきで、これにより元の送信者が保持されます。
なぜメーリングリストはメール転送に適さないのか
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へのメッセージ配信に影響を与えます。認証以外にも、これらの技術的欠点はメールが誤ったスレッドに自動的に振り分けられたり、メッセージの不整合が生じたりして、顧客との会話管理が困難になります。
メール転送のよくある質問とトラブルシューティング
メール転送が突然動作しなくなった
メール転送が突然動作しなくなった
メール転送が完全に停止した場合、社内の誰かが転送先のメールプロバイダーで転送を無効にした可能性があります。まず、メールプロバイダーにログインし、外部メールクライアントの転送設定にIntercomのデフォルト「Workspace email address」が追加されていて、転送が有効になっているか確認してください。Intercomのデフォルトworkspace email addressは設定 > チャンネル > メール > メール設定で確認できます。アドレスが正しく追加され、誤字がないことを確認してください。
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には組み込みの迷惑メールフィルターがあり、メールクライアントのフィルターに加えて機能しています。誤ってフィルターされたと思われるメッセージは迷惑メールInboxで確認できます。
この迷惑メールフォルダからメールを通常のInboxに戻すには、「迷惑メールではない」を押してください。
メールクライアントでメールサイズを確認してください。Intercomは受信メールの内容に20MBの制限があります。20MBを超えるメールは拒否されます。- 添付ファイルも含みます。
最後に、特定のメールで転送イベントが実際に発生したか確認してください。メール管理者に確認を依頼する必要があります。
転送方法を一貫して維持し、管理ルーティングと個別mailboxレベルの転送経路の重複設定を避けることで、重複メールを防止してください。
SMTPフィルターやリレーの変更が転送に影響していないか確認してください。メールシステム管理者に転送キューとログのブロックを確認してもらいましょう。
メールプロバイダーの設定に最近の更新で新しいフィルターや制限が追加されていないか確認してください。
転送の証拠があるのにメールがIntercomに表示されない場合は、サポートチームに以下の情報を提供して相談してください：
見つからないメールの件名。
メール受信のタイムスタンプ。
ユーザーのメールアドレスと送信先のメールアドレス。
ユーザーのメールが会話の参加者として追加されていない
ユーザーのメールが会話の参加者として追加されていない
メールが転送された際に、顧客のメールアドレスがIntercomの会話参加者として追加されない理由はいくつかあります：
メールを手動でIntercomに転送した場合、転送を行ったアドレスがメールの送信者として認識されます。これを防ぐには、転送メールでのエンドユーザー検出を有効にしてください。有効化は設定 > メール > メール設定で「転送メール内の顧客検出」設定をオンに切り替えます。
この問題はGoogle Groupsや他のメーリングリストプロバイダー経由のメール転送設定でも発生し、サポートされていません。
お問い合わせフォームから生成されたメールで、元のユーザーが会話の参加者として追加されない
お問い合わせフォームから生成されたメールで、元のユーザーが会話の参加者として追加されない
Intercomはメールの「From」 フィールドを使って送信者を特定し、会話の参加者として追加します。
お問い合わせフォームや一部のメール転送設定では、送信者が元の送信者（またはフォームに入力されたメール）ではなく、転送を行うアカウントに変更されることがあります。
完了したお問い合わせフォームをメール転送で送る代わりに、フォーム完了時に直接Intercomで会話を作成するためにREST APIの使用を推奨します。
メールをworkspaceアドレスではなく、Intercomの個別のチームメイトに転送できますか？
メールをworkspaceアドレスではなく、Intercomの個別のチームメイトに転送できますか？
はい、Intercomの特定のチームメイトに自動転送も可能です。チームメイトのプロフィールに記載された固有のメールアドレスをコピーしてください（設定 > Workspace > Teammatesから名前をクリックしてアクセスできます）。
Intercomへのメール転送を無効にするにはどうすればよいですか？
Intercomへのメール転送を無効にするにはどうすればよいですか？
メール転送をIntercomから切断したい場合は、メールプロバイダーの設定でメール転送を無効にする必要があります。Intercomには自動転送を無効にする直接の切り替えはないため、メールプロバイダーにログインして転送設定を変更してください。これにより、メールがIntercomのinboxに送信されなくなります。
注意: メールをIntercomから直接削除しても、メールがIntercomのInboxに転送されるのは止まりません。
デフォルトの受信メールアドレスまたは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）トラブルシューティングを行ってください。
通知設定を調整するにはどうすればよいですか？
通知設定を調整するにはどうすればよいですか？
会話のメール通知を停止したい場合は、次の手順に従ってください：
Intercomの設定 > 通知に移動します。
会話の通知設定を見つけて、メール通知のオプションのチェックを外します。
転送設定がされているのに一部のメールが届かないのはなぜですか？
転送設定がされているのに一部のメールが届かないのはなぜですか？
特定のメールが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の場合、管理コンソールのアプリ > Google Workspace > Gmail > スパム、フィッシング、マルウェアのスパム設定を確認し、転送先アドレスがフィルタリングされていないことを確認してください。
注意： メールプロバイダーで転送前にメールがスパムとマークされている場合、メールはIntercomに届きません。期待するメールが届かない場合は必ずスパムフォルダを確認してください。
転送先アドレスの検証が繰り返し失敗します。バウンスリストに入っている可能性はありますか？
転送先アドレスの検証が繰り返し失敗します。バウンスリストに入っている可能性はありますか？
メール転送設定の検証ができず、検証メールが届かない場合、転送先アドレスが繰り返しの恒久的な配信失敗によりバウンスリストに登録されている可能性があります。
Intercomが転送設定中に検証メールを送信する際、ハードバウンス（恒久的な失敗）が発生すると、そのアドレスは送信者の評判を守るために自動的にバウンスリストに追加されます。これにより、さらなる検証メールの送信が停止されます。
バウンスリストからアドレスを自分で削除することはできません。転送先アドレスがバウンスリストにあると思われ、配信問題（メールプロバイダーの転送設定、認証設定、メールボックスの問題など）を解決した場合は、サポートチームに連絡してください。調査の上、バウンスリストからアドレスを削除し、転送設定を完了できるようにします。
重要： バウンスリストからの削除を依頼する前に、検証メールがバウンスした根本原因（メールプロバイダーでの転送設定の適切な構成、メールボックスの空き、Intercomからのメールを許可する認証やセキュリティ設定など）を修正してください。
メール転送の検証が失敗するのはなぜですか？ メーリングリストやヘッダーが変更されている場合は？
メール転送の検証が失敗するのはなぜですか？ メーリングリストやヘッダーが変更されている場合は？
Intercomが転送設定中に検証メールを送信すると、x-inbox-verification-codeヘッダーが含まれます。転送先アドレス経由でメールが届くとこのコードをチェックします。転送設定でメールヘッダーが変更または削除されると、このコードが失われて検証に失敗します。
Google Groupsなどのメーリングリストが最も一般的な原因です。これらは配信過程でヘッダーを削除または書き換えるため、Intercomがx-inbox-verification-codeを読み取る前に削除されます。これが、Google GroupsなどのメーリングリストがIntercomのメール転送でサポートされていない理由です。
これを避けるには：
転送先アドレスとして、メーリングリストではなく、スタンドアロンのメールボックス（例：通常のGmail inboxや共有メールボックス）を使用してください。
可能な場合は、基本的な転送ルールではなくリダイレクトルールを使用してください。リダイレクトは元のメールヘッダーを保持しますが、基本的な転送は書き換えることがあります。
検証を試みる前に、Intercomであなたのdomainが認証されていることを確認してください。設定 > チャンネル > メール > Domains & addresses に移動して確認します。
設定を修正しても検証に失敗する場合、あなたのアドレスがIntercomのバウンスリストに載っている可能性があります。再試行する前にIntercomサポートに連絡して削除してもらってください。
なぜ特定の送信者からのメールがIntercomに表示されないのですか？
なぜ特定の送信者からのメールがIntercomに表示されないのですか？
特定の送信者からのメールが正しく転送設定されているにもかかわらずIntercomのInboxに表示されない場合、その送信者がブロックリストに入っている可能性があります。
送信者を確認してブロック解除するには：
Intercomの設定 > データ > People > Blockedに移動してください。
ブロックされたメールアドレスまたはdomainのリストを確認してください。
探している送信者が見つかったら、その送信者を選択し、ブロック解除をクリックしてその送信者からのメール配信を復元してください。
ヒント：ブロックされた送信者は、通常、チームメンバーが手動でブロックした場合や自動スパムフィルターが識別した場合に追加されます。正当な顧客が誤ってブロックされていないか、定期的にブロックリストを確認してください。