@nothingistrue 你连我前面的回帖都没看：
“这样从云到本地的网络延迟也不低了。还不如回归同楼层机房的服务器裸机装 Windows Server”

就妄下结论说“你连 RDP 是啥都没懂”，扣帽子可真行啊

不好意思，我也提到了网络延迟。

另外，我平常还真的会使用公司部署在同楼层机房的 Windows Server ，用 RDP 连进去，包括 mstsc 桌面和 RemoteApp 。

还火气这么大，有必要吗

@nothingistrue 这也是很搞笑的提法。你觉得的搞笑，在别人那里却是正在使用的做法（主贴已经发过，这里再发一次）： https://www.v2ex.com/t/746542

显然，确实有人宁愿加一台机器也不愿安装个 VMware player 。

WSL 当然可以安装在本机，问题来了——企业权限管理。有些企业对于企业内容管理十分变态，甚至连员工的电脑都不那么信任，即使真的需要用 WSL 做测试的开发部员工。所以我的猜想是，也许这个 RemoteApp 状态的 WSL 可以派上用场，但不知道效果如何。

至于 WSL 里面装个 Windows……这是十分奇怪的扩展理解，我原文既没这样提，更没想过需要 /可以 /有必要这样做。

@nothingistrue VMWare 这些毕竟是第三方软件，需要额外安装。RDP 反而不需要，毕竟自带了，对于 DPI 调整也更灵活一些，对于像那位 V2EX 发帖者的用户而言还真是挺方便的。

也许这样就可以把 WSL 变成 RemoteApp ，毕竟 WSL 的资源耗用还是比 Hyper-V 运行实际系统低得多，启动也更快，多人共用的时候也会有点优势。只不过，现在没人知道服务器版本的 WSL 可以同时多开多少个，以及某些企业对于 WSL 的态度模糊不清，所以是个大大的问号

@oott123 因为未必有权限装（指企业内）

@beordle 用云上面的 RemoteApp ，而且还 RemoteApp + WSL2…… 说实话，就算有解决方案，这样从云到本地的网络延迟也不低了。还不如回归同楼层机房的服务器裸机装 Windows Server

@codehz 这么多年后终于支持了，个人简单用用那还可以应付。

人多的企业环境应该就不可能的了。刚刚特意看了下并行用户会话数，还是有限制的，大概是 15 个并行用户会话数：
https://github.com/stascorp/rdpwrap/issues/192
https://github.com/stascorp/rdpwrap/issues/512
稍大点的企业很容易就能达到这个数量。

然后还会受到 Windows Update 更新的影响，以及 Windows Defender 的影响：
https://github.com/stascorp/rdpwrap/issues/1816
尽管不是每次都会这样，但企业环境可受不了这种风险。

其实自己用也是，更省心的方案总会让自己舒服些。至于是 Windows Server 省心还是普通 Windows + RDP Wrapper 省心，那就得看是否长期重度依赖了。

@codehz RDPwrap 虽然可以让普通 Windows 变成远程桌面服务器，但强烈依赖于“域”环境的企业显然并不喜欢。

先不说 RDPwrap 不支持 RemoteApp ，还有因为基于组策略的域权限管理。这些企业会专门建立新的分组，让服务器隶属于服务器组、普通电脑隶属于普通电脑的组。然后为了安全起见，只有 IT 维护的同事有权限 RDP 远程连接普通电脑，其他人不可以。

这样一来，安装了 RDPwrap 的普通电脑归入到服务器组吗？那样的话就要把这台电脑放进机房里面了。搞成这样，还不然利用现成的 Windows Server 服务器。

如果维持普通电脑的组，那么其他人就不被允许连接这台电脑。照样还是没用。

至于普通个人玩家嘛，Windows Server 可以在 RemoteApp 和普通桌面之间随意切换自如，也难怪那么多人专门安装 Windows Server 来玩。

即使是同城电信，不同区、甚至不同楼盘的做法都可以不同。

我用的同样是广州电信，仍然有双公网 IP

实际数据必须靠当场测试。而且每一次测的数据都有些许差异，所以只能参考个大概。

@FanError 针对原生 M1 的版本确实没出，只能靠转译

Outlook 共享邮箱的详情可见这里：
support.microsoft.com/zh-cn/office/%E5%9C%A8-outlook-%E4%B8%AD%E6%89%93%E5%BC%80%E5%92%8C%E4%BD%BF%E7%94%A8%E5%85%B1%E4%BA%AB%E9%82%AE%E7%AE%B1-d94a8e9e-21f1-4240-808b-de9c9c088afd

