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.