# Bittitan MigrationWiz – The selected Mailboxes cannot be subscribed

If MigrationWiz says selected mailboxes cannot be subscribed, the problem can be the user record flow between MigrationWiz and MSPComplete rather than the mailbox itself.

blog

14 Feb 2019 de

![Bittitan MigrationWiz – The selected Mailboxes cannot be subscribed](/wp-content/uploads/2019/02/img_5c65c6eb2fab9.png)

During a tenant-to-tenant **Office 365** migration with **BitTitan MigrationWiz**, I ran into an odd licensing problem while trying to assign a **User Migration Bundle**. The mailbox itself looked fine, but MigrationWiz refused to subscribe the selected item.

[!\[MigrationWiz dialog stating that the selected mailboxes cannot be subscribed\](/wp-content/uploads/2019/02/img_5c65c6eb2fab9.png)](/wp-content/uploads/2019/02/img_5c65c6eb2fab9.png)

The frustrating part was that nothing looked unusual. The users were added the same way as in previous projects, yet this one kept failing.

## What helped in my case

When you add users in **MigrationWiz**, licensing and item state are tied to the broader **MSPComplete** side of the BitTitan platform. In my case, the most reliable fix was:

- delete the affected user from the MigrationWiz project
- add the user again from the **MSPComplete** side
- then bring that item back into **MigrationWiz**

Adding the user back directly from MigrationWiz kept failing for me, while adding from MSPComplete resolved it.

## Why this makes sense

BitTitan's own documentation still treats **MSPComplete** and **MigrationWiz** as connected layers of the same workflow:

- users can be added and managed in **MSPComplete**
- MigrationWiz can add items **from MSPComplete**
- license and subscription state flows through that broader platform context

So when a mailbox "cannot be subscribed", the issue may be with the item record or subscription sync, not with Exchange itself.

## Practical troubleshooting order

If you hit this error, I would try these steps in order:

1. Confirm the user object really exists only once and is not partially duplicated.
2. Remove the affected user from the project.
3. Re-add the user through **MSPComplete** rather than recreating it directly in MigrationWiz.
4. Re-import or reattach the item in MigrationWiz.

This is one of those migration issues where the mailbox message points you in the wrong direction. The fix is often not inside Exchange at all.

## Zugehörige Projekte

Projekte, die zu Tags, Kategorien und Inhalt dieses Beitrags passen.

[Alle Projekte](/de/projekte/)

Projekte werden abgeglichen...

[Zurück zum Blog](/blog)

## Ähnliche Beiträge

- [Sending email as an alias (proxy address) with Office 365](/de/blog/sending-email-as-an-alias-proxy-address-with-office-365/)
- [Creating Visual Indicators for spoofed / external emails with PowerShell](/de/blog/creating-visual-indicators-for-spoofed-external-emails-with-powershell/)
- [Office 365 – Report containing User Information and Mailbox Usage](/de/blog/office-365-report-containing-user-information-and-mailbox-usage/)

<!-- PowerForge markdown artifact sha256:644ACBF03D1A2958E1AF69AE2A27E4484D51465B2BB4DAE560FA6A2B6402EDBB -->
