根本原因是系统未将 Outlook 设为默认邮件客户端，需在 Windows 设置或 macOS 系统设置中手动指定；同时 mailto: 链接须严格编码参数，避免空格、中文未转义，并注意旧版 Outlook 对长文本和 cc/bcc 的兼容限制。
点击 mailto: 链接 Outlook 没反应？先看系统默认邮件客户端
根本原因不是 HTML 写错了，而是 Windows 或 macOS 没把 Outlook 设为默认邮件应用。浏览器点击 mailto: 会调用系统级默认邮件客户端，如果注册的是 Windows 邮件、Thunderbird 甚至空白（未设置），Outlook 就完全收不到请求。
- Windows：打开「设置 → 应用 → 默认应用 → 按协议指定默认应用 → 找到
mailto→ 改为 Microsoft Outlook」 - macOS：「系统设置 → 通用 → 默认邮箱 App → 选 Outlook」
- 检查是否生效：在文件资源管理器/访达中双击任意
.eml文件，看是否由 Outlook 打开
mailto: 链接写法必须严格合规，参数空格和特殊字符要编码
哪怕一个空格或中文没编码，Outlook 就会静默失败（不报错，也不弹窗）。常见错误包括直接拼接中文收件人、未对 subject 或 body 中的换行/引号做 URL 编码。
- 收件人地址必须是合法邮箱格式，不能含空格或全角符号：
mailto:admin@example.com✅，mailto:admin @example.com❌ - 带参数时全部用
&连接（HTML 中要写成&），且值必须encodeURIComponent()编码 - 避免在
body中使用未编码的换行符 —— Outlook 识别%0D%0A（CRLF），纯\n会被忽略
<a href="mailto:support@example.com?subject=%E6%95%85%E9%9A%9C%E6%8A%A5%E5%91%8A&body=%E8%AF%B7%E6%9F%A5%E7%9C%8B%EF%BC%9A%0D%0A1.%20%E9%94%99%E8%AF%AF%E4%BF%A1%E6%81%AF%0D%0A2.%20%E6%93%8D%E4%BD%9C%E6%AD%A5%E9%AA%A4">联系技术支持</a>
Outlook Desktop 版本差异影响链接解析能力
Outlook 2016 及更早版本对长 body、嵌套 URL、HTML 实体支持极弱；Outlook for Microsoft 365（新版）相对稳定，但仍不支持 cc/bcc 中含中文或未编码内容。
- 测试发现：当
body超过约 2000 字符，旧版 Outlook 直接截断或丢弃整个参数 -
cc和bcc必须是纯 ASCII 邮箱地址，例如mailto:a@example.com?cc=b%40example.com✅，cc=张三@example.com❌ - 不要依赖
mailto:传递敏感信息（如 token、密码）—— 客户端可任意查看源码，且无 HTTPS 保障
浏览器扩展或企业策略可能拦截 mailto: 请求
尤其在公司内网环境，某些安全插件（如 Cisco AnyConnect Secure Mobility Client）、组策略（GPO）或 Chrome 策略（ExternalProtocolDialogShowAlwaysOpenCheckbox 关闭）会阻止协议跳转。
立即学习“前端免费学习笔记（深入）”；
- Chrome 用户可手动启用：地址栏输入
chrome://settings/handlers→ 找到mailto→ 设为“始终允许” - Edge 用户检查：「设置 → Cookie 和网站权限 → 协议处理程序 → 允许网站请求成为协议处理程序」
- 若页面运行在
localhost或file://协议下，部分新版浏览器默认禁用外部协议调用，需改用本地服务器（如python -m http.server）测试
mailto 处理器 —— 这种问题不会报错，只会“点下去像没点一样”。 
