按收件人时区计划电子邮件程序 schedule-email-programs-with-recipient-time-zone
在启用“收件人时区”的情况下计划电子邮件程序时，可能会出现以下两种情况：
- 正在安排程序在接下来的25小时内运行
- 计划程序在未来25小时（即下周）内运行 个以上
场景1:25小时内 scenario-within-hours
假设您批准启用了收件人时区的电子邮件计划，并计划在未来25小时内完成投放。 您的智能列表中可能包含居住在已过计划时间的时区的人员。
在此场景中，我们允许您决定如何处理此合格人员的子集。 单击电子邮件程序 计划 拼贴中 收件人时区 旁边的齿轮图标。
这为您提供了两个选项：
-
在收件人的时区交付第二天：如果电子邮件计划在星期二上午9:00发出，则居住在已超过计划时间的时区的合格人员将在 星期三 上午9:00收到电子邮件。
-
使用程序的默认设置时间投放：如果电子邮件计划于星期二上午9:00发出，则居住在已过计划时间的时区的合格人员将根据您的订阅时区设置_收到电子邮件_。 因此，如果您的订阅时区设置设置为PDT America/Los Angeles，这些收件人仍将在星期二上午9:00（无论时间位于他们自己的时区）收到电子邮件。
让我们更详细地考虑此方案。 假设您位于旧金山，计划于上午7:00发送电子邮件 上午9:00。 您的智能列表中包含来自以下区域的人员：
- 旧金山
- 得克萨斯州
- 纽约
- 意大利
纽约和意大利已经过了上午9:00，因此这两个时区的合格人员将根据 时区设置 接收电子邮件：
-
在收件人的时区交付以下日期： 星期三上午9:00在各自的时区，或
-
使用项目的默认设置时间投放：星期二上午9:00（纽约 — 下午12:00 EDT和意大利 — 下午6:00 CET）。
批准程序后，它将在15分钟内开始运行。
场景2：超过25小时 scenario-more-than-hours
在第二种方案中，您批准启用了 收件人时区 且计划投放时间在未来25小时以上的电子邮件计划。 在这种情况下，程序将在世界上 最早 时区的计划时间开始运行(UTC + 14:00)。 全球每个时区都可能有符合您的智能列表资格的人员，因此从最早的时区开始，我们便可以在计划日期/时间将电子邮件投放给各自时区中的所有收件人。
头开始
现在，我们来讨论Head Start如何与 收件人时区 一起使用。 我们现有的先发制人功能要求项目至少提前12小时计划。 那么这对收件人时区意味着什么？ 请记住，启用收件人时区后，我们将在最早时区(UTC +14:00)的计划时间开始运行电子邮件程序。 因此，要启用 开头和收件人时区，电子邮件程序需要在UTC +14:00下比计划时间至少提前 12小时计划。
这意味着如果您在美国/洛杉矶并且想要同时启用开头和收件人时区，则需要提前 34小时 计划该计划。 我们怎么找到这个号码的？
简而言之，使用收件人时区计划的电子邮件程序需要在最早时区的计划时间开始运行（即首先到达午夜），以适应每个时区。 因此，如果您计划电子邮件程序……
- 交付时间为 在 25小时内，程序将在15分钟内开始运行。 已超过计划时间的收件人将根据您选择的时区设置接收电子邮件。
- 在未来 超过 25小时之后，程序将在最早时区(UTC +14:00)的计划时间开始运行。
- 如果开始时间为，则在最早时区(UTC +14:00)中，程序在计划时间之前12小时开始处理。