Wireshark解决腾讯企业邮箱与Outlook的设置

0. 问题

公司用的腾讯的企业邮箱,很多同事都是用Foxmail。但是出于个人的强迫症,以及客户多数是使用Outlook,Foxmail多多少少有点格式上的兼容问题,所以一直坚持使用Office全家桶。

但是有个问题,Outlook经常性发邮件特别快,收邮件就卡在processing这里。卡的时间不等,短则十几二十分钟,长则数个小时。明明微信已经看到,就是收不下来。

如前所述,个人的强迫症很厉害,邮件尽量要用客户端来回。

  1. 格式美观,
  2. 用上我的自定义规则,所有邮件抄送给自己一次,
  3. 在本地有历史可查(这里再次声讨腾讯不支持Exchange)

很多邮件让我很纠结,最后没办法就只能通过网页版回了,格式惨不忍睹。

这个问题,找了客服很多次,毫无作用,似乎他们也没有把问题反馈给自己的工程师。网上也搜了很久,各个论坛都翻过,没找到解决方案。

1. 解决

今天中午突发奇想,决定拿Wireshark来跟踪一下。果然找到了原因。

从Wireshark的跟踪记录来看,在校验了用户名和密码后,Outlook一直在进行删除操作。

C: DELE xxxxx
S: +OK
C: DELE xxxxx
S: +OK
...

再看回腾讯的邮箱,里面有个设置,而我这个服务是开启的,因为我经常需要从网页版查邮件,特别是电脑不在身边的时候。

禁止收信软件删信 (仅对 POP3 协议有效)

所以,原因就很清楚了。每次Outlook开启,就会尝试把服务器端的邮件删一遍。

解决办法如下:

在Account Setting -> More Setting -> Advanced下面,把 ‘Remove from server after xxx days”的复选框取消勾选即可。

果然,瞬间感受到了德芙般的丝滑。

Written with StackEdit.

博客的各种折腾

昨天花了很多时间,把CSS做了调整,现在终于看得顺眼了。短时间内不会再做任何的修改,专心写点东西才是正道。

下面是一些有较大影响的调整:

调整整体配色方案,一共就四个颜色

  • #666666:正文颜色
  • #EEEEEE:整体背景色
  • #FF8832:标题和分隔线
  • #2288BB:超链接

字体采用Trebuchet MS+Microsoft YaHei 博客标题加了两个属性,让它靠近博文的中间,而不是在整个博客居中(没测试在其他屏幕上的表现会如何,反正自娱自乐)

  • text-align: -webkit-left;
  • padding-left:2.4em;

增加.mobile h1,在手机版上覆盖掉上面的内容,以免格式错乱

  • text-align: -webkit-center;
  • padding-left: 0em;

行间距line-height修改为1.5

待办(划掉)不办事项

把思源黑体做成webfont引入进来 对pre和code进行CSS美化

2018.07.04 Update

感谢张鑫旭的这篇文章,参考着再调整了一些参数,增加了代码的行号,勉强能看吧。

code {
    padding: 10px 10px 10px 40px;
    font-size: 80%;
    line-height: 18px;
    word-break: break-all;
    position: relative;
    overflow-x: auto;
}
pre code:before {
    content: '01|\A 02|\A 03|\A 04|\A 05|\A 06|\A 07|\A 08|\A 09|\A 10|\A 11|\A 12|\A 13|\A 14|\A 15|\A 16|\A 17|\A 18|\A 19|\A 20|\A 21|\A 22|\A 23|\A 24|\A 25|\A 26|\A 27|\A 28|\A 29|\A 30|\A 31|\A 32|\A 33|\A 34|\A 35|\A 36|\A 37|\A 38|\A 39|\A 40|\A 41|\A 42|\A 43|\A 44|\A 45|\A 46|\A 47|\A 48|\A 49|\A 50|\A 51|\A 52|\A 53|\A 54|\A 55|\A 56|\A 57|\A 58|\A 59|\A 60|\A 61|\A 62|\A 63|\A 64|\A 65|\A 66|\A 67|\A 68|\A 69|\A 70|\A 71|\A 72|\A 73|\A 74|\A 75|\A 76|\A 77|\A 78|\A 79|\A 80|\A 81|\A 82|\A 83|\A 84|\A 85|\A 86|\A 87|\A 88|\A 89|\A 90|\A 91|\A 92|\A 93|\A 94|\A 95|\A 96|\A 97|\A 98|\A 99';
    position: absolute;
    top: 10px;
    bottom: 10px;
    left: 0;
    text-align: right;
    background-color: #333;
    color: #00ff00;
    clip: rect(-100px 2em 9999px 0);
    overflow: hidden;
}

 