不清楚你的环境是怎么样，我在公司内部试过是可以获取发件人，唯一例外的情况是发件人以共享邮箱的身份发邮件

如果是普通的发送方式，是可以正确获取的，就以 find_unread_messages.cpp 为例修改：

原文件的 for (const auto& id : item_ids) 里面的内容，改为

for (const auto& id : item_ids)
{
auto msg = service.get_message(id);
auto mail_address = msg.get_from();
std::cout << mail_address.value() << "\n";
}

如果专指狭义上的 VPN ，那么可以用 OpenVPN
https://openvpn.net/client-connect-vpn-for-mac-os/

如果不想自己搭建而是想一键连接，那么可以买 ExpressVPN 服务

啊，不好意思，mail_attachment 我忘了补全进来。

auto mail_attachment = ews::attachment::from_file(R"(D:\picture.png))", "image/png", "picture.png");

第二个参数可以按照注释的指引，在注册表里面找

如果要发送中文电邮，假设用的是 Visual Studio 做开发环境，那么需要以下更改：

1 、cpp 源代码文件的编码需要设置成 UTF-8 （文件->另存为->“保存”按钮旁边的三角形->编码保存->UTF-8 ）
2 、打开项目属性，按照这个说明改设置：
https://docs.microsoft.com/zh-cn/cpp/build/reference/utf-8-set-source-and-executable-character-sets-to-utf-8

gsoap XML 操控 ews 实在太弯弯绕绕了，而且由于许可证原因（ GPLv2+商业授权），我没法在我所在的公司环境内测试。

我用以下代码在公司环境里发送图片附件，试过了没问题。用的是 ews 自己的测试代码+小修改：

//const auto env = ews::test::environment(); //由于我会指定内部 ews 服务器，所以注释掉 env
auto service = ews::service("https:// *********", "", "",""); // 我所在的公司启用了 SSO ，所以不用输入用户名和密码

auto message = ews::message();
auto mail_subject = "Test mail from application";
message.set_subject(mail_subject);
std::vector<ews::mailbox> recipients;
recipients.push_back(ews::mailbox("[email protected]"));
message.set_to_recipients(recipients);
auto text = ews::body("Welcome!\n\nThis is a test.\n");
message.set_body(text);

auto mail_attachment = ews::attachment::from_file(R"(D:\picture.png))"); // 自己指定文件路径
auto mail_id = service.create_item(message, ews::message_disposition::save_only);
service.create_attachment(mail_id, mail_attachment);
auto search_expression = ews::is_equal_to(ews::item_property_path::has_attachments, true);
ews::distinguished_folder_id drafts = ews::standard_folder::drafts;
auto ids = service.find_item(drafts, search_expression);

for (auto &ids : ids)
{
auto msg = service.get_message(ids);
for (auto &reciver : msg.get_to_recipients())
{
std::cout << reciver.value() << "\n"; // 收件人邮箱逐个显示出来
}
if (msg.get_subject() == mail_subject)
{
service.send_item(id);
break;
}
}

先用纯英文字符的内容去试。

@FrankHB “说人力不够我懂，不过这不就是承认了没充分 review 过而没法解决问题嘛”

对呀，这不正正印证了我说的“就这种窘况”。哪有什么承认不承认呢，这个窘况是活生生的现实，都不需要特意去承认或者否认。对于来自外面的代码，尤其是来自于又长又臭 bug 又多的 freedesktop ，换成是我，我也没那么多动力去好好地 review ，能用就行，多一事不如少一事。说实话，对于各 BSD 基金会而言，基本上都处于有求于人（大白话：看别人脸色）的地位，就连代码管理也不例外。多年前 FreeBSD 、OpenBSD 曾经分别喊穷求救，我也多少有点理解为什么他们对外来代码照单全收。责怪也没用，正经做法是帮他们解决资金问题（这难度……不是一般人能做到）

不过也好，这个提醒让我也看到了 __containerof 挺不错。

上班：大约 三成 C#、三成 C++，剩下的几乎都在 scripting (powershell + cmd bat)
pwsh 这个写得我头大，写完经常就忘

下班后自己的 Github：88% C++，11.5% C#

@cnbatch 澄清：
「这种大背景下跟他们急？得到的只会是“让自己距离高血压又进了一步”」
此处的“他们”是指代“移植 drm 的那群人”