次の方法で共有

電子メールの問題のトラブルシューティング

この記事では、Dynamics 365 Customer Insights - Journeys でのメールの管理に関連する問題について、回避策と解決策を含めて説明します。

内部取引先担当者がマーケティング電子メールを受信していません

Customer Insights - Journeys を使用してメール メッセージを内部ユーザーに送信してもメールが受信されない場合、メールがスパム フィルター ソリューションによって隔離されている可能性があります。 電子メールが内部の受信者の受信トレイに届き、スパム ソリューションのチェックに合格するには、次のステップを実行します。

以下は、一般的な電子メールおよび Web フィルターの許可リスト設定を変更する方法の説明への直接リンクです。

メモ

上記の URL と以下の Google URL は、Microsoft に関連付けられていない外部ページにリンクしています。 URL は、予告なしに変更または無効化される場合があります。

上記のメール セキュリティ ソフトウェアを使用していない場合は、次のリンクを使用して、Office365/Exchange および GSuite/Google Apps で Customer Insights - Journeys サービスを許可するためのデフォルト オプションを設定します。

電子メール Microsoft Dynamics 365 Customer Insights - Journeys 送信に使用するパブリック IP アドレスの検索: 電子メールの送信に使用するパブリック IP アドレス マーケティング

重要

電子メール セキュリティ ソフトウェアに Dynamics 365 Customer Insights - Journeys を一覧表示できる問題が発生した場合は、特定の手順についてベンダー サポートに問い合わせることをお勧めします。

メール転送と返信のトラブルシューティング

以下のセクションでは、メール転送とメールの返信先アドレスに関する問題とベスト プラクティスについて詳しく説明します。

メール転送

メールの転送は、受信したメールを他の人と共有する標準的な方法です。 ただし、メールを転送すると、メール内容のフォーマットや機能に問題が生じる場合があります。 簡単に言うと、メールは転送されると崩れることが多くあります。

メール転送がメール内容の問題を引き起こす理由

電子メールクライアント (Gmail、Yahoo、Outlook などの Web およびデスクトップ版クライアント) により、電子メールのレンダリングが異なります。 転送されたメールも、送信元のクライアントによってレンダリングが異なります。 クライアントによっては、転送によって一部の HTML 要素が取り除かれたり、メールの HTML コードに技術的なブロックが挿入されたりする場合があります。 変更された要素は、メールの外観を変えたり、機能をブロックしたりする可能性があります。

転送されたメールの内容に関する問題を回避する方法

センダーおよびメール デザイナーとして、サブスクライバーが使用するすべてのメール クライアントの動作を予測するためにできることはそう多くはありません。 メールの転送に起因する可能性のあるすべての変更を回避することは不可能です。 しかし、購読者や受信者が定期的にマーケティング メールを転送していることを認識している場合、転送関連のエラーを減らすためのいくつかの推奨事項を以下に示します。

  • メールのデザインはシンプルに保つ。 独立した要素の少ない単一列のデザインを使用する。 これにより、メールを転送する際にデザインに起因する HTML エラーが発生する可能性を抑えることができます。
  • 受信者にメールを添付して転送するように伝えます。 このアプローチにより、元のメールのデザインと要素が変更されない可能性が高くなります。
  • ウェブ ベースのメール クライアントの中には、電子メールのコードに触れることなくメールを共有する代替方法を提供しているものもあります。 この方法は通常、「古典的な」転送を行うのではなく、送信者に代わってオリジナルのメールを目的の相手に送信したり、ソーシャルネットワークを通じて共有します。

返信先アドレス

メールを送信し、受信者がメールに返信する場合、返信メールは "From:" ヘッダーにリストされた電子メール アドレスに送信されます。 返信先アドレスは、"Reply-To: "ヘッダーで指定される特別なアドレスで、通常の "From: "アドレスと異なる場合、メッセージに対する返信を送信する電子メールアドレスを提供するものです。

ただし、自動応答の場合は、Reply-To:ヘッダーは無視されます。 RFC3834 で詳述されているように、自動応答は常に「From：」ヘッダーで指定されたアドレスに送信する必要があります。 このような場合、"Reply-To: "ヘッダーは無視されます。

手動返信 (受信者が「返信」ボタンを選択した場合) のみ、「Reply-To:」アドレスに送信されます。

内部受信者に送信されたメールの [外部] フラグ

組織内の受信者にメールを送信した場合に、メールに [外部] のフラグが付くことがあります。 これは、受信者のドメインが Exchange Online または Microsoft 365 でホストされている場合に発生することがあります。

[外部] フラグは、メールが組織外から送信されたことをユーザーに通知するように設定されています。 これは、外部の電子メールは詐欺であることが多いため、フィッシング攻撃から保護するためのセキュリティ機能です。

メールが組織内の受信者に送信され、[外部] のフラグが付く場合は、次のいくつかのことを行う必要があります。

  1. 受信者のドメインが Exchange Online または Microsoft 365 でホストされていることを確認します。 その場合は、メール管理者に連絡して、メール設定を調整するよう依頼してください。 ドメインから送信されたメールに [外部] フラグが付かないように設定できるはずです。
  2. メールが組織外の受信者に送信される場合、[外部] フラグは予期される動作です。 これは、メールがスパムまたはジャンクとしてマークされているという意味ではありません。 メールが組織外から送信されたという単なる通知です。 残念ながら、送信者側からこれを修正するためにできることは何もありません。

混乱を避けるために、[外部] フラグの目的を受信者に明確に伝えることが重要です。 これは潜在的なフィッシング攻撃を特定するためのセキュリティ機能であり、メールが安全ではないという意味ではないことを説明できます。

つまり、[外部] フラグは、フィッシング攻撃から保護するための重要なセキュリティ機能です。 内部メールに [外部] フラグが付く場合に、問題を解決するために実行できる手順があります。 メール管理者と協力してフラグの目的を受信者に明確に伝えることで、メールを安全かつ確実に配信できます。