Migration without guesswork

Move the records people depend on with a visible plan, pilot, and reconciliation.

We normalize discovery, connection, preview, migration, verification, and cutover while preserving provider-specific guidance for mail, contacts, calendars, files, and user provisioning.

One migration process

Use the same disciplined sequence even when source systems differ.

01

Discover

Identify providers, domains, users, mailboxes, contacts, calendars, files, sizes, owners, permissions, and business-critical exceptions.

02

Connect

Use OAuth, API credentials, delegated administration, app passwords, IMAP, CalDAV, CardDAV, WebDAV, exports, or the provider's supported method.

03

Preview

Discover objects, validate mappings, estimate volume and time, identify unsupported items, and confirm destination ownership before writing data.

04

Pilot

Move representative users and records, then verify counts, folders, timestamps, participants, contacts, calendars, files, permissions, and daily workflows.

05

Migrate

Queue controlled jobs, preserve progress, surface failures, retry safely, and keep users informed while the work continues in the background.

06

Cut over and reconcile

Complete the final sync, update routing, confirm sign-in and sending, close exceptions, document results, and retain a rollback decision point.

Provider-specific depth

Use the cleanest live adapter the source service permits.

Google Workspace and Gmail

OAuth and Google APIs where configured

Connect with provider authorization, select mail, contacts, calendars, and supported files, preview the scope, then queue and verify migration.

Included
Microsoft 365 and Exchange Online

Microsoft identity and Graph or supported mail protocols

Use delegated or administrator-approved access, discover users and source data, map identities, migrate in waves, and reconcile the result.

Included
Mailcow

Native discovery plus per-mailbox mail migration

Use the Mailcow API URL and key to discover domains, mailboxes, aliases, quotas, and mappings, provision users, then queue IMAP migration with explicit caveats.

Included
Other mail servers

Provider registry plus a generic standards-based path

Use IMAP for mail, CardDAV or vCard for contacts, CalDAV or iCalendar for calendars, and CSV or administrator exports where direct APIs are unavailable.

Included
File services

Provider API, WebDAV, export, or controlled copy

Preserve ownership, path, sharing intent, timestamps, and exception records where the source and destination support them.

Included
User directories

Preview before provisioning

Discover accounts, domains, aliases, groups, quotas, status, and conflicts, then require administrator confirmation before creating or changing identities.

Included

A pilot that reflects the real business

Test the difficult records and workflows before the easy volume.

A useful pilot includes large mailboxes, nested folders, delegates, aliases, recurring calendar events, external attendees, shared files, unusual characters, multiple domains, and users who depend on mobile access.

  • Reconcile counts and known exceptions rather than declaring success from job completion alone.
  • Verify the actual user experience on desktop, tablet, and mobile devices.
  • Confirm sending, receiving, invitations, contacts, files, sharing, and recovery paths.
  • Document ownership for source access, destination configuration, cutover, support, and final acceptance.
GoOfficePH Mail with populated server folders, messages, attachments, and safe-message signals

Cutover readiness

Do not switch the business until the operating path is complete.

  • Destination users, domains, roles, services, storage, recovery contacts, and administrators are ready.

  • Mail routing, SPF, DKIM, DMARC, aliases, groups, forwarding, and sending policy have an approved cutover plan.

  • Pilot users completed sign-in, Mail, Calendar, Contacts, Suite, mobile, and support-path validation.

  • Known migration exceptions have an owner, decision, and communication plan.

  • Final synchronization, routing change, rollback decision point, and acceptance window are scheduled.

  • Support coverage and user guidance are available when the first production users arrive.

Migration questions

Set expectations before credentials or data are exchanged.

Does one connector work for every provider?

No. GoOfficePH normalizes the migration workflow, but authentication, discovery, supported objects, throttling, permissions, and export behavior differ by provider. The selected provider guidance explains the required path.

Does GoOfficePH store the source account password?

The preferred approach uses provider authorization or temporary, revocable credentials. The import flow explains the credential method and caveats for the selected source.

Can migration continue after the user leaves the page?

Supported migrations run as queued jobs with progress, stages, exceptions, retries, and completion status rather than requiring the browser to remain open.

What proves a migration is complete?

Completion requires reconciliation: expected and migrated counts, known exceptions, destination ownership, key workflow tests, and acceptance by the responsible user or administrator.

References

Explore the research and policy context behind this guidance.

OECD, Digitalisation of SMEsNational Privacy Commission, data-security guidance

Put the next step in reach

Choose the capability that will make the clearest difference to your team.

Start with one priority, keep the implementation manageable, and expand on the same connected foundation.