2024.05.31 Update

更换域名。

之前那个有点尴尬,前段时间折腾了下eu.org域名,审批不知道要到猴年马月,注意力也是精力,一直挂个事情在心里,要去范Gmail,总是不舒服。所以几十块买了个十年的数字域名。以后再也不折腾域名了。

顺手把博客主题给换了下。越简单越好。

增加了一个JS插件,用来拉出所有的文章。

eSIM简介

2017.11.21 更新

0. 前言

前不久,苹果发布了Apple Watch S3。继2014年10月的iPad Air 2/Mini 3后,苹果再一次把它的Apple SIM嵌入了设备中。而这一次,中国联通也进行了配合(虽然苹果已经把联通也改为“今年稍后推出”,不过据说是政策审批限制,不是技术问题,相信联通会很快解决)。

加上三星的Gear 2,华为的天际通,小米的米SIM,各个手机商都在推进自己的eSIM方案,甚至于微软也宣布要在Win 10里面支持eSIM。

1. 什么是eSIM

什么是eSIM?
简单答案:eSIM就是Embeded SIM,也就是嵌入式SIM。
复杂答案:eSIM,就是一整套可以远程管理码号的系统,以实现在不同运营商之间的自由切换。它不仅仅包括卡,更是一套完整的生态系统。

这里面,又不得不提到几个经常被混在一起的词

eSIM、eUICC和M2M

傻傻分不清楚。

eSIM和eUICC

简单来说,eSIM和eUICC可以等效。
UICC是ETSI为了3G业务提出的,希望把智能卡做为一个多业务的承载平台,所以称之为UICC (Universal Integrated Circuit Card),而SIM仅仅是上面的一个应用,用于2G的鉴权和其他功能。
不过习惯的力量是强大的,人民群众已经习惯了SIM的叫法,管你定义什么UICC,USIM,ISIM,通通称之为SIM卡。

M2M

而M2M,问题就大了。这个简直是个大杂烩,什么都往里面装。
首先,M2M,其实是Machine To Machine的缩写,它所指代的,是机器之间的通信。而机器之间要进行通信,就必然需要通信模块。SIM在其中,就是起到码号管理的作用。

  • 一种SIM卡,和普通SIM卡完全一致,仅仅硬件特性上更加强悍,可以用于各种恶劣的环境
  • 一种SIM卡,它的封装方式和SIM卡不一样,采用SMD方式进行封装。需要焊接在设备上
  • eSIM的一种模式

2. eSIM的历史

在苹果推出Apple SIM之前很多年,其实智能卡行业就已经在探索解决方案,有不同的思路和想法,但是总的来说,都是基于GSM 03.48 SMS进行OTA推送。

而由于短信本身的非面向连接特性,导致这种方式并不稳定,不适合大数据量的下载。GP推出了一个附录B - “Remote Application Management over HTTP”。通过这种方式,USIM卡可以直接利用手机的数据通道,进行大数据量的下载。同时,通过GP规范所内置的安全机制,例如SSD,SCP等,也已经适用于各种商业模式。

在这个时候,其实已经解决了安全稳定下载数据到是SIM卡上。

到了这一步,现在面临的最大问题,在于碎片化

  • 卡商间不通用;
  • 运营商间不通用;
  • 同一个卡商在不同运营商那里也不通用。

TBC

3. 带来的影响

TBC

