该电子邮件包含对外部托管图像的引用，例如http://example.com/[tracking_id].png，跟踪公司控制托管图像的服务器。该公司记录了邮件客户端加载每个唯一图像 URL 的方式和时间。

正如您所注意到的，打印操作可以通过@media printCSS 指令中的跟踪图像记录。这假设在用户实际打印电子邮件之前不会加载跟踪图像。

理论上，观看时间的长度可以通过缓慢加载的图像来跟踪。服务器将永久保留未完成的 HTTP 响应，并且仅在用户离开电子邮件时才终止。服务器可以记录客户端终止连接所用的时间。但是，我没有在 HTTP 中观察到这种缓慢加载的行为。可以对 TCP 套接字执行类似的操作，即使在 HTTP 请求完成后也可能保持打开状态（因为图像是Connection: keep-alive用请求保持活动资源的页面。

排除这种可能性，您包含的代码似乎没有跟踪查看电子邮件所花费的时间。时间跟踪可能是此跟踪器未启用的高级功能。

我可以考虑的唯一其他（有点荒谬）的可能性是/F在执行导航操作时以某种方式加载资源（即，导航操作导致对文档结构的操作导致应用 CSS 规则）。但是，如果这种（相当普遍的）理论是这样的话，那么时间跟踪将仅适用于基于 Web 的邮件。

最后，他们没有能力检测删除。那篇文章只是假设查看电子邮件的时间少于 2 秒的用户已将其删除。

我经常从客户那里收到这些问题。根本问题是任何电子邮件跟踪技术都需要客户的合作。另一个答案剖析了图像跟踪，所以我不会在这里重复，只是指出客户端必须从他们的服务器加载图像（所述服务器现在在我的阻止列表中）。

基于 Web 的电子邮件客户端将在 CSS 问题上与您进行激烈的斗争，因此他们可能有一个内联选项，或者只是根据收件人的 MX 记录定制递送。桌面客户端通常有一个“下载图像”选项，很容易关闭。

因此，如果他们与您合作，就有可能知道（或猜测）读者对您的信息做了什么。如果 40% 的消息返回为“未读”，这并不意味着它们没有被阅读，它只是意味着客户没有告诉你它们是否已被阅读。同样，我可以看到病毒扫描程序抓取所有内容来处理它被解释为“已读取和删除”。