带有 Django 的 Amazon SES 不在 UTC 时区答案

【问题标题】：Amazon SES with Django not in UTC timezone带有 Django 的 Amazon SES 不在 UTC 时区
【发布时间】：2019-08-06 12:05:59
【问题描述】：

我正在开发一个用于美国的 django 项目，特别是纽约时区，系统托管在 AWS 上，SES 发送电子邮件。电子邮件后端使用django-anymail，它是SES 的简单包装器，系统使用来自django 核心的send_mail。

为了支持这一点，我选择了以下 Django 设置；

EMAIL_BACKEND = "anymail.backends.amazon_ses.EmailBackend"

LANGUAGE_CODE = 'en'
TIME_ZONE = 'America/New_York'
USE_I18N = False
USE_L10N = True
USE_TZ = True

ANYMAIL = {
    "AMAZON_SES_CLIENT_PARAMS": {
        "region_name": AWS_SES_REGION_NAME,
    },
}

使用上述设置 django 在启动时调用tzset() 修改系统时区。这意味着botocore 用于签署 SES 请求的时间戳不是 UTC，因为从消息发送中收到以下错误；

调用 SendRawEmail 操作时发生错误（ExpiredToken）：请求中包含的安全令牌已过期

将设置更改为TIME_ZONE = 'UTC'，电子邮件发送成功。

我只能假设请求是在 UTC -4 中签名的，然后到达 UTC 中的 AWS。

django 如何在特定时区运行，但 boto 使用 UTC 时间戳运行？

系统在 docker 容器中运行（预生产）；

docker compose 3.4（unix 主机）
python 2.7
django 1.11
django-anymail 3.0
LocaleMiddleware 已加载

【问题讨论】：

什么版本的 Python 和 Django？什么版本的 boto3 和 botocore (pip freeze | grep boto)？您是否有任何针对 Anymail 的 AMAZON_SES_CLIENT_PARAMS 或 AMAZON_SES_SESSION_PARAMS 的 Django 设置，如果有的话是什么？（我在 botocore 中看到了一些 possibly problematic 代码，但我找不到通过该路径的测试用例。我所有的重现尝试都很好。）
另外，您的操作系统设置为什么操作系统和时区？（Django can't reliably 在 Windows 上更改 TIME_ZONE。至少有一个 boto3 issue 是关于 Windows 时区的。）另外，您是否将 Django 的 LANGUAGE_CODE 从默认的“en-us”更改为？你在加载 Django 的 LocaleMiddleware 吗？
最后，除非您的数据库已经是 America/New_York（并且您无法控制它），否则使用“it's still good practice”保持 Django 的默认 TIME_ZONE = 'UTC'，并在此时进行时区转换您显示日期/时间（例如，使用timezone 模板过滤器）。
@medmunds 我添加了环境详细信息和 anymail 设置。它是 Unix 机器上基于 docker 的系统，因此 Windows 没有问题。我很欣赏坚持 UTC 是一种很好的做法，但是如果 django 具有移动时区的设置，那么利用它会很好。但也许我会考虑简单地本地化前端的值。

标签： django boto3 amazon-ses botocore django-anymail

【解决方案1】：

我无法通过您描述的设置重现您看到的错误，但我可以通过额外的日志记录向您展示什么对我来说正常工作，您可以将其与您的失败案例进行比较以尝试看看有什么不同。

为了方便起见，我在Django shell (python manage.py shell) 中运行了此代码，但您可以将其放在调试视图中或其他任何适合您的位置。

我们的工作原理是 boto 使用错误的时区来计算签名 API 请求的时间戳，所以让我们启用一些涵盖该区域的详细 boto3 logging：

import boto3
boto3.set_stream_logger('botocore.auth')  # log the signature logic
boto3.set_stream_logger('botocore.endpoint')  # log the API request
# boto3.set_stream_logger('botocore.parsers')  # log the API response (if you want)

现在尝试发送消息：

from django.core.mail import send_mail
send_mail("Test", "testing", None, ['success@simulator.amazonses.com'])

