@DeutschXP 因为我是个人用，所以其实是不太习惯不同别名分为不同邮箱的。我比较习惯于原来 qq 域名邮箱那种多个地址对应同一个邮箱的逻辑
用共享邮箱确实可以解决别名发件的问题，但在挺多细节方面还是很不舒服的，比如通过 catch all 虽然可以将共享邮箱收到的邮件直接投递给主邮箱，但是当你点击回复的时候默认使用的还是主邮箱的 email 地址进行回复，在快速回复的界面中甚至没有地方修改发件人，必须点开完整的回复窗口才可能选择发件人（而且每次回复都要重新选择）

其次是个很诡异的使用逻辑问题，当共享邮箱被设置为主账号有发送权限而没有接收查看邮箱权限时，在 outlook web app 中可以直接正常输入共享邮箱的地址进行发件，但是在手机 outlook 客户端就不行。你必须将共享邮箱账户添加进账户列表才可以使用其发送邮件，但是如果你没有查看权限只有发送权限的话，你就根本无法添加这个共享邮箱账户，在发送邮件的时候也就无法选择使用共享邮箱的地址发送邮件——即使你确实有这个共享邮箱的发送权限。

这也导致你如果想在手机 outlook 客户端使用共享邮箱发件的话，你就必须将一大堆共享邮箱添加进左边的邮箱列表。这些账户的图标还不能隐藏。在点击查看不同文件夹列表时候会像牛皮癣一样跳出来，很难受…

总之就是感觉还是很不习惯。果然个人和公司之间的工作逻辑差别还是挺大的。

@DeutschXP 了解了，确实是我想得太简单了。

总的来说这套逻辑确实更适合大公司的体系而不是个人作为域名邮箱使用。
希望有生之年微软能开放 Outlook 个人版绑定域名邮箱的功能吧 233

@ruixue 我试了下 outlook 桌面端发送邮件
直接修改发件人的地址的话和 web app 一样还是会从原始地址发送出去…
查了一下 outlook 的别名发信设置，说的都是单独给别名设置一个 smtp 的仅发送账户，然后用这个账户发的曲线救国的方式。但是这些回复时间也都比较久了都是（ 201X 年的），我也不清楚现在是不是已经改了，还是我操作不太对。

如果确实现在还是只能通过设置单独 smtp 账号发送的话那感觉还是有点蠢。。

@DeutschXP 我指的是独立属于一名员工的别名，不是指共享邮箱系统。
他没有而我需要的是同一个人单独使用的不同域名别名发送邮件的功能。
实际上多人共用一个 service@进行回复的共享邮箱系统，Exchange Online 反而是有的。


例如我的公司可能有多个不同的域名，我在联络的时候可能同时需要使用张三 @example.com 和张三 @example.com.cn 等不同邮箱地址接收并回复来自不同地区的邮件。此外，（尤其是对于小公司来说）我的一个人可能同时负责多个职务，这点有可能体现在前缀上（例如售后张三 @example.com 和财务张三 @example.com ）也可能体现在后缀子域上（例如张三 @sales.example.com 和张三 @support.example.com ）等。 这些实际是对应到同一个人的邮箱，不存在定位不到当事人的问题。

@ruixue 啊我这里说的邮件客户端指的是 win10 自带的那个“邮件”应用。我的意思是个人 outlook 在这个应用上已经可以自选发件人了，Exchange Online 本身的 web app 和个人版 Outlook 的 web app 虽然几乎就是一样的，但却不但不能在邮件 app 里选择发件人，甚至 web app 上也不能，这就很离谱。

我主要还是没想到它这个不同应用之间的数据互通居然是强绑定账号不能更改的…不同家产品之间往往还会想办法搞通用的格式协议比如 webDav 之类的以便相互导入导出信息。然而 office 这套逻辑导致你在自己的个人账号和企业账号之间互通甚至要比和第三方服务互通更难。这个使用体验实在是太绝望了。

@geelaw 啊是我表述有问题…抱歉
我的意思不是说让 2 者变成同一个账户，是指里面关联账号的那些东西能不能绑定到另一个账号。

例如我个人账户平时是在用 Todo 的，但是 Exchange Online 的工作账号本身也有 Todo，然后不论是 outlook 的 app 里还是 outlook 网页版上点击待办事项进入的都是 Exchange 的工作账号的 Todo，而无法绑定我个人账号的 Todo 。
似乎 Todo 之类的功能本身也不支持个人账号和工作账户的相互同步。也不像 outlook 的 APP 一样可以同时查看编辑多个账户的 Todo list 。

