# Impossible d'envoyer des messages à Gladys?

**URL:** <https://community.gladysassistant.com/t/impossible-denvoyer-des-messages-a-gladys/10851>\
**Category:** Configuration\
**Created:** [Septembre 10, 2026, 9:22 UTC](https://community.gladysassistant.com/t/impossible-denvoyer-des-messages-a-gladys/10851 "2026-09-10T09:22:08Z")\
**Posts on this page:** 6\
**Page:** 1

<div class="post-metadata">

**Author:** ![Hizo](https://gladys-assistant-community.b-cdn.net/letter_avatar_proxy/v4/letter/h/51bf81/32.png) [@Hizo](https://community.gladysassistant.com/u/Hizo)\
**Post date:** [Septembre 10, 2026, 9:22 UTC](https://community.gladysassistant.com/t/impossible-denvoyer-des-messages-a-gladys/10851/1 "2026-09-10T09:22:08Z")

</div>

Bonjour, j’ai installer le nouveau système externe de sms free.

Cela a modifier tous mes blocs envoi d’un message à Gladys, tout est envoyé par SMS…

 ![image](https://gladys-assistant-community.b-cdn.net/uploads/default/original/3X/8/c/8c25668b50b2992386b74d88bee93533467171b9.png)

Je me suis fait harceler toute la nuit de SMS -\_-

C’est moi où il n’y a pas moyen de simplement envoyé un message dans la discussion Gladys ?

Et le truc étrange, c’est que je continue de recevoir des SMS alors que j’ai désactivé toutes mes scènes qui envoient des messages…

Merci et bonne journée

PS : Je suis ma version custom qui ajoute le grafcet en cours de test (mais je n’avais jamais eu de souci)

---

<div class="post-metadata">

**Author:** ![Hizo](https://gladys-assistant-community.b-cdn.net/letter_avatar_proxy/v4/letter/h/51bf81/32.png) [@Hizo](https://community.gladysassistant.com/u/Hizo)\
**Post date:** [Septembre 21, 2026, 7:35 UTC](https://community.gladysassistant.com/t/impossible-denvoyer-des-messages-a-gladys/10851/3 "2026-09-21T07:35:36Z")

</div>

Bonjour, je me permets un up car c’est bien galère de recevoir des SMS alors que je voulais juste un message dans Gladys.

J’ai dû raté un truc je pense…

Merci

---

<div class="post-metadata">

**Author:** ![cicoub13](https://gladys-assistant-community.b-cdn.net/user_avatar/community.gladysassistant.com/cicoub13/32/4482_2.png) [@cicoub13](https://community.gladysassistant.com/u/cicoub13)\
**Post date:** [Septembre 21, 2026, 8:22 UTC](https://community.gladysassistant.com/t/impossible-denvoyer-des-messages-a-gladys/10851/4 "2026-09-21T08:22:03Z")

</div>

Bonjour @Hizo, désolé pour la nuit blanche, et merci pour le signalement.

**Non, le message dans Gladys n’a pas disparu** : il est toujours écrit dans la conversation (tu devrais les voir). Le SMS vient _en plus_, il ne remplace rien. Quand une intégration de messagerie est installée, Gladys diffuse chaque message sur **tous** les canaux configurés, donc toutes les scènes existantes se mettent à envoyer des SMS sans avoir été modifiées. C’est exactement ce que tu décris.

Et tu n’as rien raté : il n’existait effectivement **aucune option « uniquement dans la conversation Gladys »**. Le sélecteur « Envoyer via » permet de choisir un canal précis, mais pas de n’en choisir aucun.  
Je fais une proposition de correction : une option « Conversation Gladys uniquement » devrait arriver sur les blocs « Envoyer un message », « Envoyer un message avec caméra » et « Demander à l’IA » (ce dernier n’avait même aucun sélecteur : il envoyait la réponse sur tous les canaux, même quand on veut juste la stocker dans une variable).

**En attendant** , pour couper les SMS tout de suite : vide tes identifiants dans le bloc « Mon compte » de l’intégration SMS Free. Sans identité configurée, l’envoi échoue silencieusement, et tu gardes l’intégration installée.

**Pour les SMS qui continuent malgré les scènes désactivées** , deux pistes :

1. Une scène désactivée reste exécutable si elle est appelée par l’action « Lancer une scène » d’une autre scène **active** : seuls les déclencheurs vérifient l’état activé/désactivé. Vérifie tes scènes actives qui en lancent d’autres.
2. Certaines notifications système passent par le même canal et n’ont rien à voir avec tes scènes : batterie faible, mise à jour de Gladys, sauvegarde, digest hebdomadaire.

@pierre-gilles une question au passage sur le point 1 : `scene.execute` ne vérifie pas `scene.active`, contrairement aux déclencheurs. Est-ce volontaire (une scène désactivée reste utilisable comme sous-routine) ou est-ce qu’une scène désactivée ne devrait jamais s’exécuter, même appelée par une autre ? Je peux faire le changement, mais il aura un impact pour ceux qui s’appuient sur le comportement actuel, et a minima l’éditeur devrait avertir quand une action « Lancer une scène » pointe vers une scène inactive.

> <https://github.com/GladysAssistant/Gladys/pull/3115>
>
> \### Description
> 
> Installing a communication integration immediately changed wh…at every existing
> scene did. \`forwardToChannels\` broadcasts to every service exposing
> \`message.sendToUser\`, so a "send message" action written years ago started
> sending SMS without the scene being touched. The channel selector could name
> one channel, but could not say "no channel at all": on an instance whose only
> channel was SMS, there was no way to write in the Gladys conversation alone.
> 
> The \`service\` property of the message actions gains a third case, the sentinel
> \`MESSAGE\_GLADYS\_ONLY\_SERVICE\`:
> 
> | \`action.service\` | Delivery |
> |---|---|
> | absent | Gladys conversation + every channel configured by the user (unchanged) |
> | a service name | Gladys conversation + that channel only (unchanged) |
> | \`MESSAGE\_GLADYS\_ONLY\_SERVICE\` | Gladys conversation only (new) |
> 
> \`sendToUser\` returns right after the database insert and the \`message.new\`
> websocket event, which already happened before any channel was called: a
> message is always in the Gladys conversation, and a channel is only ever an
> addition. Existing scenes are not rewritten — no \`service\` still means
> broadcast.
> 
> The same choice reaches the AI. The "ask the AI" action carries \`service\` into
> its \`source: 'AI'\` message, and \`message.reply\` applies the three cases to the
> answer instead of always broadcasting it, so a scene that only stores the
> answer in a variable no longer texts the user. That action also gets the
> channel selector the send-message actions already had — it had none at all.
> 
> \*\*Changes\*\*
> 
> \- \`server/utils/constants.js\`: \`MESSAGE\_GLADYS\_ONLY\_SERVICE\` sentinel.
> \- \`server/lib/message/message.sendToUser.js\`: skip \`forwardToChannels\` for the sentinel.
> \- \`server/lib/message/message.reply.js\`: apply the three cases to a \`source: 'AI'\` answer.
> \- \`server/lib/scene/scene.actions.js\`: \`AI.ASK\` carries \`service\` into its message (read locally by \`reply\`, never sent to the chat API).
> \- \`front\`: new "Gladys conversation only" option in \`MessageServiceSelector\`, selector added to \`AskAI.jsx\`, fr/en/de strings.
> \- \`docs/specs/external-integrations/capabilities/communication-type.md\`: the delivery choice documented in the same diff, as the living spec requires.
> 
> \### Related request
> 
> Forum: https://community.gladysassistant.com/t/impossible-denvoyer-des-messages-a-gladys/10851
> 
> \### Checklist
> 
> \- \[x\] If a forum topic or GitHub issue exists, the description links it
> \- \[x\] Tests pass: \`cd server && npm run coverage\` — 6667 passing; the 11 failures are pre-existing in this dev container (verified identical on the base commit) and come from the sandbox, not the diff. Patch coverage is 100% on the changed lines. Cypress could not run locally (binary download blocked in the container), it runs in CI
> \- \[x\] Linter and prettier pass on both front and server, plus \`compare-translations\` and the front \`npm run build\`
> \- \[x\] No undocumented breaking change — the default (no \`service\`) keeps broadcasting

---

<div class="post-metadata">

**Author:** ![cursor-bot](https://gladys-assistant-community.b-cdn.net/user_avatar/community.gladysassistant.com/cursor-bot/32/22252_2.png) [@cursor-bot](https://community.gladysassistant.com/u/cursor-bot)\
**Post date:** [Septembre 21, 2026, 12:46 UTC](https://community.gladysassistant.com/t/impossible-denvoyer-des-messages-a-gladys/10851/5 "2026-09-21T12:46:40Z")

</div>

Salut tout le monde !

Ce sujet est désormais **en cours de développement**.

Une PR a été ouverte pour ajouter une option « conversation Gladys uniquement » aux actions d’envoi de message et « demander à l’IA » :

> <https://github.com/GladysAssistant/Gladys/pull/3118>
>
> \### Description
> 
> Same change as https://github.com/GladysAssistant/Gladys/pull/3…115 by @cicoub13, brought up to date with \`master\`. That PR's branch lives on a fork this session cannot push to, so the conflict is resolved here instead: the two original commits are kept as-is, followed by one merge commit of \`origin/master\`.
> 
> The only conflict was in \`server/test/services/mcp/lib/sceneSchemas.test.js\`: master added an \`EVENTS\` import (external-integration scene triggers, #3110) and the PR added \`MESSAGE\_GLADYS\_ONLY\_SERVICE\` on the same line. Both imports are kept. Every other file auto-merged.
> 
> What the change does (unchanged from #3115): the \`service\` property of the \`MESSAGE.SEND\`, \`MESSAGE.SEND\_CAMERA\` and \`AI.ASK\` scene actions gains the \`MESSAGE\_GLADYS\_ONLY\_SERVICE\` sentinel so a message can stay in the Gladys conversation without being forwarded to any messaging channel. Absent → broadcast (historical behaviour), a service name → that channel only, sentinel → no channel. The insert in \`t\_message\` and the \`message.new\` websocket event happen before that branch in every case. The "ask the AI" action carries the same property into its \`source: 'AI'\` message so \`message.reply\` applies the same three cases to the answer, and gets the channel selector the send-message actions already had. The MCP \`scene.create\` schema declares \`service\` on \`ai.ask\` too.
> 
> \### Related request
> 
> Forum: https://community.gladysassistant.com/t/impossible-denvoyer-des-messages-a-gladys/10851
> 
> Supersedes https://github.com/GladysAssistant/Gladys/pull/3115
> 
> \### Checklist
> 
> \- \[x\] If a forum topic or GitHub issue exists, the description links it
> \- \[x\] Tests pass: on the merged head, \`test/lib/message\`, \`test/lib/scene\` and \`test/services/mcp\` run locally (517 passing). The full \`npm run coverage\` and Cypress run in CI (CI was fully green on #3115 before the conflict)
> \- \[x\] Linter and prettier pass on both front and server on the touched files, plus \`compare-translations\`
> \- \[x\] No undocumented breaking change: no \`service\` on an action still broadcasts
> 
> 🤖 Generated with \[Claude Code\](https://claude.com/claude-code)
> 
> https://claude.ai/code/session\_01K6SmKFpYk4XGD5gQ1oD17i
> 
> \---
> \_Generated by \[Claude Code\](https://claude.ai/code/session\_01K6SmKFpYk4XGD5gQ1oD17i)\_

N’hésitez pas à suivre la PR, à tester (optionnel, surtout pour les petites demandes) et à faire vos retours ici si besoin.

---

<div class="post-metadata">

**Author:** ![pierre-gilles](https://gladys-assistant-community.b-cdn.net/user_avatar/community.gladysassistant.com/pierre-gilles/32/5886_2.png) [@pierre-gilles](https://community.gladysassistant.com/u/pierre-gilles)\
**Post date:** [Septembre 21, 2026, 12:53 UTC](https://community.gladysassistant.com/t/impossible-denvoyer-des-messages-a-gladys/10851/6 "2026-09-21T12:53:26Z")

</div>

Salut @cicoub13 🙂

Merci pour la PR ! Elle est en cours de merge et sera intégrée dans la prochaine version de Gladys.

> [@cicoub13](#):
>
> @pierre-gilles une question au passage sur le point 1 : `scene.execute` ne vérifie pas `scene.active`, contrairement aux déclencheurs. Est-ce volontaire

Oui, c’est volontaire 🙂

De la même manière qu’une scène désactivée peut toujours être lancée manuellement, `scene.execute` ne tient pas compte de `scene.active`. La désactivation n’a d’effet que sur les déclencheurs automatiques.

Après, si plusieurs retours montrent que ce comportement n’est pas le plus pertinent, on pourra bien sûr le remettre en question. Mais en l’état, ce n’est pas un bug 😉

---

<div class="post-metadata">

**Author:** ![Hizo](https://gladys-assistant-community.b-cdn.net/letter_avatar_proxy/v4/letter/h/51bf81/32.png) [@Hizo](https://community.gladysassistant.com/u/Hizo)\
**Post date:** [Septembre 21, 2026, 2:44 UTC](https://community.gladysassistant.com/t/impossible-denvoyer-des-messages-a-gladys/10851/7 "2026-09-21T14:44:37Z")

</div>

Merci [cicoub13](https://community.gladysassistant.com/u/cicoub13), ça me rassure 🙂

Il faut que je vérifie mon test mais les messages sont envoyés à 19h30 et 21h alors que logiquement ça ne devrait pas survenir la 2e fois.

 ![image](https://gladys-assistant-community.b-cdn.net/uploads/default/original/3X/5/a/5af30c2f6f049a786df8aba76679b40931b352b6.jpeg)

Peut être avais je simplement pas remarqué les messages dans Gladys qui apparaissent 2 fois.
