OpenClaw-Update-Fix: Behebung von Telegram-Exec-"Allowlist Miss"-Fehlern

Telegram-Exec-Fehler nach OpenClaw-Update
Nach einem kürzlichen OpenClaw-Update berichteten Nutzer, dass Telegram-Bots und -Kanäle normal antworteten, Exec-Befehle jedoch durchgängig mit dem Fehler exec denied: allowlist miss fehlschlugen. Dies trat selbst auf, nachdem offensichtliche Berechtigungs- und Genehmigungsprobleme behoben wurden.
Ursache: Drei separate Barrieren
Der Fehler resultierte aus drei Konfigurationsproblemen:
- Erweiterter Telegram-Zugriff war nicht aktiviert: Erweiterte Exec-Befehle erfordern explizite Aktivierung plus eine Allowlist für Nutzer, die sie anfordern dürfen
- Exec-Genehmigungen waren nicht für Telegram konfiguriert: OpenClaw konnte entweder keine Genehmigungen auf Telegram abfragen oder wartete weiterhin auf Genehmigungen, die nicht zur Verwendung vorgesehen waren
- Gateway-Host-Exec standardmäßig auf Allowlist: Bei Verwendung erweiterter Exec-Befehle wechselt die Ausführung zu host=gateway. Ohne explizite
tools.exec.security-Einstellungen verwendet Gateway-Host-Exec standardmäßig eine Allowlist, was den anhaltenden Fehler verursachte
Vollständige Fehlerbehebungskonfiguration
Schritt 1 — Erweiterten Zugriff für Telegram in openclaw.json aktivieren:
"elevated": {
"enabled": true,
"allowFrom": {
"telegram": [
"YOUR_TELEGRAM_USER_ID",
"telegram:group:YOUR_GROUP_ID"
]
}
}Schritt 2 — Shell-ähnliche Befehle in Telegram in openclaw.json erlauben:
"commands": {
"text": true,
"bash": true,
"allowFrom": {
"telegram": [
"YOUR_TELEGRAM_USER_ID"
]
}
}Schritt 3 — Exec-Genehmigungsaufforderungen global in exec-approvals.json deaktivieren:
"defaults": {
"security": "full",
"ask": "off",
"askFallback": "full"
}Schritt 4 — Die entscheidende Lösung: Exec-Sicherheit + Host explizit in openclaw.json setzen:
"exec": {
"security": "full",
"host": "gateway"
}Vollständige funktionierende Konfiguration
~/.openclaw/openclaw.json:
"tools": {
"profile": "coding",
"elevated": {
"enabled": true,
"allowFrom": {
"telegram": [
"YOUR_TELEGRAM_USER_ID",
"telegram:group:YOUR_GROUP_ID"
]
}
},
"exec": {
"security": "full",
"host": "gateway"
}
},
"commands": {
"native": "auto",
"restart": true,
"text": true,
"bash": true,
"allowFrom": {
"telegram": [
"YOUR_TELEGRAM_USER_ID"
]
}
}~/.openclaw/exec-approvals.json:
"defaults": {
"security": "full",
"ask": "off",
"askFallback": "full"
}Testen der Lösung
Nach Anwendung der Konfiguration:
- Gateway neu starten:
openclaw gateway restart - Neue Telegram-Sitzung mit
/newstarten - Mit
! pwdtesten
Die entscheidende Erkenntnis: Wenn Telegram-Exec nach einem Update fehlschlägt, liegt das Problem möglicherweise nicht an Telegram-Berechtigungen oder -Genehmigungen. Erweiterte Exec-Befehle wechseln zu host=gateway, und Gateway-Exec-Sicherheit verwendet standardmäßig eine Allowlist, es sei denn, sie wird explizit auf "full" mit host: "gateway" gesetzt.
📖 Read the full source: r/openclaw
👀 Siehe auch

Anleitung zur Einrichtung von OpenClaw auf einem Hostinger VPS
Eine Schritt-für-Schritt-Anleitung zur Bereitstellung von OpenClaw auf einem Hostinger VPS, zur Verbindung von KI-APIs von OpenAI und Entropics und zur Integration mit Telegram für einen 24/7-Betrieb.

OpenClaw 4.1 mit Gemma 4 Stack: Hybride Architektur und Setup-Korrekturen
Ein Reddit-Beitrag beschreibt einen optimierten lokalen Agenten-Stack, der OpenClaw 4.1 mit Googles Gemma-4-Modell kombiniert und eine hybride Architektur, spezifische Konfigurationskorrekturen für Ollama-Tool-Calling sowie Anpassungen des Kontextfensters umfasst.

Qwen3.6-35B-A3B mit ~190K Kontext auf 8 GB VRAM + 32 GB RAM ausführen – Einrichtung und Benchmarks
Ein Reddit-Nutzer teilt eine funktionierende llama.cpp-Konfiguration für Qwen3.6-35B-A3B GGUF-Modelle auf einer RTX 4060 (8 GB VRAM) + 32 GB DDR5, die 37-51 tok/s bei 192k Kontext mit TurboQuant und spezifischen Flags erreicht.

Wie der OpenCLAW-Speicher tatsächlich funktioniert: Behebung des 'Vergessens' von Agenten
OpenCLAW-Agenten haben keinen persistenten Speicher zwischen Gesprächen – sie rekonstruieren den Kontext jedes Mal aus Dateien wie SOUL.md, USER.md und MEMORY.md. Häufige 'Vergessens'-Probleme entstehen durch alte Sitzungen, unstrukturierte Speicherdateien und das Speichern wichtiger Informationen im Chatverlauf anstatt in dauerhaften Dateien.