依收件者時區排程電子郵件程式 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點,因此這兩個時區的合格人員將會收到電子郵件,郵件依據為 時區設定:
-
以收件者的時區傳遞隔天: 星期三上午9點,在各自的時區, 或
-
使用方案的預設設定時間傳遞:星期二上午9:00 PDT (紐約 — 中午12:00EDT和義大利 — 下午6:00CET)。
核准程式後,它就會在15分鐘內開始執行。
案例2:超過25小時 scenario-more-than-hours
在此第二個案例中,您核准了包含的電子郵件方案 收件者時區 已啟用且排程的傳送時間超過未來25小時。 在此情況下,程式將在中的排程時間開始執行 最早 全球時區(UTC + 14:00)。 全球每個時區都可能有符合您智慧清單資格的人,因此從最早的時區開始,我們就能在排定的日期/時間將電子郵件傳送給各自時區中的所有收件者。
開始時間
現在,讓我們來談談如何 開始時間 搭配使用 收件者時區. 我們現有的「開門即用」功能要求程式至少提前12小時排程。 這對收件者時區有何意義? 回想一下,當收件者時區啟用時,我們會在最早時區的排程時間開始執行電子郵件程式(UTC +14:00)。 因此,若要啟用 兩者 開頭和收件者時區,需要排程電子郵件程式 至少比排程時間提前12小時(UTC +14:00)。
這代表如果您位於美洲/洛杉磯,且想要同時啟用開頭和收件者時區,則需排程程方案 34小時 事前準備。 我們如何取得這個號碼?
簡言之,使用收件者時區排程的電子郵件程式必須在最早時區的排程時間開始執行(亦即首先到達午夜),以符合每個時區。 因此,如果您排程電子郵件程式……
- 具有傳遞時間 範圍 25小時,程式會在15分鐘內開始執行。 已超過排程時間的收件者,將會根據您選擇的時區設定收到電子郵件。
- 具有傳遞時間 大於 未來25小時,程式會在最早的時區(UTC +14:00)的排程時間開始執行。
- 開頭為,程式會在最早時區(UTC +14:00)的排程時間前12小時開始處理。