every Zimbra build
Zimbra-to-Zimbra migration software
Any version 8.8.15 or higher. Any OS. Any Zimbra edition. All easily migrated — with the source left intact.
When a Rolling Upgrade or a system-to-system rsync just won’t do, our bespoke migration software moves a complete Zimbra system onto fresh infrastructure — recreating every account, user setting, and mailbox on the destination, all while the original system stays fully intact as your fallback.
Built for the migrations that matter
- 01A Rolling Upgrade or an rsync migration isn’t appropriate — for example when S3 is present on the source system.
- 02You bought a Network Edition license and need to migrate off an existing Open Source system.
- 03You’re a Zimbra BSP partner onboarding a new customer’s to-be-retired self-hosted Zimbra system.
- 04You need as short a cutover window as possible.
How it works — a two-path architecture
Provisioning recreates the full system — users, structure, and settings — while IMAPSYNC moves every message in parallel. The source is read, never altered, so you always have a clean rollback.
What migrates — the complete inventory
A whole Zimbra system… recreated — not approximated.
Developed over many months of continuous refinement across real customer migrations. Our software, working with IMAPSYNC, migrates a complete system and leaves the source intact — just in case.
Infrastructure
- Classes of Service with the full inheritance chain preserved. A name that already exists is restored as <name>_restored rather than overwriting, and affected domains/accounts are repointed.
- Local domains & domain aliases, plus each domain’s default COS.
- Per-domain DKIM keys — signed mail keeps verifying at cutover with no DNS change.
- Distribution lists, their members, and DL aliases.
- Resource accounts (e.g. conference rooms).
- External / virtual accounts — off-domain users shared into internal folders or resources.
User accounts
- Password, display / given / surname
- Email aliases; preferred From address & display name
- Work title & company
- Full address, ZIP, and telephone
- Explicit per-account COS assignment
- All account-level ACEs and the zimbraId
- All Sieve scripts (filters)
- Personal Amavis block / allow lists & Trusted Senders
- Spell-check “words to ignore”
Mailbox content
- All address books — every contact folder and subfolder, not just /Contacts, each exported individually with names preserved.
- All calendars — every calendar folder and subfolder, not just /Calendar.
- Briefcase and Tasks.
- Email signatures.
- Folder shares — outgoing grants and incoming mountpoints, recreated in the correct dependency order.
- GALsync accounts.
- MFA / 2FA, ActiveSync, S/MIME, ZCO/EWS, NE Backup — skipped automatically on a Network Edition → FOSS move; they have no FOSS equivalent and would fail account creation.
- Custom localconfig, MTA settings, SSL certs, branding, external auth (Okta / JumpCloud / AD) — these belong to the destination’s own build.
- Domain-level ACEs — account-level ACEs do migrate.
- Admin-role flags (zimbraIsAdminAccount / delegated) — intentionally not set; admins are exported for reference and reconstructed deliberately.
- Per-domain public-service hostname / port / protocol — you set these on the destination, since they often change as a result of a migration.
Free & open-source: Zimbra Broken Share Check & Remediation script
