← Back to guides

Outlook workflow

How to keep shared mailbox sent items in the right place in Outlook

A practical guide to send-as and send-on-behalf workflows, where the sent copy lands, and how to keep shared mailbox records complete in Outlook.

2026-03-216 min read

Shared mailboxes get messy when sent mail lands somewhere unexpected. One person sends as the mailbox, another sends on behalf of it, and the thread ends up split between the shared mailbox and someone's personal Sent Items folder.

If the mailbox supports customer service, operations, finance, legal, or any other record-heavy workflow, the practical question is simple: after someone sends a message, can the team later find the sent copy in the place they expect?

Test the exact send path your team uses

Most shared mailbox confusion starts because people assume send as, send on behalf, desktop Outlook, web Outlook, and mailbox settings all behave the same way. They do not always behave the same, and that difference is what breaks trust in the record.

Before you define the fix, test the exact path people use in real work. You are not just testing whether a message leaves the mailbox. You are testing where the sent copy lands and whether the rest of the team can find it.

Do not assume a send worked the way you wanted just because the message left the Outbox. Verify where the sent copy actually landed.

Define one record location for the team

Some teams want the shared mailbox Sent Items folder to be the record. Others want a specific folder inside the mailbox to hold the working chronology. Either can work. The mistake is letting every sender decide for themselves.

The rule should be short enough that anyone on the team can follow it: if the message belongs to the shared record, the sent copy must be visible in the shared mailbox or shared record folder without searching a personal mailbox first.

  • Pick one record location and name it clearly
  • Decide how send as and send on behalf are supposed to behave
  • Treat personal Sent Items as backup, not as the only acceptable record

Run a five-step shared mailbox check

A short verification loop catches most shared mailbox problems before they multiply across the team.

  • Confirm whether the sender is using send as or send on behalf
  • Send one test message using the normal Outlook client for that team
  • Check the shared mailbox to see whether the sent copy appears there
  • Check the sender's personal Sent Items to see whether the copy landed there instead or in addition
  • Ask a second team member to find the sent copy from the shared record path you expect everyone to use

Fix new mail first, then clean active threads

If the mailbox is already messy, do not start by trying to repair every historical thread. Start by stopping the bleed. Pick the correct record location, test the live workflow, and make sure new mail follows the rule first.

Then clean up the active or high-risk threads where a missing sent copy would actually hurt handoff, client communication, or review. That gives the team a stable standard before you spend time on old history.

Judge the mailbox by reviewability, not search

A shared mailbox can be searchable and still be untrustworthy. The useful standard is whether another person can open the shared record later and see both sides of the conversation without guessing where the reply was stored.

That is why shared mailbox sent items matter. They are not just copies. They are part of the evidence trail the team depends on when the chronology has to be reviewed, handed off, or exported.

Common questions

Why are shared mailbox sent items showing in my personal Sent Items folder?

That usually means the message was sent from the shared mailbox, but the sent copy landed in the sender's mailbox instead of the shared mailbox. The exact cause depends on the send path, client, and mailbox settings in your environment.

Should shared mailbox sent items stay in the shared mailbox or in the sender's mailbox?

For most team records, they should stay with the shared mailbox or the shared filing structure tied to that mailbox. That keeps the chronology in one place and makes later review much easier.

Is send as the same as send on behalf?

No. They are related but not identical, and the record behavior can differ depending on your setup. If your team uses both, test each path separately and confirm where the sent copy lands.

Related guides

Keep going

MailLedger

Keep the record in Outlook.

MailLedger files email into the folders you already use, keeps replies in the same timeline, and lets you export the chronology when it needs to leave Outlook.