常見的電子郵件問題與解決方案¶
本頁列出最常見的電子郵件問題及其解決方案。
Odoo 不是電子郵件服務供應商¶
Odoo 的運作方式與傳統的電子郵件信箱(例如 Gmail、Outlook、Yahoo 等)不同。
雖然 Odoo 使用電子郵件來通知使用者/客戶並與其溝通,但從設計上來說,它並非專用電子郵件伺服器的替代品。因此,與傳統電子郵件信箱相比,其行為可能不符合預期。
主要差異如下:
預設情況下,一旦成功傳送通知或交易電子郵件(報價單、發票、傳送給聯絡人的直接訊息),電子郵件物件就會被刪除。電子郵件訊息的內容會保留在相關記錄的聊天欄中。如果內容已存在於聊天欄中,這可避免資料庫因同一封電子郵件的多個副本(傳送給多位收件人時)而變得雜亂。
沒有(密件)副本([B]CC)的概念。Odoo 使用加入聊天欄的*關注者*概念,自動決定何時以及如何 通知聯絡人 或傳送電子郵件副本。
處理傳入電子郵件的方式是檢查*收件人*電子郵件地址是否為 Odoo 資料庫中的有效電子郵件地址,或者在回覆電子郵件的情況下,檢查電子郵件標頭中是否有與從 Odoo 資料庫傳送的訊息相符的參考資料。所有其他電子郵件都會被退回,且**不會**暫時存放在垃圾郵件或隔離資料夾中。換句話說,任何與 Odoo 資料庫無關的電子郵件都會遺失。
外發電子郵件¶
變更管理員使用者帳戶的電子郵件地址¶
建立 Odoo 資料庫時,主要管理員帳戶會被指派一個佔位符電子郵件地址。建議**更換管理員電子郵件地址**為有效的電子郵件地址,以防止外寄電子郵件出現問題。
若要執行此操作,請在管理員帳戶上按一下使用者圖示,按一下 我的個人資料`(或 :guilabel:`偏好設定),然後更新 偏好設定 分頁下的 電子郵件 欄位。可使用任何其他電子郵件地址,或使用您的 Odoo 子網域(例如 company-name.odoo.com)並將 admin 用作本地部分(例如 admin@company-name.odoo.com)。
傳送失敗¶
傳送訊息時,聊天欄中會顯示 (信封) 圖示。當至少有一位收件人的傳遞失敗時,該圖示會變成紅色。
按一下信封以顯示有關傳遞的資訊,以及(如果可能的話)相關的 錯誤訊息。
按一下 查看錯誤詳情 以取得失敗原因的額外資訊,**前提是** Odoo 能夠處理原始錯誤或退回的電子郵件。
按一下 傳送並關閉 以重新嘗試傳送電郵給所有在 重試 欄位下**已切換開啟** () 的收件人。所有**已切換關閉** () 的收件人將被忽略。
按一下 忽略全部 以忽略所有目前失敗的電郵,並將信封圖示從紅色變為白色。
未傳送的電郵也會出現在 Odoo 電郵隊列中。要存取它,請啟用 開發者模式 並前往 。
失敗的電郵會顯示 傳送失敗 狀態。按一下 重試 以將失敗的電郵重新放入電郵隊列。它將以 待發送 狀態顯示。電郵將在下次電郵隊列的排程動作執行時再次傳送。
也可以按一下 立即傳送 來立即傳送隊列中的電郵。按一下 取消電郵 以將其從電郵隊列中移除。
備註
已傳送的電郵會定期從隊列中清除。這由*自動清理*排程動作控制,該動作會清除 Odoo 資料庫中的冗餘資料。
常見錯誤訊息¶
已達每日限制¶
Odoo 限制從 Odoo 雲端版資料庫傳送的電郵數量。如果 Odoo 的電郵伺服器向不存在或已失效的地址傳送過多電郵,大多數電郵服務提供者(例如 Google、Yahoo 等)會將 Odoo 的伺服器 IP 列入黑名單。這也適用於透過 Odoo 資料庫傳送的未經請求的垃圾郵件。
預設的每日電郵限制介於**5 至 200 封電郵**之間。確切限制取決於多個因素(可能會變更):
資料庫訂閱類型(單一應用程式免費、試用、付費訂閱)
已安裝的應用程式(即電郵推廣、自動化推廣)
資料庫是否正在遷移
如果達到每日限制,您可以:
聯絡 Odoo 支援 以提高您的電郵配額。將考慮以下因素:
資料庫上的使用者數量
已安裝的應用程式
退信率(由於在傳送至最終收件人的途中被電郵伺服器退回而未收到電郵的電郵地址百分比)。
您的:ref:
電子郵件別名是否正確設定並使用適當的自訂網域 <email-outbound-alias-domain>。小訣竅
使用自訂網域時,請驗證:ref:
SPF <email-domain-spf>、DKIM。
:doc:`使用外部寄送電子郵件伺服器 <../email_communication>`以不受Odoo電子郵件限制的影響。
等到隔天,然後重試傳送電子郵件。若要這樣做,請啟用:ref:
開發者模式 <developer-mode>,前往:menuselection:設定 --> 技術 --> 電子郵件:電子郵件,然後在未傳送的電子郵件旁按一下:guilabel:重試。
重要
每日電子郵件限制會計算離開您Odoo資料庫的每封電子郵件,無論是手動觸發還是自動觸發。預設情況下,任何內部訊息、通知、記錄的備註等,如果透過電子郵件通知某人,都會計為一封電子郵件。這可以透過在:ref:`Odoo中接收通知 <discuss_app/notification_preferences>`而不是透過電子郵件來減輕。
SMTP錯誤¶
`簡單郵件傳輸協定(SMTP)<https://en.wikipedia.org/wiki/Simple_Mail_Transfer_Protocol>`_是一種用於在電子郵件伺服器和/或電子郵件客戶端之間傳輸電子郵件的標準。
如果您使用:ref:外部SMTP伺服器傳送電子郵件 <email-outbound-custom-domain-smtp-server>,則存在一組標準的`SMTP錯誤代碼<https://en.wikipedia.org/wiki/List_of_SMTP_server_return_codes#Common_status_codes>`_。雖然代碼編號並非Odoo特有,但錯誤訊息的確切內容可能因電子郵件伺服器而異。
Example
來自sendgrid.com的550 SMTP永久傳送錯誤:
Mail Delivery Failed
Mail delivery failed via SMTP server 'None'.
SMTPDataError: 550
The from address does not match a verified Sender Identity. Mail cannot be sent until this
error is resolved. Visit https://sendgrid.com/docs/for-developers/sending-email/sender-identity/
to see the Sender Identity requirements
錯誤訊息表示您嘗試從未驗證的電子郵件地址傳送電子郵件。調查寄送電子郵件伺服器配置或資料庫的預設*FROM*地址是排除問題的良好起點,並驗證您是否在sendgrid.com端將電子郵件地址加入白名單。
通常,在Google搜尋中輸入錯誤訊息內容可以獲得有關根本原因可能是什麼以及如何糾正問題的資訊。
如果問題無法解決並持續發生,請聯絡:ref:Odoo支援 <email-issues-support>。
無填充錯誤¶
Odoo並非總是能夠提供有關傳送失敗原因的資訊。不同的電子郵件提供商實施自己的退信政策,Odoo並非總是能夠正確解讀。
如果同一客戶或同一網域存在重複問題,請聯絡:ref:Odoo支援 <email-issues-support>。
備註
在沒有錯誤訊息的情況下電子郵件傳送失敗的最常見原因之一與:ref:SPF <email-domain-spf>`或:ref:`DKIM <email-domain-dkim>`配置有關。此外,請驗證實施的電子郵件通知設定是否適合您的業務需求。有關更多資訊,請參閱:doc:`Odoo電子郵件通訊使用說明 <../email_communication>。
執行時間¶
電子郵件的確切傳送時間由系統工具*cron*(排程動作)處理,該工具可用於排程任務在預定間隔自動執行。Odoo使用此方法傳送被視為「不緊急」的電子郵件(即新聞稿格式,如大量郵寄、自動化推廣和活動)。這避免了郵件伺服器的雜亂,而是優先處理個別通訊。
cron是Odoo在背景執行的動作,用於執行特定代碼以完成任務。Odoo還會在某些工作流程中建立cron觸發器,這些觸發器可以在排程日期之前觸發排程動作。通常不建議手動執行排程動作或變更其頻率,因為這可能會產生錯誤或破壞特定工作流程。
預設情況下,對於正常電子郵件隊列,:guilabel:`郵件:電子郵件隊列管理器`cron每60分鐘執行一次。cron的最低執行間隔為5分鐘。Odoo建議間隔為15分鐘以確保正常運作。如果間隔太短,可能無法處理所有電子郵件,這可能導致cron逾時。
緊急電郵(例如銷售訂單、發票、採購訂單等人與人之間的電郵)會立即傳送。除非傳送失敗,否則不會顯示在:menuselection:`設定 –> 技術 –> 電郵:電郵`下。
電郵推廣活動會盡快傳送(按一下:guilabel:`傳送`按鈕後)或在排定的時間傳送(按一下:guilabel:`排程`按鈕後)。
對於電郵推廣隊列,:guilabel:郵件推廣:處理隊列 cron 每天執行一次,但如果推廣活動排程在此預設頻率之外,將**自動提前觸發**。如果郵件清單包含大量收件人,**不建議**手動多次觸發 cron,因為這不會加快處理時間,反而可能產生錯誤。
小訣竅
若要編輯 cron,請啟用:ref:開發人員模式 <developer-mode>`並前往:menuselection:`設定 --> 技術 --> 自動化:排程動作。
其他資料
有關在使用 Odoo.sh 時 cron 的更多資訊,請參閱:doc:Odoo.sh 常見技術問題 <../../../administration/odoo_sh/advanced/frequent_technical_questions>。
電郵推廣活動卡在隊列中¶
如果多個電郵推廣活動被放入隊列,它們會根據建立日期按時間順序處理。
Example
如果有三個推廣活動:Campaign_1(1 月 1 日建立)、Campaign_2(1 月 2 日建立)和 Campaign_3(1 月 3 日建立),在全部三個推廣活動上按一下:guilabel:`傳送`即可將它們放入隊列。
cron 會嘗試處理 Campaign_1,然後是 Campaign_2,最後是 Campaign_3。在完成處理 Campaign_1 之前,不會開始處理 Campaign_2。
如果電郵推廣活動一直未離開隊列,則隊列頂端的推廣活動可能有問題。若要排除故障,我們可以按一下:guilabel:取消`按鈕將 Campaign_1 從隊列中移除,然後查看其他兩個推廣活動是否已傳送。然後我們可以嘗試修復 Campaign_1 或聯絡:ref:`Odoo 支援 <email-issues-support>。
接收電郵¶
當接收電郵出現問題時,Odoo 中本身可能不會有任何指示。嘗試聯絡資料庫的傳送電郵用戶端會收到退回訊息(大多數情況下是:guilabel:`550: mailbox unavailable`錯誤訊息)。
未收到電郵¶
如果同一用戶端或網域反覆出現問題,請聯絡:ref:Odoo 支援 <email-issues-support>。
您可以使用資料庫日誌來了解並修復問題。日誌是資料庫中完成的所有任務的儲存集合。它們是純文字表示,包含 Odoo 資料庫上每個動作的時間戳記。這有助於追蹤離開資料庫的電郵。當日誌指示訊息嘗試重複傳送時,也可以從日誌中看到傳送失敗。日誌顯示從資料庫到電郵伺服器的每個動作。
即時日誌位於:file:`~/logs/`資料夾中(透過命令列或在 Odoo.sh Dashboard 上存取)。日誌檔案每天於上午 5:00(UTC)建立。
小訣竅
當天和前一天的兩個最新檔案分別名為:file:odoo.log`和:file:`odoo.log.1。
較舊日期的日誌檔案使用其日期命名並已壓縮。使用:command:`grep`和:command:`zgrep`命令(用於壓縮檔案)來搜尋檔案。
其他資料
有關日誌以及如何透過 Odoo.sh Dashboard 存取日誌的更多資訊,請參閱:ref:Odoo.sh 日誌使用說明 <odoo-sh/branches/tabs/logs>。
有關透過命令列存取記錄的更多資訊,請參閱:ref:開發者記錄使用說明 <reference/cmdline/server/logging>。
提供給 Odoo 支援的資訊¶
以下是聯絡 `Odoo 支援<https://www.odoo.com/help>`_ 時應包含的有用資訊清單:
從收件匣匯出完整的電子郵件。這些通常是
.eml或.msg檔案格式,包含調查所需的技術資訊。下載檔案的確切流程取決於您的第三方電子郵件供應商。其他資料
使用本機電子郵件軟體(例如 Thunderbird、Apple Mail、Outlook 等)同步電子郵件時,通常可以將電子郵件的本機副本匯出為 EML/MSG 檔案。如需更多資訊,請參閱所用軟體的使用說明。
小訣竅
如果可能,EML/MSG 檔案應基於已傳送且失敗或造成問題的原始電子郵件。
對於**收到的電子郵件**:如果可能,請聯絡原始電子郵件寄件者,並要求提供原始電子郵件的 EML/MSG 副本。傳送原始電子郵件的副本(轉寄)僅包含與疑難排解相關的部分資訊。
對於**寄出的電子郵件**:請提供電子郵件的 EML/MSG,或指定資料庫中受影響的記錄(例如銷售單編號、聯絡人姓名、發票編號)以及電子郵件傳送的日期/時間(例如於 2024 年 1 月 10 日上午 11:45 中歐時間傳送的電子郵件)。
說明通常在 Odoo 中接收這些電子郵件所遵循的確切流程。嘗試回答以下問題:
這是否為在 Odoo 中收到回覆的通知訊息?
這是否為從 Odoo 資料庫傳送的訊息?
是否使用收信伺服器,或是否透過自訂電子郵件伺服器或供應商重新導向/轉寄電子郵件?
是否有已正確轉寄的電子郵件範例?
您最近是否變更了任何與電子郵件相關的設定?是否在這些變更後停止運作?
回答以下問題:
這是一般性問題還是特定使用情況的問題?如果是特定使用情況,是哪一種?
是否如預期運作?如果電子郵件是使用 Odoo 傳送的,退信應送達 Odoo 資料庫並顯示:ref:
紅色信封 <email-issues-outgoing-delivery-failure>。