参考规范

  • GP: Global Platform
  • GP Amend A:
  • GP Amend B: Global Platform
  • ETSI

Written with StackEdit.

调整虚拟机中的Ubuntu分辨率

这两天在玩Ubuntu,在Win10中用VM Player装了个Ubuntu 16.04。始终无法全屏。
感谢这位哥们火腿肠工作室,按照他的方法搞定。

xrandr
xrandr -s 2560x1440

也要感谢VMWare,提供了仅供个人使用的免费版本Workstation Player
从个人使用角度来讲,比微软的Hyper-V好用多了。

Written with StackEdit.

卓有成效是可以学会的

0. 前言

作者德鲁克,闻名遐迩,凡是需要看管理类书籍的,一定绕不过这个名字。
《卓有成效的管理者》于1966年首次初版,到今年已经51年。半个世纪过去了,它还在不停的再版,人类的思想不会过时,基本的概念也不会过时。

1. 管理时间

做为管理者,很大的一个挑战就是时间并不属于自己。随时随地都有人会过来找你,打断你的工作节奏。可能是上司,可能是下属,可能是其他部门同事,可能是客户,可能是供应商。

但是,时间恰恰是一种稀缺资源,每个人一天固定就24小时,并不会因为你个人更聪明,更富有,更强壮,就拥有更多的时间。这一点,就决定了时间的公平性,也更凸显了管理时间的重要性。

所以,列在第一条就是需要学会管理时间,用有限的时间尽可能高效地产生输出。

2. 重视输出

在组织中,输出的结果需要能够被其他人或者组织利用上,才是有效的结果。最怕的就是埋头苦干,可是做出来的东西没有人能够用得上。

管理者不是为了工作而工作,而是为了成果而工作。不是一接到工作就扎进去开始做,而是首先自问:“别人期望我做出什么成果”?

3. 善用长处

在工作和生活中,不会有人全知全能,一定都有自己的长处和短板。

善用长处,不仅仅是善用自己的长处,还包括上司、下属、同事的长处。

4. 要事第一

在工作生活中,管理者一般是处于一个中间的位置,日常工作时时刻刻都在扑面而来,所以很容易被推着走,而忽视了对自己工作的审视和反省。

所以需要集中精力于少数重要的领域,抓大放小。而且要根据事情的轻重缓急设立优先次序。

5. 有效决策

管理者一个最重要的工作就是做决策。这里我想引述我从百度看来的一句话:

听多数人意见,与少数人商量,自己做决定

虽然我非常不认可百度的产品,更不认可他们家的企业文化。但是这句话我是深深的认可。

  • 听多数人的意见,是为了广泛的收集信息;
  • 与少数人商量,是为了了解核心成员和利益相关方的想法;
  • 自己做决定,是因为权力和风险是对等的。既然拥有管理者的权力,自然需要有承担风险的义务。决策,是管理者义不容辞的责任。

Written with StackEdit.

UICC与USAT非常用特性:Steering of roaming

前言

在传统电信卡产业中,由于智能手机的快速普及,以前很多由SIM卡承载的VAS已经不再被需要,毕竟用流量可以解决的事情就不需要用短信来解决。在这种情况下,SIM卡需要能够给运营商提供更多的,鉴权以外的功能,才能继续避免边缘化的功能。

ETSI SCP,做为智能卡行业在电信领域的事实性标准起草组织,一直在更新标准,提供新的功能特性。只是大家的研究可能并不够。

Steering of Roaming

描述

从TS 131.111的Rel 7中,ETSI定义了一个新的特性,在PRO_CMD_REFRESH指令中,增加了一个新的命令细节“Steering of Roaming”。通过这个命令,UICC可以发送一个PLMN列表给ME,达到如下的目的

  • 替换EF_OPLMN中的PLMN列表,从最高优先级开始替换
  • 从SIM和ME内存的FPLMN列表中删除相关PLMN信息
  • 在接下来的流程中,优先使用此列表尝试
  • 如果T计时器超时,优先尝试使用此列表PLMN来维持服务

用途

