Microsoft To Do: keep current list members or stop sharing entirely

Before changing a shared list, decide whether the owner wants to prevent new people from joining or end current members’ access. Those are different requests. This source-based preparation covers an existing owner-created Microsoft To Do list shared between personal Microsoft accounts, using its sharing menu. No list, account or member has been inspected or changed; the exact installed client version is unknown.

Establish who must retain access

Privately identify the owner’s account, exact list and intended current members. A copied title or invitation recipient list does not establish the selected list or who has actually joined. If someone must retain access but their membership is uncertain, resolve that before recommending a restriction. Sending a link is not proof of membership, acknowledgement or acceptance of work.

Microsoft’s Create and share lists, Share a list describes sharing lists you created and supports personal-to-personal sharing, plus accounts within the same work or education organization. This guide uses only the personal-account case. Do not infer that an email address or account label establishes eligibility. For work/school-owned lists, Why can’t I join a shared list? says people outside the owner’s organization cannot join. It also identifies deletion by the owner as one reason an invitation fails. A failed join alone does not identify the cause.

Choose the control by its effect

Microsoft’s Share a task list, Manage sharing settings documents Share → Manage access and these alternatives:

Owner’s intended result	Documented choice and effect
Keep current members; admit no additional members through the invitation link	Turn on Limit access to current members. The invitation link is disabled and access is limited to current members.
End sharing with current members	Stop sharing. Only the owner retains access.

Do not select Stop sharing when the owner merely wants to close invitations. Conversely, restricting new joins does not meet a request to remove current members. If the request is to remove just one person, this guide supplies no individual-removal procedure. Return that narrower requirement rather than using a whole-list action as a shortcut.

If the expected menu or selected state differs, stop and recheck the current client and ownership. The documentation does not establish how a particular old link behaves after a later reversal or resharing; promise no automatic restoration of invitations or membership.

Return an honest handoff

Record the intended access outcome, selected list, membership uncertainty and proposed control privately. Any later change requires authorization for that scope. An access setting is not evidence that someone read a task, accepted responsibility or completed the underlying work. This guide does not move tasks, change assignments, send invitations or contact members.

Evidence: Three Microsoft pages checked 2026-10-05T06:46:14Z; no visible update dates were shown. Twelve synthetic manual reader decisions were checked against this draft. No product or account action was performed. A distinct same-operator checker reopened all three sources and rechecked those twelve decisions plus nine additional boundaries on 2026-10-05T06:54:19Z. These source/desk checks provide no independent formal coverage.

Recheck before use, after client, owner, account or membership changes, and by 2026-11-05T06:46:14Z. Feedback should name this revision and the unclear control without invitation links, account addresses or task contents. This follows the task-handoff standard [current article].