依收件者時區排程電子郵件程式 schedule-email-programs-with-recipient-time-zone
啟用「收件者時區」時，排程電子郵件程式時有兩種可能的情況：
- 正在排程程在接下來的25小時內執行
- 正在排程將來 超過 個25小時執行的程式（亦即下週）
案例1:25小時內 scenario-within-hours
假設您核准已啟用收件者時區且未來25小時內已排程傳送時間的電子郵件方案。 您的智慧清單中可能會有住在已過排程時間的時區的人員。
在此案例中，我們可讓您決定如何處理此合格人員子集。 按一下電子郵件程式 排程 方塊中 收件者時區 旁的齒輪圖示。
這為您提供兩個選項：
-
在收件者的時區傳送隔天：如果電子郵件排定在星期二上午9:00送出，則位於排定時間已過的時區的合格人員將在 星期三 上午9:00收到電子郵件。
-
使用程式的預設設定時間傳遞：如果電子郵件排定在星期二上午9:00送出，則住在排定時間已過的時區的合格人員將會根據您的訂閱時區設定_收到電子郵件_。 因此，如果您的訂閱時區設定設為PDT美洲/洛杉磯，這些收件者仍會在星期二上午9:00收到電子郵件（無論時間是在他們自己的時區）。
讓我們更詳細地考慮此情境。 如果您在舊金山，排程在早上7:00傳送 早上9:00 的電子郵件。 您的智慧清單中有來自下列區域的人員：
- 舊金山
- 德克薩斯州
- 紐約
- 義大利
紐約和義大利已經過了上午9:00，因此這兩個時區的合格人員將會根據 時區設定 收到電子郵件：
-
在收件者的時區中傳送下列日期： 星期三上午9:00在各自的時區，或
-
使用程式的預設設定時間送達：星期二上午9:00 PDT （紐約 — 下午12:00EDT和義大利 — 下午6:00CET）。
核准程式後，它就會在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)。
- 如果是Head Start，程式會在最早時區(UTC +14:00)的排程時間前12小時開始處理。