很明显,这个指令完全是为现在正火的Multi IMSI和eUICC所设计。
从流程设计来讲,SUBSCRIPTION_HOME和SUBSCRIPTION_ROAMING一般有不同的覆盖区域。

例如:
SUBSCRIPTION_HOME:覆盖区域A
SUBSCRIPTION_ROAMING:覆盖区域B、C、D

Case A

在A、B不交界的情况下,切换不会有任何问题。用户从A移动到B,SIM探测到这个位置切换,就自动把Subscription数据切换为Roaming subscription。

Case B

但是,如果A、C交界。在A、C边境区域,可能C信号稍强,此时会尝试登陆C的网络,但是SIM还处于SUBSCRIPTION_HOME。这种情况下,就会导致“PLMN not allowed”结果。ME就会根据标准规定,把当前网络C写入了EF_FPLMN。在这种情况下,即使号码切换到SUBSCRIPTION_ROAMING,按照标准规定,手机也不会再尝试在EF_FPLMN中的网络。导致客户只能通过手动选择网络的方式,才能选到网络。

Reference: TS 131.122, $4.4.6 Steering of Roaming

If the MS receives a USAT REFRESH command qualifier (3GPP TS 31.111 [41]) of type “Steering of Roaming”, the MS shall:
a) replace the highest priority entries in the “Operator Controlled PLMN Selector with Access Technology” list with the list provided in the REFRESH command;
b) delete the PLMNs identified by the list in the REFRESH command from the Forbidden PLMN list and from the Forbidden PLMNs for GPRS service list, if they are present in these lists. This includes any information stored
in the SIM and the ME internal memory;
c) take the new information into account in subsequent attempts to access a higher priority PLMN; and
d) attempt to obtain service on a higher priority PLMN as specified in subclause 4.4.3.3 by acting as if timer T that controls periodic attempts has expired.
In order to avoid unnecessary signalling, the network operator should avoid repeatedly using steering of roaming of a particular MS.

Written with StackEdit.

随记20170822

0. 【做了什么】

  1. 小满回老家一段时间,趁他不在家,把家里重新搞整了一遍
    • 重新刷墙,把前段时间装吊扇的洞给补了起来,顺便把天花和客厅的墙都给刷了。看着家里清爽很多
    • 狂用手钻,技能点+1
    • 用瓷缸宝进行补缝
  2. 在“得到“上买了个课程,不知道有用不。每天练习10分钟,试试看

1. 【没做什么】

  1. Anki已经丢下很久了
  2. GTD的收集还在进行,但是整理和Next Action,已经很久没有严格遵守
  3. 《文明》也很久没玩

Written with StackEdit.

文明4 - 海军单位(上)

0. 前言

最近055号大驱下水,我连伪军迷都算不上,可以说对军事毫无兴趣。只是恰巧在玩文明,就借用文明里面的百科粗糙的理一理海军那些东西。毕竟游戏不能白玩,花了时间也要记点东西下来。

1. 远古时代

1.1 桨帆船 Galley

顾名思义,桨帆船就是以桨为主要动力的船舶;帆并不作为主要的动力。

2. 古典时代

2.1 三层桨战船 Trireme

在古代地中海文明中常用的战船。所谓的三层,不是指船有三层,在古代,人类的科技还不能造出三层的船来。三层指的是船的每一边都有上中下三层桨。

桨船船身细长,平底,吃水浅,抗风浪不行(这也是为什么在文明中桨船不能进入大洋),但是在浅滩就有很大的优势。事实上,迟至十八世纪,还有国家在使用桨船做为海军船只。桨船是和帆船一起被轮船淘汰出局的。

顺便八卦一下,可以想见,桨手是一个很悲催的职业。船身细长,空间逼仄,所处位置在水平面下,进水就要被淹。事实上,据一些记载,很多桨手其实是奴隶,他们被锁在桨位上,唯一的存在目的就是当人肉动力使用。如果船被积沉,那就自求多福吧。不过话说回来,遇到船被击沉的情况,不管锁没锁,结局应该都差不多。

3. 中古时代

