背景

本文作者分享了使用 Docker 部署 Prosody 伺服器以建立個人 XMPP 通訊系統的經驗，旨在擺脫對 Signal 等單一商業平台的依賴。透過配置 DNS 記錄、TLS 憑證以及整合 OMEMO 加密與 TURN 伺服器，作者成功實現了具備檔案傳輸與影音通話功能的聯邦式通訊環境。

社群觀點

針對這篇技術實作，Hacker News 社群展開了關於通訊協定選擇與去中心化困境的深度討論。許多用戶對於 XMPP 的輕量化與穩定性給予肯定，認為如 ejabberd 或 Prosody 等伺服器在維護上極為省心，且資源消耗遠低於現代的 Matrix 協定。有資深管理員分享其運行十年的經驗，強調 XMPP 只要配置得當，幾乎不需要額外維護，這與 Matrix Synapse 伺服器動輒耗盡系統資源的現狀形成鮮明對比。

然而，社群對於 XMPP 的批評主要集中在生態碎裂化與使用者體驗上。反對者指出，XMPP 的核心協定過於簡單，大量現代功能依賴於各種擴充協議（XEPs），這導致不同客戶端之間的相容性參差不齊。例如，某些 iOS 客戶端可能無法處理 Android 端支援的加密格式，或是檔案傳輸在不同實作間容易失效。這種複雜性被認為是導致 Matrix 興起的主因，因為 Matrix 雖然協定沉重，但提供了一套更為統一的功能標準與參考客戶端。

關於安全性與隱私的爭論也十分熱烈。部分用戶認為 Telegram 雖然介面優異且功能豐富，但其預設不開啟端到端加密（E2EE）且採用自研加密演算法，在安全性上無法與 Signal 或 XMPP 的 OMEMO 相比。但也有觀點反駁，對於大多數非技術用戶而言，優質的 UI 與跨裝置同步的便利性往往比極致的安全性更具吸引力。這引發了關於「為何我們集體放棄 XMPP」的感嘆，老用戶懷念過去 Google Talk 與 Facebook Messenger 仍支援 XMPP 互通的黃金時代，認為當時的通訊環境比現在封閉的圍牆花園更具生命力。

此外，技術細節上的討論聚焦於聯邦化帶來的挑戰。有用戶提到，為多個不同網域託管 XMPP 服務時，TLS 憑證的驗證與 DNS SRV 記錄的配置相當棘手，這限制了 XMPP 走向大規模託管服務的可能性。儘管有 Snikket 等專案試圖簡化自建流程，但如何說服身邊的親友從主流平台遷移，依然是技術之外最難以逾越的社交門檻。

延伸閱讀

在討論中，社群成員推薦了多個值得關注的工具與專案。針對希望簡化部署流程的使用者，Snikket 提供了一個預先配置好的 Prosody 整合方案。若需要與現有平台橋接，Slidge 專案能讓 XMPP 客戶端連結 Telegram、WhatsApp 與 Signal。在客戶端選擇上，除了常見的 Conversations 與 Monal，用戶也推薦了具備良好介面的 FluffyChat、Cinny 以及支援 Linux 影音通話的 Dino。此外，對於偏好郵件協定的使用者，DeltaChat 被提及作為一種利用 SMTP 進行即時通訊的替代方案。