Outlook添加默认密送规则

之前一直用的邮件客户端是 Foxmail ,极致简约、轻便、易用,毕竟是 Allen Zhang 的早期作品,可以藉此一窥前辈的产品理念。配置简洁,界面友好,零故障使用了一年多时间,从来没有掉过链子。

在 Foxmail 客户端里,有一个我很喜欢的功能就是可以设置发送邮件时默认密送至指定邮箱。 这样的话可以检测邮件及附件是否发送正确,同时也能对已发送邮件存档备份。

在这里多说一句,对于备份已发送邮件的方案,有同学的做法是默认抄送自己邮箱一封,这样的话其实解决起来更简单,直接在 Outlook 中设置一条规则就可以做到。但公司邮箱容量一般都不大,这样抄送自己相当于把邮件尺寸放大了一倍,如果附件很多的话很容易存储空间报警,所以我没有采纳这种方案。 况且,如果直接用规则设置抄送到外部邮箱的话,所有收件人都会看到抄送栏中有一个外部邮箱,可能会引起误解。

近来,由于工作中常常需要协助客户配置 Outlook 客户端,这对我来说十分棘手,不得不开始尝试 Outlook 的配置和使用。 于是就接触到算是微软亲儿子的 Exchange 协议,才意识到之前一直在用的 IMAP/SMAP 协议几乎是上世纪的遗产了。

尽管 Foxmail 支持 Exchange 协议,也成功完成了配置,但在日常发送邮件时,经常会出现奇奇怪怪的错误:比如邮件写到一半就自动发送了 或者 附件在发送之后莫名其妙就丢掉了。 由此说明还是有兼容性问题,只能全面转向 Outlook . 但苦于一直不能用规则设置自动密送,自己写邮件又常常忘记添加密送,很是苦恼。

在 Google 上寻觅了很久,大多是通过设置『电子邮件规则』来达到自动抄送的效果,但无法满足我自动密送的需求。 今天终于找到了靠谱的方案,Po 主祭出了 VBA 大法,实在是佩服!

下面是具体操作:


打开 Outlook ,按 Alt+F11 打开 VBA 窗口,在左侧窗口依次展开至 ThisOutlookSession ,双击打开代码窗口,复制并粘贴以下代码,修改密送邮件地址为自己希望的备份邮箱,保存代码。


以上代码部分转载自枫芸志 » Outlook设置发送邮件时默认密送到指定邮箱 ,由于年份较为久远,无法确认是否为原始出处。

入职满月碎碎念

写在前面的

如愿以偿,大言不惭地顶着 Engineer 的高帽在运维圈厮混了一月有余,大大小小见着了各种稀奇古怪的问题,也多多少少学到了一些新知识。毕竟是 Career 的初级阶段,能够顺利上车已属幸运。

入行这段时间让我对这个领域有了直观的体验,无可避免也产生了些新的看法和认识:

  1. 任何行业都有鄙视链,技术领域也不例外;
  2. 英语很重要;
  3. 良好的沟通能力很重要;
  4. 优秀的领导和靠谱的同事很重要;
  5. 低阶工程师的水平参差不齐,学历水平偏低,这是最难让我释怀的一点;
  6. 社会阶层区隔非常清晰和残酷,这算是题外话,但最近工作经历强化了我对这个观点的认同。

源起

两月前,在写建站感言的那篇 blog 时,我还是在从事新媒体运营的工作。
建站仅仅是基于兴趣驱动以及对 Geek 小伙伴的仰慕。

总的来说,在运营圈待了两年还算可以,和多数人一样,有苦有乐,也结识了些不错的朋友。 只是渐渐感到运营工作的天花板近在咫尺,也越发难以从工作中获得更多成就感与乐趣。加上客串过一段时间产品助理的角色,日常和技术圈的朋友接触的又比较多,于是不安分的心便真的有了换个领域试试的想法。

试着找了几个看起来还不错的公司,由于行业内的工作经验几乎为零,就采用了给 HR 发邮件这种点对点的方式投出了几份 Resume 。仗着校园时代积累的些许计算机应用知识和有限的经验,我写了一篇情真意切的 Mail,也许是机缘巧合,竟真的收到了回音。 然后经过似乎相当漫长的面试、入职流程,其间各种插曲略过不表,终于正式成为技术工程师行业的一分子。

法兴

