如何安全地將 Thunderbird 設定檔移至另一個磁碟機或計算機
將您的 Thunderbird 設定檔遷移到新硬碟或電腦,無需遺失郵件、密碼或設定。請依照安全備份、複製和設定檔選擇步驟操作。
即使 Nextcloud 日曆已更新至最新版本,Thunderbird 日曆仍可能顯示舊事件。有時,Thunderbird 可能處於離線狀態或正在顯示本機日曆;有時,可能是 CalDAV 位址、帳戶憑證或伺服器回應發生了變更。首先,請檢查同一事件是否出現在 Nextcloud 的 Web 日曆中。透過比較,您可以判斷應該先排查 Thunderbird 的問題還是伺服器連線的問題。
「Lightning」是許多用戶仍用來指稱Thunderbird日曆的歷史名稱。目前的Thunderbird已經包含日曆功能,Nextcloud的文件也顯示Thunderbird 102及更高版本原生支援CalDAV。通常情況下,現代版本的Thunderbird不需要單獨的Lightning外掛程式。
在瀏覽器中開啟 Nextcloud 日曆網頁應用,尋找 Thunderbird 中缺少或過期的事件。如果事件在伺服器上也不存在,則 Thunderbird 無法下載;請檢查該事件是否已儲存至目標 Nextcloud 行事曆,以及其他用戶端是否能夠看到它。如果事件出現在 Nextcloud 中但 Thunderbird 中沒有,請繼續以下本機連線檢查。
同時檢查問題的方向。如果 Thunderbird 中建立的新事件沒有出現在 Nextcloud 中,請確認事件是在網路行事曆中建立的,而不是在標示為「我的電腦」的行事曆中建立的。本地日曆儲存在 Thunderbird 設定檔中,不會透過 CalDAV 同步。
在 Thunderbird 的日曆檢視中,檢查左側的行事曆清單。確保已選取 Nextcloud 日曆,且 Thunderbird 未處於離線工作模式。然後重新啟動 Thunderbird 並允許其重新連線。網路日曆可以保留快取的事件以供離線查看,因此在螢幕上看到舊的約會並不能證明伺服器可存取或最近的變更已同步。
嘗試一個簡單易懂的測試:在 Nextcloud 日曆中建立一個幾分鐘後的臨時事件,儲存後,再在其他介面中查看。如果您使用 Thunderbird 進行測試,請在儲存前在事件編輯器中確認日曆名稱。確認臨時事件已出現在伺服器上後,將其刪除。
拼字錯誤、過時的伺服器名稱,或從其他帳戶複製的日曆特定 URL 都可能導致無法發現或訂閱。在 Nextcloud 中,開啟“日曆”,然後使用要同步的日曆旁的選單查看或複製其 CalDAV 連結。 URL 通常包含路徑/remote.php/dav/calendars/,但帳戶名稱和日曆 ID 各不相同。請勿僅憑範例猜測完整路徑。
對於新連接,Nextcloud 官方文件中推薦的方法是:在 Thunderbird 中建立一個網頁行事曆,輸入您的 Nextcloud 使用者名稱和伺服器 URL,選擇「尋找行事曆」,然後訂閱您需要的行事曆。如果您已經設定了日曆,請將其儲存的 URL 與 Nextcloud 伺服器顯示的目前連結進行比較。
若要新增或檢視網路行事曆,請開啟 Thunderbird 的日曆視圖,選擇「新行事曆」,選擇「網路上」,然後輸入帳戶詳細資料和伺服器位置。根據 Thunderbird 版本和伺服器 URL 格式,您可以使用 Nextcloud 伺服器 URL 來發現可用日曆,或貼上特定的 CalDAV 日曆 URL。請按照您安裝的版本顯示的欄位進行操作。 Nextcloud 文件同時提供了新的發現流程和手動輸入日曆 URL 的方法。
如果驗證提示重複出現,或錯誤訊息包含 HTTP 401 或 403 回應,通常表示伺服器不接受憑證或帳戶存取權限。請確認 Nextcloud 使用者名,然後使用相同帳戶在瀏覽器中登入 Nextcloud。如果您最近更改了密碼,Thunderbird 可能仍然保存著舊密碼。請在 Thunderbird 的密碼設定中刪除已儲存的過期憑證,重新連接,並在提示時輸入目前密碼。
如果您的 Nextcloud 帳戶需要雙重認證,請查看伺服器支援的用戶端登入方式。某些部署需要為外部客戶端設定應用程式密碼。請僅透過您自己的 Nextcloud 帳戶安全設定或管理員文件中記錄的流程建立應用密碼;切勿將應用程式密碼貼到 URL 中或在支援請求中分享。
如果錯誤訊息中提到憑證、安全連線、逾時或名稱解析,請確認伺服器是否可以從同一台電腦存取。在瀏覽器中開啟 Nextcloud 網站。如果仍然無法訪問,請在更改日曆設定之前,先排查網路、DNS、VPN、代理或伺服器的可用性問題。如果網站可以載入但 CalDAV 連線失敗,請檢查伺服器位址是否與管理員或 Nextcloud 安裝中顯示的主機名稱和基本路徑一致。
如果出現憑證警告,請檢查電腦的日期和時間,並確認網站憑證對日曆 URL 中的主機名稱有效。自簽名憑證、過期憑證或不符的憑證應在 Nextcloud 伺服器上修復,或由組織使用其正常的憑證流程進行信任。切勿為了使行事曆同步正常運作而永久接受未知憑證。
如果只有部分事件遺失,請檢查是否選擇了正確的日曆、日期範圍是否正確,以及該事件是否已指派到其他日曆。在 Nextcloud 和 Thunderbird 中按標題搜尋事件。共享日曆的權限也可能不同:能夠查看日曆並不總是意味著您可以編輯它。如果其他使用者的變更遺失,但您自己的變更已同步,請聯絡日曆擁有者確認您的帳戶是否仍擁有存取權限。
時區差異可能導致事件出現在不同的日期或時間,而不會顯示同步失敗。在重新建立事件之前,請先比較 Nextcloud 和 Thunderbird 中事件的時區和開始時間。在確認原始事件是否存在於伺服器上之前,請勿建立重複事件。
當網路日曆的 URL 或已儲存的身份驗證資訊過期時,重新新增日曆會有幫助,但請稍後再執行此操作。首先確認 Nextcloud 的 Web 日曆中存在重要事件。如果您在 Thunderbird 中有未同步的更改,請在刪除任何日曆條目之前匯出或以其他方式儲存這些變更。移除訂閱和刪除日曆是不同的操作;請仔細閱讀提示,不要選擇會刪除伺服器資料的選項。
保留本機變更後,僅從 Thunderbird 移除受影響的網頁行事曆,重新啟動 Thunderbird,然後使用目前的 Nextcloud 發現或行事曆 URL 重新新增該行事曆。訂閱目標日曆並驗證其名稱、顏色和事件清單是否符合。避免重複新增相同的 CalDAV URL,因為重複訂閱會導致事件出現兩次。
如果瀏覽器可以正常運作,但所有 CalDAV 用戶端都無法連接,請檢查 Nextcloud 伺服器和反向代理程式在測試同步前後一段時間的日誌。確認日曆應用程式已啟用,帳戶可以存取日曆,並且代理程式能夠正確轉發 DAV 請求和所需的回應頭,沒有錯誤地重寫 CalDAV 路徑。網頁成功載入僅證明網站可用,並不能證明 DAV 要求已正確路由。
請使用 Nextcloud 產生的精確 URL,而不是手動建立重寫規則或取代範例主機。如果只有一個客戶端發生故障,請在變更伺服器設定之前測試另一個 CalDAV 用戶端。這種對比有助於區分伺服器端問題和 Thunderbird 設定檔或憑證問題。
在 Nextcloud 中建立一個臨時測試事件,並確認它出現在 Thunderbird 中。然後在 Thunderbird 中建立第二個臨時事件,明確選擇網頁行事曆,並確認它出現在 Nextcloud 中。編輯其中一個測試事件,並檢查更改後的時間或標題是否在兩個平台都更新。最後,刪除測試事件,並確認刪除操作按預期同步。
檢查成功意味著兩個應用程式在刷新後都顯示相同的日曆內容,且沒有重複出現密碼提示或連接警告。如果只有一個方向有效,請記下創建事件的應用程式以及另一個應用程式顯示的特定錯誤。此細節有助於將剩餘問題範圍縮小到權限、日曆選擇、身份驗證或伺服器端 DAV 處理。
將您的 Thunderbird 設定檔遷移到新硬碟或電腦,無需遺失郵件、密碼或設定。請依照安全備份、複製和設定檔選擇步驟操作。
將 Thunderbird 通訊錄匯出為 CSV(用於電子表格)或 VCF(用於聯絡人應用程式)。了解選擇哪種格式、匯出按鈕的位置以及如何驗證文件。
了解 Thunderbird 為何會重複顯示主密碼提示,以及如何使用更新、已儲存的登入檢查、故障排除模式和設定檔測試安全地修復這些問題。
檢查指派的 SMTP 伺服器、供應商設定、驗證、網路封鎖和郵件大小,以修復 Thunderbird 的「郵件傳送失敗」SMTP 錯誤。
調整 Thunderbird 115 Supernova 的緊湊、預設或寬鬆密度,選擇視窗佈局,在卡片視圖和表格視圖之間切換,並自訂資料夾窗格和工具列。
透過安全、循序漸進的檢查,診斷 Thunderbird 的記憶體使用情況和運行緩慢問題,檢查附加元件、索引、設定檔和系統瓶頸。
將 Thunderbird 連接到 LDAP 目錄,選擇安全伺服器設置,啟用位址自動完成功能,並解決常見的查找問題。
透過檢查日曆選擇、伺服器 URL、憑證、憑證、權限和 DAV 存取來解決 Thunderbird 和 Nextcloud CalDAV 同步問題。
透過安全地重建 .msf 檔案來修復損壞的 Thunderbird 收件匣索引。了解何時使用「修復資料夾」功能,何時刪除 Inbox.msf 文件,以及哪些文件不應刪除。
檢查郵件伺服器安全設定、連接埠、供應商支援和安全舊版選項,以修復 Thunderbird 的「伺服器不支援 TLS 1.2」警告。