28日下午，猎云君在朋友圈注意到一篇文章《百度云，请接我电话》，内容是关于猎云网此前曾报道过的创业公司EmailCar在与百度云的合作上出现纠纷。因为在与百度云沟通的过程中，与对方“失联”20多个小时，所以EmailCar在其公众号发布了这篇文章。
29日，就此事联系了EmailCar创始人陆霏和百度云方面当事人——百度云计算事业部渠道与生态业务总经理吴凯立。陆霏向猎云网详细介绍了此事件的原委，并表明了自己的态度。吴凯立称百度云方面已经有专门的团队在解决相关事宜，并会将记者的采访请求向相关人员反馈，除此外并未提供更多信息。傍晚，自称“负责百度云日常传播”的某公关公司人员与记者联系，表示如有官方信息将及时提供。截止发稿，并未收到百度云方面的最新消息。
根据猎云网了解，事件的导火索是EmailCar的数据统计功能模块迁移到百度云国内服务器。
作为一款邮件营销（EDM）产品，EmailCar需要帮助客户统计邮件发送后的打开、点击数据 。实现这个功能需要在营销邮件的内容中加入一个来自用户发信域名的CNAME记录，使CNAME指向statcname.emailcar.net。简单来说，比如客户域名原本是域名A，这个时候就需要转换成http://statcname.emailcar.net?url=域名A。而问题在于，根据国家相关法律法规，国内未备案的域名不能解析和跳转。也就是说，如果域名A未在百度备案或者根本没有备案，百度云就不能为EmailCar的这项功能提供服务。
根据陆霏的描述和其提供的微信聊天记录、邮件记录、通话记录以及电话录音显示，在没有使用百度云之前他们这项服务用的是日本的服务器。但是这样会影响用户的访问速度。于是，他们与百度云协商，希望可以在国内的服务器上实现该功能。
在双方经过多次沟通后，百度云方面提供了可行的解决方案，并通过了EmailCar的测试。4月19日该功能上线。但是接下来的事情并没有向好的方向发展。事件的时间轴如下：
4月17日，EmailCar测试了百度云提供的解决方案，显示正常。
4月19日，数据统计功能上线，但百度云方面告知EmailCar，因为无法确定其中跳转域名是否备案，该功能不能正常使用。导致部分已经转换服务器的EmailCar客户不能获取邮件统计数据。在双方协商下，当晚，该功能模块被迁移到百度云提供的免备案的外部服务器，作为临时解决方案。
4月19日-27日，外部服务器不稳定，多次死机，I/O读写高，导致跳转链接无法正常打开或访问速度慢。同时双方也在积极沟通，解决问题。
4月27日，为保证业务不受影响，EmailCar决定将服务从百度云迁移至其他服务商，并向百度云方面说明，希望可以终止合作退还已经充值的费用，后者告知当晚会解决。但当日晚7点之后，EmailCar与百度云方面失去联系。陆霏称，期间，电话、微信、邮件均为得到回复。
4月28日，在仍未与百度云方面取得联系的情况下，EmailCar在下午15点30分左右通过其公众号发布了文章《百度云，请接我电话》。随后，17点32分，EmailCar技术人员发现免备案服务器宕机。当晚19点30分，百度云公关人员与EmailCar联系，希望EmailCar签署由其提供的一份保证函，在此前提下，百度云可以启动EmailCar服务器运转，保证五一假期期间正常运行，并称负责与EmailCar对接的人员此前在飞机上。
部分微信截图（陆霏29日提供）
4月29日，在双方就保证函条款沟通之后，EmailCar最终拒绝签字。但双方仍在保持沟通。
对于不签字的原因，陆霏称，保证函条款不合理。一是，百度云方面仅保证服务器五一假期期间的正常运行，而且有明确保证正常运行的服务器是提供数据统计服务的服务器。二是对承诺书中，需双方确认对外传播口径和删除“因之前沟通不畅产生的误解和分歧”并不赞同。
双方最后沟通的保证函（陆霏29日提供）
目前由于该事件，陆霏透露，已经波及EmailCar部分企业客户，造成了损失。为了应对客户投诉，他们4个客服人员18个小时未休息。接下来，陆霏称已经和公司股东进行了沟通，剩下的就是和百度云沟通后续赔偿事宜，甚至做好了公司倒闭的准备。
回顾整个事件，陆霏表示，他最不能接受的就是百度云方面和他们对接的人员集体失联20多个小时。他说：“本来一开始这是一件很小的事情，国家要备案，这些东西确实有政策方面的限制，他们如果说真的对不起不能解决，这个事情就结束了，这样百度根本就没有什么值得指责的地方。即使后来提供的方案不稳定，他们已经感觉事情棘手的时候，如果说让我们自己解决，也还是有挽回余地的，结果他们集体失联了，这样事情就变味道了。”他认为导致这样的原因是百度的“体系问题”，“百度人的素质很高，品行也不错，但是到了一个体系内问题就出现了。在这个事件上他们顶在最前面沟通的一直是个销售。”