3.1 轻帆船 Caravel

又名卡拉维尔帆船(就是音译啦!)。它和它的变体卡拉克帆船(Carack)以及后面的改良版盖伦帆船(Galleon),使得远洋航行终于变得可行,人类进入了大航海时代。

注:遗憾的是,我很不喜欢选海洋地图,所以海军单位基本没用过,也几乎没有抢到过“你发现了地球是圆的“。

3.2 卡拉克帆船 Carack

Carack其实就是船的意思。相比Carravel帆船,它的体积更为庞大,主要用于远洋,所以可以装载更多的生活和军事物资。

4. 启蒙时代

4.1 大帆船 Galleon

就是上面提到的盖伦帆船,由Carack帆船改进而来。重量约为Carack的一半,只有500吨,造价也更为便宜,约为Carack的60%。同时,可以很容易的加装加农炮,货运作战两不误。

事实上,西班牙的无敌舰队主要就是由大帆船组成。

4.2 东印度商船 East Indiaman

看到东印度商船,自然就会联想到赫赫有名的东印度公司,毕竟就是他们家卖鸦片,搞得中国和英国直接干仗,最后签下南京条约。

鲜为人知的是,真正干仗的时候,不仅仅是中英两国政府,还包括了东印度公司的武装力量,东印度公司调了40多艘船参战。

这里就涉及到一个很有意思的设定,这个东印度公司的“公司“,与我们现在公司的定义大不相同。它更类似于一个自治的半官方机构。政府授予它在某个特定区域的贸易独占权,而它不仅仅进行商业贸易,还拥有武装力量,进行行政管制,是殖民地的实际控制者。至于为什么会是公司来处理这些事,而不是政府机构,这个可能跟英国的政治/商业传统有关系。如果是在我大清,商业机构这么牛逼早把你给拆了。

当然,最重要的是,明明是东印度商船,为什么在文明4里面是荷兰的UU(Unique Unit 特色单位)?那是因为,历史上不止一个东印度公司啊。总计有荷兰、不列颠、丹麦、法国、葡萄牙东印度公司;其中,荷兰东印度公司是最早成立,也是被视为世界上第一个公开发行股票的公司。只不过后来被不列颠东印度公司把风头盖了过去,特别是在中国,我们谈到东印度公司基本都是特指不列颠东印度公司。

话说回来,所谓的东印度商船,其实就是专门跑这条线的武装商船。那时候的海上可不像现在这样平静,随时有海盗或者是私掠船。所以商船一般都配有武装力量;而像东印度公司的商船,远航加上载物贵重,更是会配备强劲火力。至少,法国的正规海军在Pulo Aura海战的时候,以为遭遇了不列颠海军,紧急脱离接触。其实那只是东印度公司的武装商船而已。

4.3 私掠舰 Privateer

就是官方授权的合法抢劫船,仅在战时针对敌国船只。私掠所得需要通过海事法庭进行拍卖并上交部分给国家。

4.4 三桅战舰 Frigate

从这里开始,就主要参考知乎上@陈年大枣 的回答了。

Frigate这个词一直用到现在,但是定义本身在不停的变化。它主要是指起护卫作用的舰艇,在启蒙时代,这个功能就由三桅风帆战舰来担任。

所以,三桅战舰就是风帆时代的巡洋舰。

4.5 主力战舰 Ship of the Line

CIV4的译者把它译为主力战舰,想来是为了避免歧义。

其实,Ship of the Line,就是Battleship的全称。指的是风帆时代的战列舰。

参见牛津词典
Origin
Late 18th century: shortening of line-of-battle ship, originally with reference to the largest wooden warships.

enter image description here
To be continued…

Written with StackEdit.

电子邮件的写作清单

0. 前言

前两天,在战隼的公众号上看到他写了一篇电子邮件的建议清单,想起我前两天刚给部门的新人提了些建议,现在就再把以前准备的一个PPT拿出来供大家参考,也算给自己的工作做个记录。

1. 为什么

