根據收件者時區安排電子郵件方案的時間 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收到電子郵件（無論時間是在他們自己的時區）。
讓我們更詳細地考慮此情境。 假設您住在舊金山，排程於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)。
- 如果是Head Start，程式會在最早時區(UTC +14:00)的排程時間前12小時開始處理。