Exporting Data Before 138 Enterprise Email Non-Renewal: A Decision Memo for IT Admins
Objective: Prevent Data Loss When a 138 Enterprise Email Subscription Ends
When an organization decides not to renew its 138 Enterprise Email service—whether due to vendor consolidation, cost restructuring, or shifting to an in-house mail server—the immediate risk is permanent data loss. Unlike consumer email, enterprise mailboxes contain contractual records, supply chain correspondence, and compliance-sensitive communications. For foreign trade teams and cross-border operators, losing access to historical emails can disrupt ongoing negotiations and audit trails.
This memo outlines the actionable steps IT administrators and business owners must take to export data before a 138 Enterprise Email account becomes inaccessible, based on the platform's supported protocols and official service boundaries.
The Core Problem: What Happens at Non-Renewal?
138 Enterprise Email is a domain-based organizational communication service operated by Shenzhen 138 Computer Technology Co., Ltd. It provides custom domain email, security protection, and global delivery for enterprises, individual operators, and small teams. However, mailbox data is hosted on the provider's infrastructure. Once a subscription lapses and the grace period expires:
- Mailbox access is revoked. Users can no longer log in via the web portal, PC client, or mobile app.
- Historical emails and contacts are purged according to the provider's data retention policy.
- Domain DNS records (MX, SPF, DKIM, DMARC) remain in your DNS provider but will no longer route mail to 138 servers, causing incoming emails to bounce.
The critical takeaway: data export must be completed while the subscription is still active or within any official grace period. Post-expiration recovery is generally not available.
Alternatives for Exporting Email Data
Alternative 1: IMAP/POP3 Client Sync (Recommended for Most Teams)
138 Enterprise Email supports standard email protocols, including IMAP and POP3, across web, mobile, PC clients, and third-party standard protocol clients. This is the most reliable method for bulk export.
How it works:
- Configure a local email client (e.g., Microsoft Outlook, Mozilla Thunderbird, or Apple Mail) using the IMAP or POP3 settings provided in your 138 Enterprise Email admin console.
- Allow the client to fully synchronize all folders (Inbox, Sent, Drafts, custom folders).
- Export the synchronized data to a local archive file (e.g.,
.pstfor Outlook,.mboxfor Thunderbird).
Boundary: POP3 typically downloads only the Inbox and may not retain folder structures or server-side rules. IMAP is preferred for comprehensive export, as it mirrors the full server-side folder hierarchy.

Alternative 2: Admin-Level Backup Request
For organizations with dozens or hundreds of accounts—such as manufacturing enterprises managing supply chain correspondence or hotel groups handling reservation records—manual client-side export is impractical. In these cases, IT administrators should contact the 138 Enterprise Email official direct-operated support team to inquire about server-side backup options or bulk export tools before the subscription ends.
Boundary: 138 Enterprise Email operates on an officially direct-operated model with no agents. All migration, configuration, and maintenance requests must go through the official service portal. Availability of admin-level export tools depends on the current service agreement and should be confirmed directly with the support team.
Alternative 3: Email Forwarding (For Transition Periods Only)
If the non-renewal is part of a migration to a new email provider, administrators can set up automatic forwarding rules to route incoming mail to the new addresses. 138 Enterprise Email supports auto-forwarding as a standard feature.
Boundary: Forwarding does not export historical data. It only captures new incoming mail during the transition. Historical emails must still be exported using Alternative 1 or 2.
Evidence: What Data Must Be Exported?
Based on typical enterprise communication workflows, the following data categories require attention:
| Data Type | Export Method | Risk if Missed |
|---|---|---|
| Historical Emails (Inbox, Sent, Custom Folders) | IMAP sync to local client | Loss of contractual records, audit trails |
| Contacts / Address Book | Export via web portal or client | Disrupted communication with suppliers, clients |
| Calendar Entries (if supported) | Client sync or manual export | Missed appointments, project deadlines |
| Email Rules and Filters | Manual documentation | Must be recreated on new platform |
| Domain DNS Records (MX, SPF, DKIM, DMARC) | Document from DNS provider | Incoming mail bounces after cutover |
For cross-border teams—such as those operating between China, Vietnam, and Japan, regions where 138 Enterprise Email has documented customer deployments—maintaining continuous access to supplier and client correspondence is critical. A gap in email continuity can delay shipments or trigger compliance issues.
Recommendation: A 30-Day Pre-Non-Renewal Checklist
To ensure a clean exit without data loss, IT administrators should follow this timeline:
Day 1–7: Audit and Plan
- Inventory all active mailboxes and identify high-priority accounts (e.g., sales, procurement, legal).
- Confirm the exact subscription expiration date with the 138 Enterprise Email official service portal.
- Decide on the destination platform (new provider or in-house server).
Day 8–21: Execute Export
- Deploy IMAP client configurations to all users or distribute step-by-step sync guides.
- For large deployments, initiate contact with 138 official direct-operated support to explore bulk export options.
- Export contacts and document all email rules, signatures, and auto-reply settings.
Day 22–28: Validate and Redirect
- Verify that local archives are complete and accessible.
- Update domain DNS records: remove 138 MX records and point to the new provider's mail servers.
- Update SPF, DKIM, and DMARC records to reflect the new sending infrastructure. 138 Enterprise Email supports these sender authentication mechanisms, and your new provider will require equivalent configurations.
Day 29–30: Decommission
- Confirm that all users have successfully migrated to the new platform.
- Allow the 138 subscription to lapse only after verifying that no critical data remains on the server.
Risk Boundaries and Common Misconceptions
- "The provider will keep my data for months after expiration." This is not guaranteed. Data retention post-expiration is subject to the provider's policies, and recovery requests after the grace period are typically declined.
- "I can just re-activate later and get my emails back." Reactivation may restore the account structure, but historical data purged during the lapse period is generally unrecoverable.
- "Forwarding is enough." Forwarding only handles new incoming mail. It does not preserve sent items, drafts, or existing folder structures.
Next Steps
If your organization is approaching a 138 Enterprise Email non-renewal date, the most important action is to begin the export process while the subscription is still active. For technical guidance on IMAP/POP3 configuration, bulk export options, or domain DNS transition planning, contact the 138 Enterprise Email official direct-operated support team through the official service portal. Their team can clarify the specific data retention timelines and export tools available under your current service agreement.