现在在很多公司,其实是在使用微信/QQ等IM工具进行公司事务的沟通。那么,为什么我还在坚持邮件呢?
1. 明晰责任 往来邮件记录下每个人的职责、承诺。
2. 准确记录 讨论内容,行动事项,当前进程全部记录在邮件内。可以充当历史档案。重要的邮件,我会用.msg文件在本地保存下来并在文件名前加上时间和关键词。
3. 清楚沟通 邮件的“非实时”特性使得沟通各方有时间酝酿和斟酌。

2. 怎么做

2.1 基本操作

To, CC与BCC
发邮件出去,最重要的就是收件人的选择。
原则上来讲,To的人,就应该是需要
- 一定被知会
- 采取行动
- 提供反馈
的人。其他人不应该放在To中,以免分散注意力。
CC的人,一般是只需要被知会,不用采取行动的人。CC在公司中是一个微妙的选项,要根据公司的情况合适的采用。
BCC,中文为暗送。意思很明显了。

收到邮件,要遵循“快速回应”的原则
- 5-10分钟可以完成,则立即完成
- 5-10分钟不能完成,则告知预计完成的时间
- 不能完成,告知不能完成的原因

发出邮件,要遵循“定时追踪”的原则。

RE, RE ALL和FW
原则上,所有的邮件都应该RE ALL。
FW的时候,在正文简要说明转发目的。

2.2 格式要求

标点
正规使用标点
尽量减少强烈语气的标点“!”

字体
粗体:仅限在需要强调的文字
斜体:少量使用
字体统一,大小适中
杜绝全部大写英文的情况

颜色
可根据不同目的少量使用红黄绿三色

段落
段首不需空格
句中严禁手动回车换行
段落间空一行

签名档
个人姓名、职位、联系方式
公司地址、网址

文本格式
优选HTML
不宜使用信纸

2.3 内容

主题
主题清晰且经过提炼,要能够简要描述邮件内容

正文
邮件的正文切忌流水账,让阅读人边看边理思路。而是应该在写的时候,就要考虑阅读人的思维方式以及需要获得的信息。
在组织好思路以后,用不同的章节描述不同内容的事情,章节前用关键词进行提醒,需要的时候可以加粗加下划线引起阅读者的注意。

举例如下(谁知道Markdown怎么空格?):
1. 测试情况
 a.总体进展如下:xxxx
 b.Bug 01(XXXX,已解决):
 c.Bug 02(XXXX,待解决):
2. 其他事宜
 a. 酒店续费:xxxx
 b. 研发签证:xxxx
 c. 沟通问题需要改进:xxxx

另,有一种组织方式叫做PADD
- Purpose
- Action
- Details
- Deadline

Written with StackEdit.

结果导向与主人翁精神

前言

细节好的人一般格局都差,细节和格局都好的人那叫太有才
这句话是马云在一次演讲的时候提到的。具体演讲我没有去看过,但是这句话我很认可。因为,这就是在讲我。
最近一直在反思我的做事方式,然后发现,我考虑细节太多,整个思路都被纠缠在细节上,然后在全局的,总体把握上,留下的时间和精力太少。
* 或者,其实不是精力太少,而是我不愿意跳出舒适区。这个就是另外一个话题了。
那么,这里又是怎么和“结果导向“给联系起来的?
因为,我发现我跟老板最大的区别,就在于我会考虑具体执行中的很多的细节,但是,我想要达到什么目的,期望能够做到什么程度,其实是没有仔细的思考的。只是很常规的在进行执行。

结果导向

对于老板来讲,前面做得再多,但是没有一个好的结果。对不起,这个叫做“只有苦劳,没有功劳“。
为了促进自己的进步,这个才是一个更好的方法。先确定一个期望达到的结果,然后针对这个结果,有步骤的制定计划,并一步一步的执行。
可以看到,有一个清晰的目标立在前方。就像赶路一样,前方有一个旗杆,指引着你前进的方向,即使中间有湖泊,有山峦,但是旗杆在那里,自然可以制定不同的方案,绕过去,飞过去,游过去。总之不会是迷糊下去。
Written with StackEdit.