Overview

BlueBubbles को हटाना और imsg iMessage पथ

BlueBubbles हटाना और imsg iMessage पथ

OpenClaw अब BlueBubbles चैनल के साथ उपलब्ध नहीं होता। iMessage समर्थन बंडल किए गए imessage Plugin के माध्यम से चलता है: Gateway स्थानीय रूप से या SSH रैपर के माध्यम से imsg को चाइल्ड प्रोसेस के रूप में शुरू करता है और stdin/stdout पर JSON-RPC से संचार करता है। कोई सर्वर नहीं, कोई Webhook नहीं, कोई पोर्ट नहीं।

यदि आपके कॉन्फ़िगरेशन में अब भी channels.bluebubbles है, तो उसे channels.imessage में माइग्रेट करें। पुराना /channels/bluebubbles दस्तावेज़ URL BlueBubbles से माइग्रेट करना पर रीडायरेक्ट होता है, जिसमें पूरी कॉन्फ़िगरेशन रूपांतरण तालिका और कटओवर चेकलिस्ट है।

क्या बदला

समर्थित iMessage पथ में कोई BlueBubbles HTTP सर्वर, Webhook रूट, REST पासवर्ड या BlueBubbles Plugin रनटाइम नहीं है।
OpenClaw उस Mac पर imsg के माध्यम से Messages को पढ़ता और मॉनिटर करता है, जिस पर Messages.app में साइन इन किया गया है।
बुनियादी भेजने, प्राप्त करने, इतिहास और मीडिया की कार्यक्षमता सामान्य imsg सतहों और macOS अनुमतियों का उपयोग करती है।
उन्नत क्रियाओं (थ्रेड वाले उत्तर, टैपबैक, संपादन, भेजना रद्द करना, प्रभाव, पढ़ने की रसीदें, टाइपिंग संकेतक, समूह प्रबंधन) के लिए निजी API ब्रिज आवश्यक है: imsg launch चलाएँ, जिसके लिए SIP अक्षम होना आवश्यक है।
Linux और Windows Gateway अब भी channels.imessage.cliPath को ऐसे SSH रैपर की ओर इंगित करके iMessage का उपयोग कर सकते हैं, जो साइन-इन किए गए Mac पर imsg चलाता है।

क्या करें

Messages वाले Mac पर imsg इंस्टॉल और सत्यापित करें:
bash
```
brew install steipete/tap/imsgimsg --versionimsg chats --limit 3imsg rpc --help
```
imsg और OpenClaw चलाने वाले प्रोसेस संदर्भ को Full Disk Access और Automation अनुमतियाँ दें।

पुराने कॉन्फ़िगरेशन को रूपांतरित करें:

json5

{  channels: {    imessage: {      enabled: true,      cliPath: "/opt/homebrew/bin/imsg",      dmPolicy: "pairing",      allowFrom: ["+15555550123"],      groupPolicy: "allowlist",      groupAllowFrom: ["+15555550123"],      groups: {        "*": { requireMention: true },      },      includeAttachments: true,    },  },}

Gateway पुनः प्रारंभ करें और सत्यापित करें:
bash
```
openclaw channels status --probe
```
अपना पुराना BlueBubbles सर्वर हटाने से पहले DMs, समूहों, अटैचमेंट और उन सभी निजी API क्रियाओं का परीक्षण करें जिन पर आप निर्भर हैं।

माइग्रेशन संबंधी टिप्पणियाँ

channels.bluebubbles.serverUrl और channels.bluebubbles.password के लिए कोई iMessage समकक्ष नहीं है; पहुँचने या प्रमाणित करने के लिए कोई सर्वर नहीं है।
allowFrom, groupAllowFrom, groups, includeAttachments, attachmentRoots, mediaMaxMb, textChunkLimit, और actions.* का अर्थ channels.imessage के अंतर्गत अपरिवर्तित रहता है।
channels.imessage.includeAttachments अब भी डिफ़ॉल्ट रूप से बंद है। यदि आप चाहते हैं कि आने वाली फ़ोटो, वॉइस मेमो, वीडियो या फ़ाइलें एजेंट तक पहुँचें, तो इसे स्पष्ट रूप से सेट करें।
groupPolicy: "allowlist" के साथ पुराने groups ब्लॉक को कॉपी करें, जिसमें कोई भी "*" वाइल्डकार्ड प्रविष्टि शामिल हो। समूह प्रेषक अनुमति-सूचियाँ और समूह रजिस्ट्री अलग-अलग गेट हैं; प्रविष्टियों वाला ऐसा groups ब्लॉक जिसके अनुरूप कोई chat_id नहीं है (या कोई "*" नहीं है), रनटाइम पर संदेश को छोड़ देता है, और खाली groups ब्लॉक स्टार्टअप चेतावनी लॉग करता है, भले ही प्रेषक फ़िल्टरिंग अब भी संदेशों को आगे जाने देती हो।
match.channel: "bluebubbles" वाली ACP बाइंडिंग को "imessage" में बदलना आवश्यक है।
पुरानी BlueBubbles सत्र कुंजियाँ iMessage सत्र कुंजियाँ नहीं बनतीं। पेयरिंग अनुमोदन प्रेषक हैंडल पर आधारित होते हैं, इसलिए कॉपी की गई allowFrom प्रविष्टियाँ काम करती रहती हैं, लेकिन BlueBubbles सत्र कुंजियों के अंतर्गत वार्तालाप इतिहास स्थानांतरित नहीं होता।

यह भी देखें

Was this useful?