您可以設定Adobe Campaign以保留從您的平台傳送的電子郵件副本。
不過,Adobe Campaign本身並不管理封存的檔案。 它確實可讓您將您選擇的訊息傳送至專用地址,以便使用外部系統處理和封存訊息。
要執行此操作,與已傳送電子郵件對應的.eml檔案會傳輸至遠端伺服器,例如SMTP電子郵件伺服器。 封存目的地是您必須指定的密件副本電子郵件地址(不會顯示給傳送收件者)。
若要在內部部署Adobe Campaign時啟用BCC電子郵件封存,請遵循下列步驟。
若要啟用將已傳送電子郵件傳輸至密件副本電子郵件地址,必須先將已傳送電子郵件的確切原始副本儲存為.eml檔案,並儲存至本機資料夾。
必須在 config-<instance>
.xml 檔案中。 例如:
<mta dataLogPath="C:\emails">
實施專案的團隊應負責確保安全設定可允許存取透過 dataLogPath 參數。
完整路徑如下: <datalogpath> YYYY-MM-DDHHh
. 日期和時間會根據MTA伺服器的時鐘(UTC)設定。 例如:
C:\emails\2018-12-02\13h
存檔檔案名為 <deliveryid>-<broadlogid>.eml
當電子郵件的狀態不是 Sent. 狀態變更為 Sent,檔案名稱就會變成 <deliveryid>-<broadlogid>-sent.eml
. 例如:
C:\emails\2018-12-02\13h\4012-8040-sent.eml
在中間來源補充例項中,BCC電子郵件的目錄位於中間來源補充伺服器上。
若未傳送電子郵件的狀態,則deliveryID和broadlogID會來自中間來源伺服器。 狀態變更為 Sent,這些ID來自行銷伺服器。
定義本機資料夾路徑後,視需要在 config-<instance name>.xml
檔案。 預設值如下:
<archiving autoStart="false" compressionFormat="0" compressBatchSize="10000"
archivingType="0" expirationDelay="2" purgeArchivesDelay="7"
pollDelay="600" acquireLimit="5000" smtpNbConnection="2"/>
compressionFormat:壓縮.eml檔案時使用的格式。 可能的值包括:
0:無壓縮(預設值)
1:壓縮(.zip格式)
compressBatchSize:.eml檔案新增至封存(.zip檔案)的數量。
archivingType:要使用的歸檔策略。 可能的值包括:
0:已傳送電子郵件的原始副本會以.eml格式儲存至 dataLogPath 資料夾(預設值)。 的存檔副本 <deliveryid>-<broadlogid>-sent.eml
檔案會儲存至 dataLogPath/archives 檔案夾。 傳送的電子郵件檔案路徑會變成 <datalogpath>archivesYYYY-MM-DDHHh <deliveryid>-<broadlogid>-sent.eml
.
1:已傳送電子郵件的原始副本會以.eml格式儲存至 dataLogPath 資料夾,並透過SMTP傳送至BCC電子郵件地址。 將電子郵件副本發送到密件副本地址後,歸檔檔案名稱將變為 <deliveryid>-<broadlogid>-sent-archived.eml
檔案會移至 dataLogPath/archives 檔案夾。 然後會傳送已傳送和BCC封存的電子郵件檔案路徑 <datalogpath>archivesYYYY-MM-DDHHh<deliveryid>- <broadlogid>-sent-archived.eml
.
expirationDelay:保留.eml檔案以進行歸檔的天數。 延遲後,系統會自動將其移至 dataLogPath/archives 資料夾進行壓縮。 依預設,.eml檔案會在兩天後過期。
purgeArchivesDelay:封存於 dataLogPath/<archives>
檔案夾。 在此期間後,將永久刪除這些檔案。 清除從MTA開始。 預設會每七天執行一次。
pollDelay:檢查新傳入已傳送電子郵件的頻率(以秒為單位) dataLogPath 檔案夾。 例如,如果此參數設為60,這表示每分鐘,封存程式都會在 dataLogPath/<date and time>
資料夾、視需要套用清除,並將電子郵件副本傳送至密件副本地址及/或視需要壓縮封存的檔案。
acquireLimit:在根據 pollDelay 參數。 例如,若您設定 acquireLimit 參數設為100,而 pollDelay 參數設為60,每分鐘會處理100.eml檔案。
smtpNbConnection:與BCC電子郵件地址的SMTP連接數。
請務必根據電子郵件傳送的輸送量調整這些參數。 例如,在MTA每小時傳送30,000封電子郵件的設定中,您可以設定 pollDelay 參數為600, acquireLimit 參數為5000和 smtpNbConnection 參數。 這表示使用2個SMTP連線時,每10分鐘會傳送5,000封電子郵件至密件副本地址。
基於隱私理由,BCC電子郵件必須由能夠安全地儲存個人識別資訊(PII)的封存系統處理。
在 config-<instance name>.xml
檔案中,請使用以下參數來定義要將儲存檔案傳輸到的SMTP電子郵件伺服器:
<archiving smtpBccAddress="" smtpEnableTLS="false" smtpRelayAddress="" smtpRelayPort="25"/>
如果您使用SMTP中繼,則在封存程式中不會考慮中繼對電子郵件所做的變更。
此外,中繼器 Sent 狀態至所有電子郵件,包括未傳送的電子郵件。 因此,會封存所有訊息。
電子郵件封存系統(BCC)已隨Adobe Campaign 17.2(組建版本8795)變更。 如果您從舊版組建版本升級,且已使用電子郵件封存功能,則必須手動升級至新的電子郵件封存系統(BCC)。
若要這麼做,請對 config-<instance>.xml
檔案:
<archiving>
節點。設定電子郵件密件副本後,請務必選取 Email BCC 選項(在傳遞範本或傳遞中)。 如需詳細資訊,請參閱本節。
密件副本地址郵箱:請確定其接收容量足以封存MTA所傳送的所有電子郵件。
MTA集區:密件副本封存功能可在MTA層級運作。 它可讓您複製MTA傳送的每封電子郵件。 由於MTA可以匯集於多個執行個體(例如開發、測試或生產),甚至可匯集於多個用戶端(在中間來源環境中),因此設定此功能會影響安全性:
每個連線的電子郵件數:BCC電子郵件封存的運作方式是開啟連線,並嘗試透過該連線傳送所有電子郵件。 Adobe建議您與內部技術聯絡人檢查指定連線上接受的電子郵件數量。 增加此數量可能會對BCC吞吐量產生很大影響。
密件副本傳送IP:目前,不會透過一般MTA代理傳送密件副本電子郵件。 而是會開啟從MTA伺服器到目的地電子郵件伺服器的直接連線。 這表示您可能需要根據電子郵件伺服器配置,將其他IP新增至網路上的允許清單。