关于 Gmail 应用预取图像的更新

如上所述，Gmail 的预取仅在有限的情况下发生。其他邮件客户端不会发生预取。而是，当 Gmail 用户在其 Web 浏览器中打开 Gmail 应用程序或正在使用移动应用程序时，这种行为是特定的。我们最好的猜测是，这是在浏览器中向用户显示电子邮件之前的安全扫描。此预取行为还突出显示了为什么电子邮件文件大小优化对于更快的加载和更好的用户体验很重要。

请求行为和技术信号

图像请求的完整请求头如下所述。您会注意到以下几点：

• Referer 被设置为http://mail.google.com。有趣的是，即使用户在 https:// 上，Gmail 在发出请求时仍将 Referer 设置为 http:// 协议。

• 请求来自 Gmail 的服务器，而不是用户的浏览器。客户端 IP 始终解析为 Google 拥有的 IP 空间。

• 与 Google 图片缓存不同，用户代理字符串并没有标识请求来自 Google 的机器人之一。相反，用户代理字符串看起来像是实际的用户图像请求。然而，我们已确认此用户代理字符串确实识别出 Google 的预取机器人。

• 打开请求发生在电子邮件传递后的几秒钟内。此外，请求在电子邮件出现在用户的 Gmail 界面之前进行。这种行为使我们相信请求是出于安全目的。

• 预取似乎仅在每个未读的 Gmail 电子邮件线程中发生一次。在我们的广泛测试中，一旦用户读取了一条信息，进入该线程组的任何未来电子邮件都不会启动预取请求。

• 此预取与 Google 图片缓存是分开的。我们的测试表明，即使在图像被预取后，当用户打开电子邮件时也会发起单独的 Google 图片缓存请求。

• 如果用户打开了 Gmail 移动应用，即使在关闭移动应用后，预取也会在短时间内继续发生。

以下是从 Google 预取机器人请求图像时请求头的示例：

  headers: {
    host: ‘{redacted}.m.pipedream.net’,
    ‘x-amzn-trace-id’: ‘Root={redacted}’,
    ‘accept-language’: ‘en-US’,
    referer: ‘http://mail.google.com/’,
    accept: ‘image/avif,image/webp,image/apng,image/svg+xml,image/*,*/*;q=0.8’,
    from: ”,
    ‘user-agent’: ‘Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/42.0.2311.135 Safari/537.36 Edge/12.246 Mozilla/5.0’,
    ‘accept-encoding’: ‘gzip, deflate, br’
   },
   body: {},
   inferred_body_type: ‘FORM’,
   method: ‘GET’,
   url: ‘https://{redacted}.m.pipedream.net/header-1641a1.gif’,
   client_ip: ‘66.249.92.1’,
   query: {}