在此之前,我从未设想过自己的人生轨迹会与这种外资大行有任何交集,因此当我起初听说工作安排是外派到法兴银行做服务器运维工作时,作为一个毫无运维经验的门外汉,真的是诚惶诚恐。

那些天,我不仅恶补 Linux 系统的基础知识,同时还纠结着自己的英语口语。 由于被告知会有一场法兴方面的面试要参加,可能会涉及到日常英语会话能力,我很认真地准备了一份全英的 Self Intro ,并请小姨父帮我审校。 最后抱着横竖都是一刀的心态,通过了面试环节,尽管我事后觉得临场发挥的很不好。

然而人生果真禁不起假设,就像当初说要去一样,最后也莫名其妙的并没被安排过去。 Leader最终把我分派到了 On Call 部门。

MA/IMS

  • MA = Maintenance Assurance
  • IMS = Infrastructure Management Service

On Call 部门的主要工作内容就是这两项:维保服务(硬件)和基础设施管理服务(软件)。

公司内部对这个 title 的称呼是大客户服务工程师,听起来很高级,但具体的工作却都很琐碎。大到机柜的维护,小到水晶头的制作,都涵盖在工作范围里。整体上只是一些在我看来含金量并不算高的事情。

承蒙供职的这间公司客户群的高端定位,接触到的都是清一色大型跨国企业在国内的分支机构,而工作性质本身又决定了不会天天在办公室里坐格子间,需要穿梭在不同的客户现场,所以这一个多月的时间不仅见识到了形形色色的一线品牌,更让我对北京这座城市有了更真切的观感。

总之,就像每次踏入新世界一样,充满了乐趣和新奇。

两个小故事

故事 A

某 B 字头一线奢侈品牌,报告店铺监控系统设备显示器黑屏,无法使用。 系统安排工程师上门。

第一次上门,反馈店铺监控系统显示器损坏,告诉客户下次上门的时候带一个显示器更换;

第二次上门,我。 到了现场之后发现这个设备并不是个独立显示器,而是个KVM。开机指示灯闪烁,屏幕显示 DDC MENU ,机身上的几个按键都按了一遍设备也没有反应。 由于我之前没接触过这种设备,不知应该如何处理,于是给 PM 打电话,描述了现场的情况。 PM 答复此事需要升级。 然后告知店员可能要下个工作日才能处理,收拾东西走人;

回公司后通过微信向 Leader 汇报了一下事件经过,Leader 听完后表示很可疑,问我有没有直接把VGA接到监控主机上试,我就说不太清楚 KVM 设备如何操作, Leader 就给我讲了下 KVM 的作用和常用功能,然后让我再去一趟;

第三次上门,我。 到现场,打开机柜背门,准备重新插拔 VGA 线缆的时候,发现监控主机的风扇好像没转。 咦,没开机? 于是回到机柜正面,摁了下开机按钮。

故障解决……

故事 B

某行政酒廊,办公区打印机无法连接。

由于是网络打印机,先查看了一下机身面板网络设置的部分,发现一体机的无线网卡可以获取到 IP 地址,而有线网络无法获取 IP . 用电脑连接打印机的无线 IP 打印测试页,可以打印,但打印速度非常慢,从进纸到出纸(普通A4)甚至需要五分钟。 由此初步判断打印机与无线网络连接非常不稳定。

检查打印机背部网线接口,网口灯不亮。 拔下网线,插入电脑,右下角红叉,说明网线不通。 顺着网线找到墙上的面板,发现面板仅仅是个面板,没有 RJ45 的接口,拆开面板看到网线是直接从墙里穿出来的。

于是把情况反馈到 Leader ,派了一个同事带着寻线仪来现场,打开寻线仪去机房寻线,未果,判断线缆中间有节点。 返回办公区,发现一个小型桌面交换机,寻线仪靠近会有反应,但无法判断具体是哪一根线。 逐个拔下插头测试,找到了一根仪器反馈最明显的网线,重做水晶头,故障依旧。

因此,借了一个梯子,准备上天花板找。 刚准备往上爬,办公室有个刚来上班的工作人员问:你们有没有看那边那个插头有没有插好,之前打印机坏了都是插头松了,插上就好了。

