📮電子信箱
Last updated
Last updated
「電子信箱」位於列表右上方，您可以透過點選「新增」按鈕來建立新的管道串接設定，同時，對於現有的信箱管道，都提供了「編輯」按鈕，當您點擊它時，將會轉到編輯頁面，以方便您進行相應的編輯操作。
進入主要編輯界面，資料的設定欄位，欄位列表如下：
必填
欄位
內容
所屬渠道整合
選擇已建立的渠道整合名稱。
信箱名稱
電子信箱的名稱將被用在信件回覆時。
描述
填寫描述方便管理查看。
必填
欄位
內容
服務電子信箱位址
填寫您需要服務的信箱，此為必填項目。
必填
欄位
內容
伺服器位置
郵件傳輸協議（SMTP）伺服器名稱或 IP 位置。
（依據不同的服務商有不同的 SMTP 位置）
例：Google 提供的伺服器名稱為：smtp.gmail.com
通訊埠
輸入通訊埠號碼。例：587、465 （因安全性問題，不得使用 25 作為通訊埠號碼）
帳號
輸入您服務的電子郵件帳號。
密碼
輸入您服務的電子郵件密碼。
加密方式
選擇加密方式。
完成所有設定後，請務必進行SMTP連線（寄信測試）。如果測試成功，這表示您已經成功設置了郵件寄送功能，可以正確使用寄信功能。
但如果SMTP設置測試失敗，請您仔細檢查以下錯誤原因，包括帳號、密碼、伺服器和安全性等設定。確保這些設置都是正確的，然後再次嘗試測試以確保一切運作正常。
請注意，由於伺服器會執行基礎的郵件防毒掃描，因此電子郵件進入系統的實際時間可能會有一些延遲。這些郵件將以約 5 分鐘的單位進行批次處理，所以請留意這個時間差，以確保您的郵件正確處理。
我們建議您使用各信箱伺服器的原生轉寄功能，而非以手動方式進行轉寄。這是因為原生轉寄功能與手動方式在形式上有所不同，包括直接轉寄會保留原始寄件者和收件者的資訊進入系統。如果使用手動方式進行轉寄，由於其方式可能與系統內的管道設定不同，可能會被系統拒絕。
當使用電子郵件寄送時，如果遇到伺服器拒絕的情況，系統會在介面上顯示具體的錯誤原因。這些資訊不僅能幫助你迅速識別問題，還能在與技術人員溝通時提供有效的參考。
大多數情況下，問題通常與 SMTP 伺服器的帳號和密碼設置有關。如果錯誤訊息中包含 "oauth"、"credentials" 或 "password" 等關鍵字，這表示帳號或密碼驗證失敗，導致伺服器拒絕你的請求。如果出現 "SSL" 等關鍵字，則可能是因為輸入的 SMTP 位置 SSL 不符合驗證要求，因而被拒絕。
為了快速解決這類問題，可以檢查以下幾個重點：
帳號與密碼：確保 SMTP 帳號和密碼輸入正確，避免錯誤。
伺服器設置：確認郵件伺服器的設定無誤，特別是收發件伺服器的地址是否正確。
安全性設置：檢查 SMTP 位置及 SSL 證書是否有效，確保其他安全性設置正確。
確認這些細節後，再次嘗試連接郵件伺服器。這樣的檢查能有效解決大部分郵件伺服器拒絕的問題。
我們不支援使用電子郵件別名。這些形式的電子郵件地址往往會引起送達率問題。為了避免這些問題，請使用標準的電子郵件地址作為您的支援地址。
系統不會介入處理信件內容。如果您的信件出現亂碼，請確認使用的是 UTF-8 編碼，並檢查亂碼信件是否來自特定來源或寄件者。如果信件顯示空白，請確認原始信件是否本來就是空白。
檢查轉寄過程中的處理：檢查是否有資安相關的處理措施（如內容過濾、敏感關鍵字替換、附件解壓縮等）影響信件編碼或內容。
檢查信件軟體或服務設定：確保所有相關郵件客戶端和伺服器使用一致的字符編碼（使用 UTF-8）。
進一步排查和支持：如果問題持續存在，考慮與郵件系統或安全系統的供應商聯繫，尋求技術支持和解決方案。
系統應為符合資訊安全性原則，保持良好的資訊安全措施，有設定DMARC策略設定，會拒絕處理未通過SPF或DKIM驗證的信件，所以可能要請檢查寄件者的域名是否正確設定了 SPF 和 DKIM。另外，如果您在轉寄過程中有修改信件的原始內容或標頭，可能會導致原始的 DKIM 簽名失效會造成寄送失敗。
另外提供以下資訊將有助於故障排除過程：
過去 30 天內發送並轉發到您的 FIRST LINE 且電子郵件標頭完好無損的原始電子郵件。團隊需要電子郵件標頭來尋找電子郵件日誌中的消息 ID。
客戶發送電子郵件的預計日期和時間。
