Skip to content

Ownership transfers

An ownership transfer hands one standalone organization to another person’s account. Its projects, domains, agents, inboxes and stored mail stay together, with the same IDs. It does not merge organizations or move a domain to another registrar.

Only the current owner can offer a transfer. The recipient must sign in with the exact verified email on the offer and accept it themselves. Agent keys and delegated connections, including Full account control, cannot offer, accept or pay for an ownership transfer.

Open Organization settings -> Transfer ownership. Enter the recipient’s email, then preview the included resources and billing terms.

Review the consequences before choosing Send transfer offer. Share the offer link with the recipient yourself; creating an offer does not confirm email delivery. An offer lasts 72 hours and grants no organization access.

The owner can cancel, or the recipient can decline, before acceptance. If the inventory or terms change, create a fresh preview rather than approving an old snapshot.

Open the offer link while signed in with the recipient email. Offers are also available under Ownership transfers in the account menu, even without an organization membership.

Review what moves and what access will end. If paid subscriptions are included, choose Set up payment to supply your own payment method. Then choose Accept transfer separately. Returning from payment setup is not proof of readiness: the server verifies it again when you accept.

Acceptance starts processing; it does not immediately grant access. Once accepted, the transfer cannot be cancelled. The status page shows the current step without an estimated completion time. If a step cannot finish, access remains paused while the service recovers it. Do not submit another transfer to bypass a processing problem.

Previous members, invitations, credentials and sessions lose access to the organization. External integrations stop. The new owner must invite people again and reconnect agents and integrations with new credentials.

Stored mail stays with the organization. Data previously downloaded by the former owner or their integrations cannot be recalled.

There are no refunds for transferring an organization. Already-paid time is preserved, with no backdated charges for that time.

Each included subscription shows its amount, paid-through date and renewal setting before acceptance. Domains keep their individual annual renewal dates. The monthly organization plan keeps its separate billing cycle. A renewal that was turned off is not silently turned back on by the transfer.

If processing lasts beyond a scheduled billing date, collection stays paused until the transfer is ready. There is no catch-up charge for the processing delay: recurring billing resumes at the next full scheduled cycle. A domain registration is not renewed merely because its billing date has passed; unresolved renewal work must be settled before the transfer can finish.

The former payer keeps historical bills and credits. The new owner uses their own payment method for future renewals. Billing history in the account menu remains available after leaving the organization; owning the organization does not give access to the former payer’s billing account.

This flow supports a standalone root organization, not child organizations or organizations containing children. Unresolved billing, unsupported commercial terms, uncertain in-flight mail, or an incomplete security cutover can block a transfer. Resolve the stated blocker before continuing.

To move resources between projects in the same organization, use the existing project transfer controls instead. Custom domains and their inboxes move together; this does not change the organization’s owner or payer.

These instructions describe the ownership-transfer implementation. Availability depends on the deployed service; an unavailable transfer must not be treated as a completed handoff.