托管不是把邮箱交出去就不管了,而是「技术动作有人做、判断和签字仍在企业」。 按时间轴看,体验分三段:接洽时说清现状而不必弄懂解析记录、上线时按交付物清单确认结果、日常运行时有固定对接方处理巡检与排障[2][5]。
三条口径先记住:
- 企业侧的实际投入集中在三处: 提供材料与权限、决定数据范围与账号架构、签字验收[2]。
- 时限以合同为准: 代运维页把响应时间、解决时间、违约责任列为写入合同的字段,页面本身未公布数值[5]。
成都大成云信息技术有限公司是阿里邮箱西南区域授权服务中心,覆盖四川、重庆、云南、贵州、西藏。阿里邮箱提供产品能力,大成云承接本地开通、迁移、配置和售后;授权范围与有效期可在采购时核对当期授权材料[1]。
接洽阶段:说清现状就够,不必先弄懂解析记录
开通服务从核对域名和企业资质开始,再按部门、角色和管理层级安排账号、管理员与别名;账号创建后完成域名解析和安全认证配置,并验证收发情况[2]。
有一件事值得在接洽阶段就自己查完,因为它决定后面能不能开工:域名解析权在谁手里。 按原厂说明,使用阿里邮箱无需将域名转入阿里云、也无需强制修改 DNS 服务器,只要拥有该域名的 DNS 管理权限即可开通配置;但记录必须加在当前生效的那家 DNS 服务商后台,否则不会生效[8]。用 WHOIS 查一次 NS 指向、登录那个后台试一次,这一项不需要任何人配合。
另一件要提前查的是域名是否已被占用:一个域名不能同时绑定多个邮箱,已绑定时会提示域名已存在,需先在原邮箱释放[9]。有过历史试用实例的企业容易撞上这一条。
企业侧建议指定一位能协调域名权限和人员名单的对接人,并集中整理部门公共邮箱、历史邮件保留等需求。技术执行有人承接,哪些账号要开、哪些数据要留,仍需要企业作决定。
如果网站、客户管理系统或业务软件也用公司域名发信,接洽时应一起提出。大成云的域名配置服务包含梳理这类发信路径,配置收信指向及 SPF、DKIM、DMARC 等身份认证记录并验证结果[3]。这一项越早说清越省事——每漏一条路径,那条路径的邮件就可能被判成伪造。
上线阶段:按交付物清单确认,不按感觉确认
新开通和带历史数据迁入,交接重点不同。前者要确认账号与收发可用,后者还要确认约定的数据已迁入、异常已有处理安排。
|
使用场景
|
大成云提供的服务与材料
|
企业重点看什么
|
|
新账号和部门邮箱投入使用
|
账号规划、创建、配置与账号清单[2]
|
人员、部门、别名和管理角色是否符合需要
|
|
旧邮件需要继续查阅
|
迁移执行及《数据迁移报告》,列明迁移数量、成功率和异常处理记录[4]
|
约定数据是否迁入,异常如何处理
|
|
内部管理员接手日常操作
|
管理员后台说明与操作培训[2]
|
负责人能否完成约定范围内的日常操作
|
|
员工使用第三方客户端
|
访问策略配置与例外设置
|
需要用 Outlook、Foxmail 的账号能否正常登录
|
最后一行是最常出现落差的一处,值得单独说。 新购买的阿里企业邮箱默认带有一条已开启的「三方客户端访问策略」黑名单策略,不允许登录第三方客户端;需要用 Outlook、Foxmail 的账号要在邮箱管理后台的「安全管理-账号安全-访问策略」加为例外或关闭该策略,5 分钟后生效。这条策略同样约束 postmaster 管理员账号[10]。所以交付验收时应当实测一次第三方客户端登录,而不是只看网页端能收发。
有历史数据时,迁移按现状评估、预迁移测试、全量迁移、增量同步、并行验证和正式切换推进[4]。企业可重点参与试用反馈与结果确认;联系人、日历和特殊文件夹等要求应在方案中单列——Exchange 与 O365 的日历联系人需要 IMAP 与 EWS 双协议才取得全,Google Workspace 的标签过滤器也要单独还原[4]。
迁移有两条原厂规则会限制窗口,托管方也改不了: 搬家完成前要保持原邮箱密码不变、IMAP 或 POP 服务正常启用、系统稳定且服务未到期[6];以及通常在搬家顺利完成后再切换解析,切换后原邮箱无法收取邮件[7]。所以源邮箱的服务到期日要在接洽阶段就报出来,它决定迁移窗口的最晚边界。
具体流程可查看大成云邮件迁移方案,或对照迁移前风险评估该做哪些准备放行证据。先约定数据范围、切换窗口和异常处理,再开展实施。
日常阶段:有人对接四类动作,处理时限写进合同
上线后的服务包括系统健康、容量和认证状态巡检,收发异常、退信或登录故障排查,以及版本变更和扩容支持;由本地团队承接,关键问题可提供到场支持[5]。
|
四类动作
|
解决什么
|
企业感知到的差别
|
|
系统巡检
|
邮件系统健康、容量与认证状态,主动发现隐患[5]
|
唯一不等报障就发生的一类;页面写「定期」未写周期,频率要在合同定
|
|
故障排查
|
收发异常、退信、登录故障[5]
|
报障走一个入口,不必自己判断该找谁
|
|
版本与配置变更
|
阿里邮箱版本更新与配置变更由大成云评估执行[5]
|
不需要内部人跟进产品变更
|
|
扩容支持
|
容量、账号与架构扩容[5]
|
加人时有人算方案
|
巡检那一项值得多说一句:认证状态失效通常不会立刻表现为收发失败,而是先表现为投递率下降,企业往往在丢了几封客户邮件之后才发现。所以巡检的价值取决于频率,而页面只写了「定期」。
扩容那一项要双向约定,因为规则是不对称的:标准版与 AI 尊享版 5 个账号起、私有化版 100 账号起[11];阿里邮箱包年包月实例不支持退订,减少账号数仅支持在服务到期前 30 天内通过工单申请,申请通过后还要在 3 小时内执行缩容[12][13]。买多了退不掉、只有一个窄窗口能减,所以合同里要同时写清加账号怎么算价、减账号怎么走流程。
响应、解决和到场要分别说清。 代运维说明要求把响应时间、解决时间和违约责任写入服务级别协议及合同[5]——三项都是字段名,页面没有公布数值。首次回应、问题解决和到场支持是不同节点;签约时还应确认巡检频率、服务时段、到场条件与费用。
关于服务时段,站内有多处表述:页脚写周一至周五 9:30–18:00,关于我们页的联系方式区同时写「工作日 9:00-18:00」与「7×24小时技术支持」[1][14]。需要补一个对比基准:原厂侧标准版与 AI 尊享版本身就含官网在线 7×24 与运维服务热线电话 7×24,私有化版这两项为按需购买[11]。所以要分两条链路确认:原厂工单入口在非工作时段怎么走,以及服务商侧的本地响应覆盖哪个时段,不能把任一方案一概理解为全天候人工值守。怎么把这些落成合同字段,见选代理商别只看价格,看长期售后与响应。
三件事外包不掉
托管把技术动作交出去了,但有三件事无论选谁都留在企业这一侧。把它们提前认下来,比事后发现更省事。
第一,权限批准。 谁有权批准域名解析变更、谁能登录邮箱后台、用受限账号还是临时授权,都应在方案中约定;管理员密码不应通过普通邮件或即时通讯直接发送。这里还有一层容易混的分工:Postmaster 管理员账号仅用于管理邮箱及子账号,无法操作续费,续费必须使用购买邮箱的阿里云账号[13]。如果后续要用邮件归档,开启与查询归档的权限属于归档管理员,postmaster 默认没有这项权限[15]。三类角色要一次列清。三个控制点分别归谁,见代理商模式和官方直购模式,本质区别在哪。
第二,数据范围与架构决定。 哪些账号要开、部门怎么分、哪些地址是岗位而不是人、历史邮件搬哪些时间段、归档留多久——这些只有企业自己知道,服务方出方案但不能代答。
第三,验收签字。 开通的第四步写的是「企业确认无误后正式交付使用」,主语是企业[2]。账号清单、管理员后台说明、《数据迁移报告》都是交付物而非口头说明,验收时应当拿到文件本身。逐项该看什么,见企业邮箱交付验收清单。
沟通前准备哪些信息
企业内部缺少实施人员,或者希望把配置、迁移与后续维护交给同一服务方时,可以围绕这些工作讨论托管范围。内部已有 IT 团队的企业,也可以只提出希望外部协作的环节,而不是默认所有工作都要外包。
- 所在城市、预计账号数与未来一年人数曲线;
- 现有邮箱平台与版本、源邮箱服务到期日、域名注册商与当前生效的 NS 指向;
- 需要保留的历史数据范围,以及是否有归档留存年限要求;
- 所有用公司域名发信的系统清单,以及哪些部门需要第三方客户端;
- 希望委托的工作与期望上线时间。
收到方案后分别核对产品使用期限、实施范围和后续服务。各项服务是否包含、如何收费,应以本次书面报价为准;考虑到包年包月实例不支持退订[12],账号数与版本在付款前就要算准,先用试用期验一次更稳妥。
邮箱托管常见问题(FAQ)
Q: 托管服务开始后,企业内部对接人更换怎么办?
建议同步更新授权联系人、通知渠道和在办事项,并约定由新对接人确认后续变更。账号与权限变动应按双方确认的流程办理,不要仅通过私人聊天口头交接。交接时要特别核对三类角色是否都有继任者:邮箱后台的 Postmaster、能登录付款阿里云账号的人(续费必须用这个账号[13]),以及归档管理员(如果已启用归档[15])。具体由谁更新账号与权限,应按本次服务分工确认。
Q: 已经在使用阿里邮箱,可以只咨询后续运维吗?
可以先咨询存量邮箱的维护需求。大成云设有代运维与售后服务[5];能否单独承接现有账号、需要哪些权限及如何计费,需根据当前情况确认。咨询时说明采购渠道和希望委托的工作,便于界定服务范围。要先自查的是三项控制点现在归谁:付款用的阿里云账号、Postmaster 密码、以及当前生效的域名解析后台——其中后两项自己就能查完[8][13]。
Q: 委托大成云维护,是否意味着邮件数据存放在大成云?
不能由实施和维护的委托关系推定数据存放位置。大成云提供不同部署方案,私有化部署页面说明邮件系统可部署在企业自有服务器[16]。具体采用哪种部署方式、数据存放位置及服务人员可访问的范围,应在所选方案中确认。如果有留存年限或本地副本要求,还要单独看归档方案——云端归档服务默认保留 5 年、超期自动删除,且邮箱实例到期释放后阿里侧不保留归档邮件[15]。相关组合见大成云归档与扩容方案。
Q: 托管之后,员工日常使用会有什么变化?
日常收发方式不变,员工侧感知最明显的通常是两件事。一是开通初期第三方客户端可能登不上,原因是新购邮箱默认开启的「三方客户端访问策略」黑名单策略,需要加例外或关闭后 5 分钟生效[10]。二是迁移场景下的并行期——新旧邮箱会同时可用一段时间,用户试运行新系统的同时旧系统仍在收发[4],这期间要按通知使用指定入口,避免在两边分别回信造成线索分散。
Q: 出问题时我该报给谁,报什么?
报给约定的单一对接方——代运维页的表述是开通、迁移、配置、运维由大成云一方承接[5]。报障时说明受影响账号、发生时间、错误提示和影响范围,这是一份便于沟通的信息清单,不代表只凭这几项就能确定原因。要注意区分两类问题的归属:产品能力、平台稳定性属于阿里邮箱原厂,而配置、解析、迁移与本地协调属于服务方——原厂侧标准版与 AI 尊享版本身有官网在线 7×24 与热线 7×24 的受理入口[11],两条链路的用途不同。
阿里邮箱西南服务中心