顺着她指的地方,我过去看了一眼,发现那里还有一个小型的桌面交换机,打印机的网线直接接在这个交换机上,而我们刚才用寻线仪找找到的是这个交换机的上级交换机,所以导致用寻线仪测试所有线都会响,无法判断是哪根线。 而这个小交换机的插头从墙上的插座上松脱了。

把插头插好。

故障解决……

尾声

相信这种类似的故事以后肯定还会遇到,而且发生的概率并不低。

通过这一个多月的经历,最重要的心得或者说收获,就是意识到可能 80% 的故障都是由周边零碎的小问题导致的,真正的技术难题并不多见。 运维工作更多的还是考验分析问题的耐心和检查问题的细心。 当然,丰富的经验也很重要,这需要通过大量的实务来积累,不奢望一口吃饱。

目前看来,内心对技术行业的确是有爱的,工作的精神状态也和以前大不一样。 工作内容本身也很能开阔视野,见到了许多原先只存在于想象中的后端设备。 当然,神秘感逐渐褪去之后,难免会有些小失望。 作为一个换了许多份工作的人,倒也习惯了这种感受,无论怎样折腾,一切聒噪终将归于平静。  这大概就是人生?

最后想说,无论何时,专注与勤勉最重要
毕竟职业路径归零,又回到打怪练级的初级阶段,希望早日打 boss 升级。

致谢 1 : 本文特别感谢 Megan Xiao !

致谢 2 : 这是第一篇 Markdown 成品,非常舒服!

摘录 | 位(bit)、字节(byte)和字(word)

以下内容摘自《C Primer Plus》第6版中文版P42,解释了一直以来的许多困惑:

位、字节和字是描述计算机数据单元或存储单元的术语。这里主要指存储单元。

最小的存储单元是位(bit),可以储存0或1(或者说,位用于设置“开”或“关”)。虽然1位存储的信息有限,但是计算机中位的数量十分庞大。位是计算机内存的基本构建块。

字节(byte)是常用的计算机存储单位。对于几乎所有的机器,1字节均为8位。这是字节的标准定义,至少在衡量存储单位时是这样(但是,C语言对此有不同的定义)。既然1位可以表示0或1,那么8位字节就有256(2的8次方)种可能的0、1的组合。通过二进制编码(仅用0和1便可表示数字),便可表示0~255的整数或一组字符。

字(word)是设计计算机时给定的自然存储单位。对于8位的微型计算机(如,最初的苹果机),1个字长只有8位。从那以后,个人计算子字长增至16位、32位,直到目前的64位。计算机的字长越大,其数据转移越快,允许的内存访问也更多。

最近逐渐意识到『非系统地学习』在多数时候的确是有害的。  然而人的精力又十分有限,这真是个悖论。

看来专注才是正途。

NginX环境下配置WordPress固定链接后报500错误的解决

首先Po上前辈的教程:在Nginx上为WordPress固定链接配置Rewrite

我全程按照上述教程完成的配置。 注意,切记在对配置调整完成后使用 sudo service nginx restart 命令对NginX服务进行重启。


WordPress搭建好之后我一直对默认的文章地址格式不太满意,但考虑到刚开始接触WP,很多基础功能都还不了解,所以就没去管它。  经过这几天的熟悉,今天尝试对这项功能进行设置,绕了非常多的弯路。作为一个菜鸟,简单分享一下,希望后来的同学避免掉坑。

首先,我们能Google到的很多解决方案都是对.htaccess文件的修改和调整。我全盘find -name ‘.htaccess’ -ls,找到了一个角落里的同名文件。按照教程对它进行修改,然后什么都没有发生。 又一通搜索之后才知道这是针对Apache环境的解决方案,根本不适用NginX…  跪。

添加NginX关键字继续Google,又有了一些新发现。

在此说明一下,我的NginX软件包是通过 apt-get 的形式直接安装的,应该具有普适性,不同于部分教程里有大神提到的编译安装的形式。采用编译安装的同学,我不确定是否仍适用上述教程。

从我Google到的文章来看,很多人都把问题导向了对 nginx.conf 里 server{} 语句的修改,我按照这种思路找到了我的 nginx.conf 文件,查看发现根本就不存在 server{} 字段,只有events{} http{} mail{}这三个字段,查看同目录下的conf.d文件夹为空文件夹。  晕。

尝试touch了一个server.conf,把相关的代码粘进去,保存,重启。然后网站就无法访问了。于是回滚操作,继续Google。

