営業、カスタマーサポート、コンサルタントなど、メールを多用するビジネスパーソンにとって、受信トレイに表示される差出人名は第一印象を左右する重要な情報です。相手が「誰から」「どの会社・サービスから」届いたメールかをすぐ判断できる表示に整えることは、メールの見落とし防止や問い合わせ対応の円滑化につながります。
ただし、表示名が正しく見えることは安全性の証明ではありません。2026年9月17日時点で公開されているフィッシング対策協議会の最新月次報告は、2026年8月17日公開の2026年7月分です。同報告では、フィッシング報告件数は66,119件、フィッシングサイトURL数は43,267件でした。実在サービスのメールアドレスやドメインを差出人に使ったなりすましも報告されており、差出人名や見慣れたドメインだけで正規メールと判断しないことが重要です。
送信側は、差出人名だけでなく、送信元アドレス、Reply-To、認証済みドメイン、SPF・DKIM・DMARCなどの送信ドメイン認証を含めて整備する必要があります。本記事では、Outlookで差出人表示を変更する方法、表示名が反映されない場合の確認点、ビジネスメールで信頼されやすい差出人名の考え方を解説します。操作方法はクラシック版Outlookと新しいOutlook for Windowsで異なるため、利用中の環境とアカウントの種類を確認してから設定してください。
ビジネスメールでは、本文や件名だけでなく、受信トレイに表示される差出人名も重要です。スマートフォンを含む多くのメールアプリでは、受信者は差出人名と件名を手掛かりに、メールを開くか、後で確認するかを判断します。
たとえば、会社名だけの表示よりも「会社名+担当者名」や「サービス名+担当者名」としたほうが、受信者は連絡の目的と送信者を把握しやすくなります。一方で、表示名を整えることは、なりすましを防ぐ対策そのものではありません。
実在サービスのアドレスやドメインを悪用したなりすまし、正規サービスや短縮URLを経由した誘導、乗っ取られた正規メールアカウントを使う手口もあります。また、「サービス終了」「請求」「バックアップ期限」「セキュリティ更新」など、業務上急いで対応したくなる件名を使ってログイン情報や支払いを求めるフィッシングも確認されています。重要な手続きはメール内のリンクから行わず、ブックマークした管理画面や公式ポータルから進める運用が安全です。
そのため、ビジネスメールでは「会社名+氏名」「サービス名+担当者名」など、相手が送信者を認識しやすい差出人名を設定するとともに、自社ドメインではSPF、DKIM、DMARCを適切に設定しましょう。受信者側でも、表示名だけでなく、実際のFrom、Reply-To、Return-Path、DKIM署名ドメイン、DMARCの認証結果、警告表示、依頼内容やリンク先を確認することが大切です。
差出人名の変更方法は、Outlookの種類とメールアカウントの方式によって異なります。まず、自分のアカウントの表示名をどこで管理しているかを確認しましょう。
組織アカウントは管理者への依頼が基本です
会社で利用しているMicrosoft ExchangeアカウントやMicrosoft 365の組織アカウントでは、差出人名はサーバー側のディレクトリ情報に基づいて管理されます。この場合、Outlookアプリから個人で受信者向けの表示名を変更することはできません。部署異動、改姓、役職変更、社名変更があった場合は、社内のIT管理者に更新を依頼してください。
新しいOutlook for Windowsでは直接編集できません
2026年9月4日版までの公式リリースノートでは、新しいOutlook for Windowsに受信者向け表示名を直接編集する機能は追加されていません。Microsoftの現行サポート情報でも、アプリ内で受信者に表示される名前を編集する機能は案内されていません。Gmailなどの外部アカウントでは、接続元メールサービスの送信者名設定を確認します。ただし、その表示名が新しいOutlookからの送信に利用されるかは、アカウント方式やプロバイダー側の実装によって異なります。
変更後は外部アドレスへテスト送信し、実際の受信表示を確認してください。同期完了を待ったうえでOutlookの再起動や再サインインを試すことは有効ですが、Outlook上のアカウントのニックネームやラベルは自分用の表示であり、受信者に見える差出人名とは別です。アカウントの再追加は、同期データ、ローカル設定、署名、送信済みアイテムなどに影響する場合があるため、通常の対処ではなく最終手段として扱いましょう。
以下では、クラシック版Outlookで、IMAPまたはPOPなどアプリ側で表示名を編集できるアカウントを利用している場合の基本的な手順を紹介します。
クラシック版Outlookで変更可能なアカウントでは、アカウント設定から表示名を編集できます。会社名や担当者名を含めた表示にすることで、受信者が送信者を認識しやすくなります。
設定後は、自分の別メールアドレスや社内のテスト用アドレスにメールを送信し、受信側でどのように見えるか確認してください。メールサービスや受信側クライアントによっては、連絡先に保存された名前が優先表示されることもあります。
差出人表示は、相手、用途、送信するメールの種類に応じて調整します。通常の担当者間メール、サポート返信、障害通知、請求通知、メールマガジンでは、受信者が最初に知りたい情報が異なるためです。複数アカウントを使う場合は、利用する送信アカウントと送信前の確認も欠かせません。
国内の担当者間メールでは、漢字の氏名は送信者を識別しやすい表記です。ただし、常に個人名を優先するとは限りません。サポート、請求、障害通知、一斉配信などでは、「サービス名+用途」や「サービス名+担当者名」のほうが、メールの目的を伝えやすい場合があります。自社の表記ルールとメールの用途に合わせて統一しましょう。
クラシック版Outlookで変更できるアカウントなら、前述した「ファイル」→「アカウント設定」→「アカウント設定」から対象アカウントを選び、名前欄を漢字で入力して保存します。ExchangeやMicrosoft 365の組織アカウントでは、管理者によるディレクトリ情報の更新が必要です。
海外との取引が多い場合は、読みやすさへの配慮からローマ字を併記する方法もあります。たとえば「山田太郎 / Taro Yamada」「Taro Yamada(ABC Corp)」のようにすると、国内外の受信者が送信者を識別しやすくなります。
個人用、会社用、部署用、顧客対応用など複数のメールアカウントを登録している場合は、よく使う業務用アカウントを設定し、誤ったアカウントから送信しないようにしましょう。
クラシック版Outlookの場合
クラシック版Outlookでは、既定の送信アカウントを指定できます。
新しいOutlook for Windowsの場合
新しいOutlookでは、アプリ全体で使用するプライマリアカウントを選択できます。新規メールでは選択中のプライマリアカウントが使われますが、クラシック版にある「新しいメッセージを作成するときはいつも既定のアカウントを使う」設定はありません。返信・全員に返信・転送では、原則として元メールを受信したアカウントが差出人として選択されます。
新しいOutlookで差出人欄が表示されていない場合は、複数アカウントを登録したうえで、メール作成画面の「オプション」から「差出人を表示」を選びます。共有メールボックスや代理送信を利用する場合は、新規作成、返信、転送のそれぞれで送信テストを行いましょう。どのOutlookを使う場合でも、送信直前に「差出人」欄のアカウントとアドレスを確認する運用が必要です。
差出人名が正しく表示されない、変更後の名前が反映されない、受信トレイの一覧に差出人欄が見当たらないといった場合は、アカウントの種類、同期状況、表示設定を順に確認しましょう。
正規メールが迷惑メールに入る場合でも、送信者やドメインをすぐにSafe Sendersへ追加するのは避けましょう。Safe Sendersへの追加は、スパムフィルタリングや一部のスプーフィング保護を回避するため、安易な利用は危険です。ただし、マルウェアや高信頼度フィッシングが常に許可されるわけではありません。Microsoft 365管理者は、Defenderポータルのメールエンティティやメッセージトレースを使い、認証結果、ユーザー設定、許可・ブロック、コネクタ、メールフロールールのどれが配送結果に影響したかを調査してください。
許可リストを利用する場合は、申請者、用途、所有者、有効期限、見直し日を記録します。Salesforce、MA、問い合わせ管理SaaSなどからのメールが誤判定されたときは、ドメイン全体を許可するよりも、メールヘッダーを取得して送信認証や送信経路の問題を修正することを優先しましょう。
原因を切り分ける際は、まず接続元メールサービスのWeb画面で表示名を確認し、別アドレスへテスト送信します。そのうえでメールヘッダーのFrom、Reply-To、Return-Path、Authentication-Results、DKIM署名ドメイン、DMARC結果と、受信トレイ上の表示を確認してください。
メール作成画面で送信元アカウントを選べない場合は、「差出人」欄が非表示になっている可能性があります。クラシック版Outlookでは新規メール作成画面の「オプション」タブから「差出人」を選択して表示します。
新しいOutlookでは、複数アカウントを登録している場合に、メール作成画面の「オプション」から「差出人」を表示できます。共有メールボックスや代理送信を使う組織では、宛先確認と同じように差出人確認を誤送信防止のチェック項目に含めましょう。
受信トレイの一覧に差出人名が出ない場合は、メール自体の問題ではなく、ビュー設定で「差出人」列が非表示になっている可能性があります。クラシック版Outlookでは、列を追加・削除する前に、表示を「シングル」または「プレビュー」のリストビューに切り替えます。
新しいOutlookでは、クラシック版のように列を自由に追加するのではなく、「設定」→「メール」→「レイアウト」でメール一覧の表示順を調整します。「送信者名を先に表示」または「件名を先に表示」といった設定を確認してください。
差出人表示は単なる名前の設定ではなく、受信者に安心感を与え、メールを見つけやすくするための情報です。短く、誰からのメールかがわかり、送信元アドレスや署名と矛盾しない表記を選びましょう。
SPF・DKIM・DMARCのPASSは、そのドメインから正規の手順で送信されたことを示すものであり、画面に表示された企業名や人物名が本物であることまでは保証しません。攻撃者が類似ドメインを取得し、認証を正しく設定して送信することも可能です。正式ドメインと一文字違いのドメインや、Reply-Toだけが別ドメインになっているメールにも注意しましょう。
DMARCは設定するだけで終わりではありません。集計レポートを確認して送信元を把握し、影響を確認しながらポリシーをp=noneからp=quarantine、p=rejectへ段階的に強化することが重要です。CRM、MA、問い合わせフォーム、サポートツール、旧システムなどの送信経路を棚卸しし、不要なSMTP資格情報や退職者・委託先のアカウントを定期的に無効化しましょう。
Salesforceから送信するメールは、Salesforce PlatformとMarketing Cloud Engagementで要件を分けて確認します。Salesforce Platformから独自ドメインで送信する場合は、ドメインレベルとアドレスレベルの検証を区別します。ドメイン・サブドメインは、有効なDKIMキーまたはAuthorized Email Domainsへの検証済み登録によって個別に検証します。Organization-Wide Email Addressなどの共有アドレスには、設定に応じて別途アドレス確認も必要です。なお、Office 365(Outlook)IntegrationやGmail Integrationを経由する送信は、Salesforce側のドメインレベル検証要件の例外です。
未検証ドメインの代替送信設定を利用する場合、表示名とReply-Toを維持したまま、Fromアドレスだけが検証済みのOrganization-Wide Email Addressへ置き換えられることがあります。代替アドレスを設定していない場合は、email@UniqueId.sfcustomeremail.com形式のアドレスが使用される可能性があります。受信者の認知や返信先に影響するため、Flow、Apex、Email Alert、Case、承認通知、スケジュール送信など、実際に使う経路ごとにテストしてください。
Marketing Cloud Engagementでは、2026年10月4日以降、新しいFrom Addressに未検証のUser Domainを追加する従来方式が利用できなくなります。新しいFrom Addressを作成するには、Sender Authentication Package、Private Domain、Registered DomainのいずれかでドメインをVerified Domainにする必要があります。動的な差出人を使う場合は、Sender Profile、自動送信、Business Unit、Sandboxを含め、参照されるすべてのFrom Addressとドメインを事前に棚卸ししましょう。
受信テストでは、Outlookだけでなく、Gmail、Yahoo!メール、iPhone標準メールなど複数の環境を確認します。受信サービスによっては、差出人名に加え、ブランドアイコン、送信者アイコンの色、認証情報、ドメイン不一致の警告が表示されることがあります。Yahoo!メールが案内するブランドアイコンやブランドカラーは受信サービス独自の仕様であり、すべてがBIMIによる表示とは限りません。表示名だけでなく、From、Reply-To、Return-Path、Authentication-Results、DKIM署名ドメイン、DMARC結果、返信先、アイコン、警告表示を記録して確認してください。
BIMIは、対応する受信環境でブランドロゴを表示しやすくする仕組みです。日本ではGmail、Apple iCloudメール、auメール、ドコモメール、@niftyメールなどで対応例があります。一方、受信トレイに表示される企業ロゴや色分けがすべてBIMIによるものとは限らず、メールサービスが独自審査・独自仕様で提供する場合もあります。Microsoft環境では、受信側のOutlook.comやExchange Onlineで標準的なBIMIロゴ表示を期待しないでください。BIMIはOutlookでロゴを表示する設定としてではなく、対応する受信環境で正規メールを識別してもらいやすくする施策として検討しましょう。
表示名を長くしすぎるとスマートフォンの受信トレイで途中までしか表示されません。会社名、サービス名、担当者名のうち、受信者にとって最も重要な情報を前半に置き、表記は簡潔にまとめましょう。
フィッシングやなりすましへの対策では、差出人名だけを信頼しないことが重要です。2026年7月の国内フィッシング動向でも、実在サービスのアドレス・ドメインを差出人に使ったなりすましや、クラウド基盤を悪用した送信が報告されています。受信者は表示名に加えて、実際のメールアドレス、送信元ドメイン、Reply-To、警告表示、本文中のリンク先を確認する必要があります。普段と異なる送信時刻、急な支払いや認証情報の要求、不自然な文面にも注意してください。
未確認送信者の警告と送信ドメイン認証
Exchange Onlineなどの環境では、送信者を確認できないメールに対し、未確認であることを示す警告や安全性に関するヒントが表示される場合があります。メールサービスによっては、認証情報とFromアドレスのドメインが一致しない場合に警告を表示することもあります。
正規の企業メールであっても、SPF、DKIM、DMARCが未設定または不整合の場合、迷惑メール扱いや警告表示につながる可能性があります。独自ドメインを運用する企業は、Webサイトの問い合わせフォーム、CRM、メルマガ配信ツールなどを含め、メールを送るすべての経路を棚卸しし、認証設定を確認しましょう。
正規アカウントの乗っ取りにも注意
正規のメールアカウントが乗っ取られた場合、そのアカウントから送られる不正メールは、SPF・DKIM・DMARCに成功することがあります。認証結果がPASSであっても、表示されたブランド名、依頼者名、リンク先、送金先が正当であるとは限りません。
対策はパスワード変更やMFAの設定だけではありません。Microsoft 365アカウントに加え、外部SMTP・IMAP・レンタルサーバーのアカウントも棚卸しし、不要なレガシー認証、アプリパスワード、SMTP資格情報を無効化します。漏えい時には既存セッションを失効させ、条件付きアクセス、送信ルール・自動転送ルールの監査、OAuthアプリの同意状況の確認を行いましょう。可能であれば、パスキーなどフィッシング耐性のある認証への移行も検討します。送信数の急増、海外IP、通常と異なるSMTPクライアントなども監視対象です。
新しいOutlook for Windowsの現状
新しいOutlook for Windowsは、クラシック版Outlookとは画面構成や対応機能が異なります。2026年9月4日版までの公式リリースノートでは、受信者に表示される差出人名をアプリ内で編集する機能は追加されていません。表示名の変更が必要な場合、Microsoft 365・Exchangeの組織アカウントでは管理者に依頼し、Gmailなど外部アカウントでは元のメールサービスの設定画面を確認します。
また、複数アカウントを使う場合は、プライマリアカウントがすべての送信で固定されるわけではありません。新規メール、返信、転送で使われるアカウントの基本動作を理解し、送信前にFrom欄を確認してください。共有メールボックス、代理送信、CRM連携、署名管理ツールを利用する組織では、移行や設定変更の前後に送信者名、From、Reply-To、受信表示、迷惑メール判定をテストすることが重要です。
A1:変更が正しく反映された状態で送信すると、通常は受信者側に新しい差出人名が表示されます。ただし、ExchangeやMicrosoft 365の組織アカウントではサーバー側のディレクトリ情報が優先されます。また、受信者が連絡先に登録している名前を優先表示するメールアプリもあります。
変更後はOutlook、Gmail、Yahoo!メール、iPhone標準メールなど複数の環境へテスト送信し、差出人名、From、Reply-To、認証結果、アイコン、警告表示を確認すると安心です。
A2:変更前に送信したメールの差出人名は変わりません。差出人名は送信時点のメールヘッダー情報として記録されるため、後から表示名を変更しても、過去の送信済みメールや相手の受信トレイにあるメールを書き換えることはできません。
A3:クラシック版Outlookでは、IMAP・POPなど一部のアカウントでアカウント設定から表示名を変更できる場合があります。一方、Microsoft ExchangeやMicrosoft 365の組織アカウントは管理者側での変更が必要です。
新しいOutlook for Windowsでは、受信者に表示される名前をアプリ内で編集する機能は提供されていません。接続元のメールサービス、または組織の管理者側で変更してください。
A4:2026年9月4日版までの公式リリースノートと現行サポート情報では、新しいOutlookに受信者向け表示名をアプリ内で直接変更するメニューはありません。Microsoft 365やExchangeの組織アカウントなら管理者に依頼し、Gmailなどの外部メールサービスなら元のサービスのWeb設定で送信者名を確認・変更します。ただし、外部サービス側の変更が新しいOutlookからの送信に反映されるかは、接続方式やプロバイダーによって異なります。
複数アカウントを使う場合は、プライマリアカウントとメール作成時の差出人欄を確認してください。返信・転送時は元メールを受信したアカウントが選ばれることがあるため、送信直前の確認が必要です。
A5:通常のビジネスメールでは、「会社名+個人名」または「個人名+会社名」が使いやすいでしょう。初回連絡や営業メールでは会社名を含め、既存顧客との継続的なやり取りでは個人名を中心にするなど、相手との関係に応じて選びます。サポート窓口では「サービス名+担当者名」、障害通知や請求通知では「サービス名+用途」も有効です。
表示名と本文の内容、署名、送信元ドメインに一貫性を持たせてください。ただし、役職者や経営者の名前を使う場合も、表示名、Reply-To、署名、転送メール風の引用だけで依頼の正当性を判断しない運用が必要です。振込や認証情報に関わる依頼は、別経路で確認しましょう。
Outlookの差出人表示は、単なる名前の設定ではありません。メールを見つけやすくし、送信者や用件を伝え、誤送信の防止にも役立つ重要な要素です。
クラシック版Outlookでは、IMAP・POPなどのアカウントならアカウント設定から表示名を変更できる場合があります。一方で、Microsoft 365やExchangeの組織アカウントは管理者側の設定が優先され、新しいOutlook for Windowsでは、2026年9月4日版まで受信者向けの表示名をアプリ内で直接編集する機能は追加されていません。新しいOutlookではプライマリアカウントを選択できますが、クラシック版の既定アカウント設定と同じではないため、送信時には差出人欄を確認しましょう。
表示名は、通常の担当者間メールでは氏名をわかりやすく示し、初回連絡では会社名やサービス名を加え、サポートや通知では用途を識別しやすくすることが基本です。送信前には、表示名だけでなく、差出人アドレスとReply-Toも確認してください。
さらに、差出人名だけで安全性を確保することはできません。SPF、DKIM、DMARCなどの送信ドメイン認証を整備し、CRMや配信ツールを含む全送信経路を管理することが必要です。認証結果がPASSでも、類似ドメインや乗っ取られた正規アカウントによる詐欺の可能性は残ります。送信時には正しいアカウントを確認し、受信時には表示名だけでなく、From、Reply-To、警告表示、リンク先、依頼内容を確認することが、日々のメール業務を安全で信頼性の高いものにします。
セールスや採用などのミーティングに関する業務を効率化し生産性を高める日程調整ツール。どの日程調整ツールが良いか選択にお困りの方は、まず無料で使い始めることができサービス連携や、必要に応じたデザインや通知のカスタマイズなどの機能が十分に備わっている日程調整ツールの導入がおすすめです。


