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