您应该会看到如下所示的日志输出：

2019-03-19 20:48:32,321 botocore.endpoint [DEBUG] Setting email timeout as (60, 60)
2019-03-19 20:48:32,580 botocore.endpoint [DEBUG] Making request for OperationModel(name=SendRawEmail) with params: {'body': {'Action': u'SendRawEmail', 'Version': u'2010-12-01', 'RawMessage.Data': [base64 message omitted]'}, 'url': u'https://email.us-east-1.amazonaws.com/', 'headers': {'Content-Type': 'application/x-www-form-urlencoded; charset=utf-8', 'User-Agent': 'Boto3/1.9.117 Python/2.7.15 Darwin/18.2.0 Botocore/1.12.117 django-anymail/3.0-amazon-ses'}, 'context': {'auth_type': None, 'client_region': 'us-east-1', 'has_streaming_input': False, 'client_config': <botocore.config.Config object at 0x10dadd1d0>}, 'query_string': '', 'url_path': '/', 'method': u'POST'}
2019-03-19 20:48:32,581 botocore.auth [DEBUG] Calculating signature using v4 auth.
2019-03-19 20:48:32,581 botocore.auth [DEBUG] CanonicalRequest:
POST
/

content-type:application/x-www-form-urlencoded; charset=utf-8
host:email.us-east-1.amazonaws.com
x-amz-date:20190320T064832Z

content-type;host;x-amz-date
[redacted]
2019-03-19 20:48:32,582 botocore.auth [DEBUG] StringToSign:
AWS4-HMAC-SHA256
20190320T064832Z
20190320/us-east-1/ses/aws4_request
[redacted]
2019-03-19 20:48:32,582 botocore.auth [DEBUG] Signature:
[redacted]
2019-03-19 20:48:32,582 botocore.endpoint [DEBUG] Sending http request: <AWSPreparedRequest stream_output=False, method=POST, url=https://email.us-east-1.amazonaws.com/, headers={'Content-Length': '437', 'Content-Type': 'application/x-www-form-urlencoded; charset=utf-8', 'Authorization': 'AWS4-HMAC-SHA256 Credential=[key id redacted]/20190320/us-east-1/ses/aws4_request, SignedHeaders=content-type;host;x-amz-date, Signature=[redacted]', 'X-Amz-Date': '20190320T064832Z', 'User-Agent': 'Boto3/1.9.117 Python/2.7.15 Darwin/18.2.0 Botocore/1.12.117 django-anymail/3.0-amazon-ses'}>

这里的重要部分是日期：

2019-03-19 20:48:32,581 botocore.auth [DEBUG] CanonicalRequest:
...
x-amz-date:20190320T064832Z

2019-03-19 20:48:32,582 botocore.auth [DEBUG] StringToSign:
...
20190320T064832Z
20190320/...

2019-03-19 20:48:32,582 botocore.endpoint [DEBUG] Sending http request: <AWSPreparedRequest ...
  headers={
    'Authorization': '.../20190320/...',
    'X-Amz-Date': '20190320T064832Z', ...}>

请注意，签名计算均基于 UTC 日期 (2019-03-20)，而不是我的 Django 时区 (2019-03-19) 中的当前本地日期。

所以看起来 boto3 确实使用 UTC 进行签名计算，尽管 Django/环境时区。事实上，发送对我有用，没有错误。

所以问题是，当你看到问题时有什么不同？

CanonicalRequest 中的 x-amz-date 是什么？
这实际上是您发送消息时的实际 UTC 日期时间吗？（如果没有，您的 Docker 容器中的时钟可能已经过时了。）
在 StringToSign 中，相同的日期是否以完整时间戳和截断日期的形式再次正确显示？
它是否再次出现在 AWSPreparedRequest 标头中，Authorization 和 X-Amz-Date？（如果您看到 Date 标头而不是 X-Amz-Date，那也会很有趣。）

希望能帮助您更接近解决方案，或者至少弄清楚哪些细节对于重现问题至关重要。

【讨论】：