Outlookで代理送信したメールが送信済みに残らないとき、最初に疑うべきは送信失敗ではなく保存先の仕様です。共有メールボックスや上司のメールボックスから送ると、既定では自分の送信済みアイテムにだけ保存され、代理元の送信済みには残らないことがあります。直し方の本筋は、対象メールボックス側で送信済みコピーを保存する設定を有効にし、あわせて Send As / Send on behalf の権限、Outlook の保存設定、利用している Outlook の種類を切り分けることです。(Microsoft Learn)
Outlookで代理送信したメールが送信済みに残らないときの切り分け
「送信済みに残らない」は、実務では次の2パターンに分けると早く原因にたどり着けます。
- 自分の送信済みにもない
Outlook 側の「送信済みアイテムに保存」がオフになっているか、classic Outlook でDelegateSentItemsStyleを使っていて送信まわりの不整合が起きている可能性があります。(マイクロソフトサポート) - 自分の送信済みにはあるが、共有メールボックスや代理元の送信済みにない
こちらがいちばん多いパターンで、共有メールボックスや代理送信の既定動作、または対象側のコピー保存設定が未構成であることが原因です。(Microsoft Learn)
特に Microsoft 365 では、共有メールボックスから送ったメールは既定で送信者本人の送信済みに保存されやすく、上司・秘書のような代理送信でも、Send As / Send on behalf のどちらでも既定では代理人側の送信済みだけに入るのが基本です。つまり、「残らない」の多くは故障ではなく仕様です。(Microsoft Learn)
まず確認する4項目
From欄で本当に代理元のメールボックスを使っているか
代理送信のつもりでも、From 欄が自分のアドレスのままだと、当然ながら自分のメールとして送られます。新しい Outlook でも classic Outlook でも、送信時は From 欄から相手のメールボックスを選ぶ手順が前提です。まずはどのアドレスで送ったかを確認してください。(マイクロソフトサポート)
権限が足りているか、種類が合っているか
管理者側でよくある見落としが、Full Access だけ付けて Send As / Send on behalf を付けていないケースです。Microsoft 365 管理センターでも、Read and manage permissions（Full Access）と、Send as permissions、Send on behalf of permissions は別物として管理されます。読める権限と送れる権限は別だと考えてください。(Microsoft Learn)
Outlook側の「送信済みに保存」がオフになっていないか
自分の送信済みにも残らない場合は、classic Outlook の [ファイル] > [オプション] > [メール] > [送信済みアイテム フォルダーにメッセージのコピーを保存する] がオフになっていないかを先に見ます。ここがオフだと、切り分けが一気にややこしくなります。(マイクロソフトサポート)
「送れる」と「見える」を混同していないか
代理送信では、送れるのに送信済みを見られないことがあります。Microsoft の委任設定では、フォルダー権限を None にしても「代理で送る」機能だけは使えますが、受信トレイや送信済みを見るには追加の権限付与や、メールボックスを自分のプロファイルに追加する作業が必要です。つまり、保存されていても見えていないだけのことがあります。(マイクロソフトサポート)
共有メールボックスならこう直す
共有メールボックスで「営業代表アドレスから送ったのに、共有メールボックスの送信済みに残らない」という場合は、管理者が Microsoft 365 管理センター > Teams & groups > Shared mailboxes > 該当メールボックス > Sent items で、送信済みコピーを共有メールボックス側にも残す設定を有効にするのが基本です。Microsoft は、共有メールボックスの送信済みは既定で共有側に保存されず、必要なら管理側で Sent items を編集すると案内しています。(Microsoft Learn)
PowerShell を使える管理者なら、Exchange Online で次の設定を入れるのが確実です。Send As で送るなら 1 行目、Send on behalf で送るなら 2 行目が必要です。両方の使い方が混在するなら、両方有効化しておくほうが安全です。(Microsoft Learn)
Set-Mailbox [email protected] -MessageCopyForSentAsEnabled $true
Set-Mailbox [email protected] -MessageCopyForSendOnBehalfEnabled $true新しい Outlook を使っている場合、Microsoft はこの問題に対してサーバー側設定を優先しており、トラブルシュート文書でも「新しい Outlook では Method 1 のみ適用」と明記しています。つまり、共有メールボックスの送信済み問題を新しい Outlook で直すなら、まず管理側設定を疑うのが正解です。(Microsoft Learn)
上司や別ユーザーのメールボックスを代理送信しているならこう直す
秘書が上司名義で送る、部門長のメールボックスを代理で送る、といったケースでは、Microsoft 365 の既定動作として代理人側の送信済みだけに保存されます。上司側にも残したいなら、対象となる上司のメールボックス側で保存設定を有効にします。(Microsoft Learn)
設定は Exchange Online PowerShell で行えます。Send As か Send on behalf かでコマンドが違うので、権限に合わせて選んでください。(Microsoft Learn)
Set-Mailbox [email protected] -MessageCopyForSentAsEnabled $true
Set-Mailbox [email protected] -MessageCopyForSendOnBehalfEnabled $true管理センター側では、ユーザーのメール設定から Send as permissions、Send on behalf of permissions、Read and manage permissions を個別に確認できます。ここで Full Access はあるが Send As がない、あるいは Send on behalf だけなのに利用者は Send As のつもりで運用しているといったズレが起きがちです。(Microsoft Learn)
また、新しい Outlook や Outlook on the web では、メールの委任設定が一部制限されており、Microsoft もメールの委任権限付与は classic Outlook で先に設定する流れを案内しています。設定作業がうまくいかないときは、利用者の Outlook ではなく、管理センターか classic Outlook で権限を付け直すほうが早いです。(マイクロソフトサポート)
classic Outlook と新しい Outlook で注意点が違う
classic Outlook には、DelegateSentItemsStyle というレジストリ値で送信済みの保存先を変える古い回避策があります。ただし Microsoft は、これを使う場合に Cached Exchange Mode が前提であり、Online Mode では送信メールが Outbox に残ることがあると案内しています。レジストリ変更自体にも注意喚起があり、今はまずサーバー側設定を優先すべきです。(Microsoft Learn)
さらに厄介なのは、サーバー側で送信済みコピー保存を有効化したうえで、classic Outlook 側でも DelegateSentItemsStyle=1 を使うと、共有メールボックスの送信済みに重複保存が起こり得る点です。現場では「直したら二重に残るようになった」という相談になりやすいので、サーバー設定とクライアント回避策を同時に入れないのが鉄則です。(Microsoft Learn)
設定は合っているのに一部のPCだけおかしいとき
権限も保存設定も同じなのに、特定ユーザーや特定 PC だけ挙動が違うなら、classic Outlook の更新差分も疑ってください。Microsoft の Office リリースノートには、user/shared mailboxes と Sent Items 保存、DelegateSentItemsStyle の組み合わせに関する不具合修正が記載されています。つまり、設定の問題に見えても、実際はOutlook の更新状態の差が原因ということがあります。(Microsoft Learn)
こういうときは、管理者に「権限確認」だけでなく、Outlook の更新チャネル・バージョン差・classic/new の違いまで含めて見てもらうと、無駄な切り分けを減らせます。(Microsoft Learn)
すでに送ってしまったメールの復旧手順
過去分を今すぐ追いたいなら、次の順で動くのが現実的です。
- まず自分の送信済みアイテムを探す
共有メールボックスでも代理送信でも、既定では送信者側に保存されるケースが多いためです。(Microsoft Learn) - 次に共有メールボックスや代理元の送信済みアイテムを確認する
すでに一部設定が有効で、対象側にもコピーが入っている場合があります。(Microsoft Learn) - 見つかったメールは、必要に応じて対象メールボックスの送信済みに移動またはコピーする
監査や引き継ぎの都合で履歴をそろえたいなら、この対応がいちばん速いです。 - その後で対象メールボックス側の保存設定を有効化し、テストメールを 1 通送る
今後分を自動で残せるようにします。(Microsoft Learn)
公式の設定変更は基本的にこれから送るメールの保存先を制御する考え方なので、過去分まで自動で「戻る」と期待しないほうが安全です。実務上は、まず送信者側の送信済みを探すのが最短です。(Microsoft Learn)
失敗しやすいポイント
- Full Access だけ付けて安心する
読めても送れません。Send As / Send on behalf は別設定です。(Microsoft Learn) - Send As 用だけ有効にして、実際は Send on behalf で送っている
保存設定は権限の種類ごとに分かれています。(Microsoft Learn) - 新しい Outlook で classic Outlook 向けのレジストリ手順を前提にする
新しい Outlook ではサーバー側設定を優先すべきです。(Microsoft Learn) - サーバー側設定と
DelegateSentItemsStyleを併用する
重複保存の原因になります。(Microsoft Learn) - 1台だけ不具合なのに権限だけを疑う
更新差分やクライアント差で再現することがあります。(Microsoft Learn)
次にやること
最短で直したいなら、次の順番で進めれば十分です。まず自分の送信済みにあるかを確認し、次に Full Access / Send As / Send on behalf の違いを整理します。そのうえで、共有メールボックスや代理元メールボックス側の送信済みコピー保存を有効化し、最後に 新しい Outlook か classic Outlook か、DelegateSentItemsStyle を使っていないか、Office 更新が揃っているかを見ます。多くのケースでは、この順番で原因が絞れます。(Microsoft Learn)
コメント