📮電子信箱
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。
客戶發送電子郵件的預計日期和時間。