查看了大概几十篇文章,都集中在对 nginx.conf 本身的修改。只有一篇Blog提到了对 /nginx/sites-enabled/default 文件的修改,但我根据博主给出的代码调整了我的default文件后并没有效果,点击首页的文章标题仍然返回500错误。  对此,我并不能确定是因为博主给出的代码本身有问题,还是因为我做出调整后没有重启NginX服务导致调整未能生效。

最后终于找到了本文顶部提到的修改教程。  作为一个小白,解决这个问题最为困扰的就是大部分Blog里都没有提到配置文件的具体路径是什么。很多Blog确实提到了要修改location /{} 这段语句,但并没有指出具体是哪个配置文件。  直到我按照顶部的教程修改了 /etc/nginx/sites-enabled/default 文件,并重启NginX服务才最终解决这个问题。

因此,从我的角度来看,对小白来说主要应当注意两个问题:

  1. 去哪里调整location/{}语句
  2. 调整完毕后重启NginX服务

我自己Google到的教程几乎都是提了第一点不提第二点,又或者提了第二点不提第一点。

以上是我作为初学者的一点提示,希望能对后来的同学有帮助。

搞了一个小Site

感谢胡萌萌同学!感谢梁教授!!是你们直接促成了这个blog的诞生。鞠躬。至此,我也终于达成了多年的夙愿。简明扼要地留下一点感想吧。

建站这个昨天以前从来都觉得遥不可期的事情,竟然神奇的在24h内跑完了所有基本流程,着实让我意外。 尽管并不一帆风顺,但相比起想象中的重重困难,仍简单太多。由此不得不慨叹,很多时候挡住我们前行的真的不是困难本身,而是自我设限。  犹想起之前工作时,TeamLeader对我一再劝勉:Just do it,Just try。回头看最近几个月做的事情,由衷感到意味深长。

稍微扯远一点,这其中也有些其他原因。自工作以来,这两年的持续收支失衡让我对以往的消费观进行了深刻的反思,回望过往的开销很多时候都被投入到了零收益零产出的事情上。所以今年我变得更专注于自身素质的提高和学习能力的培养,更重视物质投入带来的精神性收益。目前看来还算颇有成效,但也明显感到年龄不饶人。

搭建Blog的起因是和技术本身不太相关的事情。之前考虑到浑浑噩噩也算混了两年运营圈,一直没太大长进,本着提升职业性及开阔眼界的考虑,同时基于兴趣驱动,尝试了微信公众号及微博粉丝团的运营。公众号的实操过程中,发布多张高清图片的需求始终无法被满足。国内的相册要么需要下载APP才允许查看原图,要么就是在图片上传过程中强行压缩图片,让我十分困扰。 想来想去除了等腾讯调整微信图片发布策略,似乎就只有搭建独立blog这唯一的解决方案了。

闲聊的时候和胡小姐提到了这个事情,随后就是语重心长的诱导,什么技多不压身啦,什么要有大格局啦这种大道理都被搬出来给我洗脑,于是,在毫无经验且未收到梁教授答复的情况下,买了一个堪称『奢侈』的服务器套餐,然后就躺倒去睡了。  醒来就看到了梁教授简明扼要的回复:买这么贵!

我心想买贵就买贵了吧,投入在这种事情上并没有什么所谓,就当交学费呗。然而钱毕竟扔出去了,总得听个响才好,便开始琢磨如何架设博客程序,这个时候一个一直被忽略的问题跳了出来:备案。  以下省略@#¥%&+*&^%$#…

最终,经过一番思想斗争,决定退掉华东节点,重新购入了一套hk节点的服务器。这么一通折腾,也导致梁教授友情赠送的优惠码无法使用,很可惜。再次说明理性剁手的重要性。

后来的事情就简单了,前段时间学了一点linux命令行操作的基础知识,又Google到了一篇手把手指导Nginx+MySQL+PHP+WordPress部署的教程,跟着前辈的脚印一步步走的十分顺利。

于是就有了现在呈现出来的这个样子。

这个Blog短时间内应该不会Po技术性的文字,毕竟我所遇到的几乎所有问题都可以经由Google和梁教授得到答案。因而当下还没想好日后拿什么内容来填充,不过一定会避免含水量过高。

终于迈入了另外一个世界的大门,且行且珍惜吧。

是以为记。