我被这玩意折腾得脑血栓都要喷出来了…

@geelaw 解答得非常清楚，万分感谢！
因为之前版本（ 2.1 以前），有一段内存结构是固定长度 30 的 utf8 编码字符串，正好可以被 PtrToStructure 按照 LPUTF8Str 进行解析，因此陷入了误区，没有意识到其实 LPUTF8Str 的结构其实应该是个字符数组指针。
而在 2.2 版本修复这个问题后，这么做则会抛出 AccessViolationException，因此才产生了问题。
看到解答才知道原来以前这部分能正常工作其实是歪打正着 OTL

感谢各位大佬的指点。
通过 hook 实现了，然后被吐槽：你还不如直接在托盘图标右键开关鼠标穿透
我人傻了 OTL

@geelaw #1 啊不好意思我应该是没说清楚题意…抱歉。

我知道正常的方法是通过 SetWindowLong 为窗体设置 WS_EX_TRANSPARENT 来进行鼠标穿透。我的主要问题是在题目中的情况下应当如何实现“按住 ctrl 时临时解除穿透，让窗体可以被拖动、右键弹出菜单”的效果。

我能想到的思路有 2 种，1 是在当前窗体被鼠标拖拽、右键点击等事件时判断当前 ctrl 是否按下，如果是则执行正常的拖拽、弹出右键菜单等操作，如果否则将鼠标点击、拖动的事件放行给后面的窗体。但是我不清楚 windows 与 wpf 是否支持这样的操作。

另一种就是注册 ctrl 为全局快捷键，在按下时和解除时分别设置窗体的 WS_EX_TRANSPARENT 属性。但我同样不知道 windows 是否支持单独给 ctrl 注册全局快捷键而不影响其他程序正常响应 ctrl 键，也不知道是否可以捕获 ctrl 键被松开的事件。

因为感觉 2 条路都走不通，因此才发帖求助的 OTL

@llsquaer #3 因为正则表达式引擎在匹配字符串和表达式时，是从前向后逐个扫描字符串中的字符，并判断是否与表达式符合的。 .bbb.ccc.xxx 和 .xxx 虽然都可以匹配 .+，但是正则表达式扫描的时候，从 .bbb 就已经开始能够正常匹配，一直持续到后面的整个 .bbb.ccc.xxx(ddd.fffssss.eeee) 结束匹配完成。虽然.ccc.xxx(ddd.fffssss.eeee)和.xxx(ddd.fffssss.eeee)也能完成匹配，但是因为.bbb.ccc.xxx(ddd.fffssss.eeee)是先来的，所以正则表达式会娶先来的这个作为最终结果。
如果想要解决这个问题，要么就是想办法让.bbb.ccc.xxx 和.ccc.xxx 不满足匹配，1 楼的解法就是这么做的，通过 \w 取代 . ，这样.xxx 就是第一个满足匹配的前缀了，因此能够正常匹配到你想要的结果。
要么就是提前把前面的部分（ aaa.bbb.ccc.）全部用非捕获组匹配掉，然后在剩下的部分里匹配你想要匹配的内容，例如(?:.+\.)(?<match>.+?\([^)]+\))

@xmge 我们都是几天换一次手机的

点进来之前没仔细看还以为说 surface，果然不能熬夜太久

天天误触，有时候需要触发时候它又死活不触发。
有点鸡肋。

感觉既然是 ios14 才加进来的，可能 ip12 会有特别的设计确保识别率？等评测了

https://www.bilibili.com/video/av48366056
老莱专门有一期视频怒喷过 USB-IF 脑子进水了的命名规则
有兴趣的话可以看看，讲得挺清楚的。
迫真科技以改名为本。
“我几年以前买的 USB3.0 的硬盘，就自己升级成 USB3.2 了？”
“还是无线 OTA 升级，屌炸了！”

？原来那个玩意是唱片……

我听你的描述，黑黑的有螺纹，不停旋转，而且狂跑 gpu
……
这不是钻头吗？

不买吧
暂时还是住家里
离工作的地方比较近

可以
4096 笔没有夹子，只能用磁吸吸在机器侧面
1024 的有夹子，可以夹在键盘的弯折处

.net Frameworks 也是这么想的