電子郵件概述。

在使用 respond.io 平台進行電子郵件訊息傳送時，了解電子郵件是什麼以及其運作方式非常重要。 Email 是「electronic mail」的縮寫，是使用者透過電信網路交換資訊的一種方式. 這可以包括通過網路傳送到指定個人或團體的文本、文件、圖片或其他附件。

連接電子郵件

Gmail 收件箱

如果要連接的收件箱是有效的 Google Workspace 帳戶，則可以通過一些額外配置連接到該平台。 請參考此頁面瞭解如何連接 Gmail。

• Gmail

Microsoft 365 與 Outlook Inbox

如果要連接的 Inbox 屬於有效的 Microsoft 365 或 Outlook 帳戶，則可透過一些額外設定將其連接至平台。 請參閱此頁說明如何連接 Microsoft 365 與 Outlook 頻道。

• Microsoft 365 與 Outlook

其他電子郵件供應商

不使用 Gmail？ 別擔心，該收件箱可以通過 IMAP/SMTP 連接。 非 Gmail 使用者可以選擇透過提供部分憑證並設定轉寄規則來連接其他電子郵件供應商.

• 其他電子郵件供應商

渠道能力

不同電子郵件通道的渠道能力列在下面：

• 訊息狀態可用性

• 支持的文件類型

• 通過渠道收到的元數據

• 文本格式設定

訊息狀態可用性

不同電子郵件通道的訊息狀態可用性顯示在下面的表格中：

支持的文件類型

Google Workspace 支持最大文件大小為 10 MB 的圖片。

通過渠道收到的元數據

不同的通道向 respond.io 平台提供不同集合的聯絡人元數據。 下表顯示您可以從不同電子郵件通道取得的聯絡人資料：

文本格式設定

對於電子郵件通道，平台在訊息編輯器中提供了一個豐富的文本編輯器，以協助您通過加粗文本、下劃線、嵌入鏈接、調整對齊、變更顏色等格式化訊息。

電子郵件操作選單

電子郵件操作選單包含兩個項目：

• 顯示原始電子郵件：在對話框中打開完整的電子郵件。

• 回覆電子郵件：作用與「回覆」相同，用於延續電子郵件線程。

通道限制

電子郵件通道有其特定的通信風格，與訊息通道有所不同。 特別是，電子郵件中的內容風格通常應被期望為更正式、冗長和緩慢，而即時訊息通道則往往較短、隨意且快速。 因此，在 respond.io 訊息平台上使用電子郵件通道時，使用者應該留意某些限制。

• 目前 respond.io 不支持電子郵件廣播，因為廣播模塊是為通過訊息通道發送廣播而設計的。 電子郵件廣播有不同的基礎設施以及要求和規則，以避免域名受到標記。 因此，請考慮使用訊息通道進行廣播。

• 在 respond.io 的電子郵件通道上不支援 Dialogflow 的聊天機器人，因為 Dialogflow 的意圖文字輸入限制。 要獲得更先進和更友好的自動回覆功能，考慮使用 工作流程。

• 在使用 詢問問題步驟 的工作流程時，您可能會遇到一些限制，例如您創建的新電子郵件線程將會有空主題，而您詢問的每個問題將會作為單獨的電子郵件發送，而不是在單一電子郵件線程中發送。 這是因為電子郵件和詢問問題步驟功能在技術上不兼容。 我們不建議將詢問問題步驟與電子郵件通道一起使用。 但是，如果您有興趣開啟這項功能，可以在這裡對這項 功能請求進行投票。

• 電子郵件中的內嵌圖片不會顯示 目前，通過電子郵件發送的內嵌截圖或圖片在消息正文中是隱藏的 要查看它們，您必須在對話面板中點擊“顯示原始電子郵件”。 注意：這是平台的限制，但我們正在努力改進，以便將來更容易訪問圖片。

• 在查看原始電子郵件時，HTML 電子郵件可能無法完全呈現. 包含 HTML 內容的電子郵件可在對話中查看，或點擊 顯示更多 展開。 但是，點擊 顯示原始電子郵件 可能會導致電子郵件內容消失或無法正確呈現。 這是因為在原始電子郵件檢視中不支援 iframe 內容。 這是平台的限制。

• 透過第三方應用或次要帳戶轉發的電子郵件可能無法可靠到達. 如果聯絡人使用第三方應用（例如預訂或訂位應用程式）將電子郵件轉發至連接到 respond.io 的地址，或從次要電子郵件帳戶轉發到已連接到 respond.io 的主要帳戶，這些轉發設置可能導致電子郵件傳遞不穩定。 電子郵件可能會抵達主要信箱，但不一定會被轉發或由 respond.io 接收。 這是已知的限制，目前沒有可行的解法。 如果您希望我們支援從中介轉發訊息擷取原始寄件者地址，請為該 功能請求 投票。