博客
关于我
强烈建议你试试无所不能的chatGPT,快点击我
【排障】Outlook Express 2G收件箱大小限制
阅读量:4969 次
发布时间:2019-06-12

本文共 2056 字,大约阅读时间需要 6 分钟。

Outlook Express 2G收件箱大小限制

文:铁乐猫

-----------------------------

Outlook Express(以下简称OE)客户端收件箱大于或接近2G时,会发生接收不到该收件箱的邮件或发送不到邮件的错误(假如“己发送”收件箱文件接近2G)。

也许还会出现如下错误提示“出现未知错误,错误号:0x800C0133”。

这在我最近对客户端的维护中经常碰到,因为该处客户感觉至少还有5、6台电脑是还在用OE来接收邮件的,大部份经说明后都转为用Outlook 2007了。OE的图标是蓝色的,主要是XP时代应用,所以是非常老的软件了。受于当时的限制,它有着收件箱文件一旦大于或接近于2G大小,便会出现存储不了新邮件的错误。这和我们小时候玩的红白机游戏或98年代时的电脑游戏时内存地址大多数为255是一样的。还记得红白机中的霸王的大陆吗?如果将武将的武力修改超出255便会出现内存溢出,其后果就是负攻击力或导致游戏死机了。

解决的方法很简单,但较为烦琐,因为有些客户会有各种原因而不想放弃OE的,那么我们就为旧有的收件箱文件新建一个收件箱文件即可,但这里要注意先分流备份好原有收件箱中的邮件及将旧有收件箱文件改名。

965728-20160912152559133-1895778447.jpg

01工具选项

首先我们如何判断客户在OE中收不到或发不出邮件是不是因为2G大小限制呢?在【工具】菜单中选择【选项】

965728-20160912152620695-1392079822.jpg

02查看存储文件夹

【选项】对话框中再选择【维护】页面,单击【存储文件夹】

965728-20160912152640227-276402966.jpg

03存储位置

弹出【存储位置】对话框,可以看到你现下的个人邮件夹所存储位置,另外还可以点击更改来改变存储位置。

965728-20160912152653867-522172868.jpg

04超出2G

以客户的收件箱文件为例,我们打开E:\mail,可以看到“己发送邮件(1)”这个DBX文件及以R开头的两个文件经己超2G和接近2G。那就难怪客户反映说发送不到邮件(或者换句话说其实发送了只是看不到邮件己被发送)。另外“收件箱”邮件1.5G也接近警报了。

965728-20160912152711523-264811755.jpg

05属性

965728-20160912152722055-782267564.jpg

06对比

而另一个更简单查看到邮件所在位置的方法是在你想要查看的收件箱上右键【属性】,如上图,也可以观察到客户所用的“己发送邮件”文件夹存储路径。

965728-20160912152735977-1286403768.jpg

07新建文件夹

接下来我们在收件箱下建立一些文件夹,以便将原有的邮件移动到新文件夹里备份好。右键“己发送邮件”-“新建文件夹”

965728-20160912152745602-1954610259.jpg

08多创建分门别类

创建文件夹,文件夹名我们可以以时间段命名以便分类。如上图,根据需要创建多个文件夹。

965728-20160912152805930-788816140.jpg

09移动500封内

然后我们一次性不要选择收件箱中过多的邮件,大概500封以内为佳,尽量少选一些,如果一次性选择太多容易导致OE假死机甚至真正死机了。再次启动OE时,也许收件箱.dbx库遭到破坏,就会把所有邮件丢失掉。(而在outlook 2007中我己经见识过多个客户因为Outlook2007陷入他们所认为的死机中就直接重启以致发生多起“个人文件夹.pst”遭损坏而要进行修复的案例了。)

选中部份邮件以后,点击鼠标右键,在弹出的菜单中选择“移动到文件夹”,上图的黑色部分是为了保护客户隐私所以打码的。

965728-20160912152826773-1903349542.jpg

10移动邮件

移动到分门别类好的新建文件夹中放好,以便客户查看。

965728-20160912152839648-970318425.jpg

11备份完毕

分门别类放好了,上图可以看到我在将2013到2014上半年之间的邮件还是估计错误了,3850封邮件一次性移动,差点也就卡机假死了,沙漏出现了好一会等了好几分钟。另外在存放收件箱文件的文件夹中也可以看到对应的己创建好的收件箱文件。只是遗憾的是虽然在OE中看“己发送邮件”中己是空白的了,但在硬盘文件中它仍然是占据着此前的大小,如果可以自动随着邮件的移动而减少就好了,那客户基本上就不会担心2G大小的限制了。

965728-20160912152855320-2076810528.jpg

12重命名2G文件

所以接下来我们要做的事就是将旧有的那个超2G大小的收件箱文件,以这次为例,是将“己发送邮件.dbx”重命名。

965728-20160912152909914-1465190407.jpg

13重命名前先关OE

犯了一个低级错误,OE打开还在选择了己发送邮件的窗口中。鼠标移动回OE中,不要选择要重命名的收件箱或直接将OE暂时关闭。再次重命名成功。

965728-20160912152926211-1659324498.jpg

14自动生成

上图对比中可以看出,由于我将旧有超2G的“己发送邮件(1)”重命名为“己发送邮件(1)old”,所以在再次打开OE之后,OE会自动生成一个新的“己发送邮件(1)”文件,并且这个新的文件大小只有75KB。

965728-20160912152941289-292974276.jpg

15熟能生巧

同理,将其它2G警戒线的收件箱文件也生成新的处理好。

旧有邮件由于有分门别类的新建文件夹安放好,所以等客户使用一段时间没有问题后就可以安心将像旧有的“己发送邮件(1)old”这样自己知道相当于是备份的文件删除以释放空间了。

最后,建议真要使用OE的人,每一个文件夹中不要存放太多的邮件,可以采用分级多目录管理(当然这个估计还得配合使用规则转发,要不你手动等接收后才移动的话大小也不会随之减小)。还要经常检查每一个dbx文件的大小,保证不要超过1.8GB,防范于未然。

【END】

转载于:https://www.cnblogs.com/tielemao/p/5864937.html

你可能感兴趣的文章
上周热点回顾(7.28-8.3)
查看>>
上周热点回顾(8.18-8.24)
查看>>
Celery
查看>>
算法复杂度
查看>>
19/6/28 求最小值错误
查看>>
vue.js实现瀑布流之vue-waterfall-easy
查看>>
python NameError: name 'file' is not defined
查看>>
Redis简介及其安装
查看>>
Servlet监听器(Listener)实例
查看>>
Cocoa反向工程实战-SvnX添加历史消息
查看>>
struts1.x+spring的文件上传和下载的实现
查看>>
js访问对象属性的两种方法
查看>>
initWithNibName/awakeFromNib/initWithCoder
查看>>
java页面跳转代码
查看>>
Spring Security 入门(1-5)Spring Security - 匿名认证
查看>>
前端为什么非要动静分离 说一下CDN托管的意义
查看>>
前端必备技能之Photosh切图
查看>>
汇编实验9
查看>>
Centos 查看端口占用情况
查看>>
javascript基础
查看>>