Contrôle des télégrammes (supprimé)

Le pont Telegram livré v0.1.27 et a été supprimé dans v0.2.0.

Un examen de sécurité a révélé trois choses que je ne voulais pas laisser fonctionner :

• Le allow_exec la porte n'a rien fait. /send et /say - toujours allumé, même avec l'exécutif éteint - a réussi tmux send-keys avec interprétation du nom de clé, afin que n'importe quelle conversation couplée puisse envoyer C-c , puis tapez une commande shell.
• Les alertes ont disparu silencieusement pour les projets dont les noms comportent plus de 23 caractères environ. Les boutons Approuver/Refuser ont regroupé deux fois le nom de la session dans le champ de rappel de 64 octets de Telegram, Telegram a rejeté l'intégralité du message, et le pont l'a enregistré et a continué. Vous n'avez tout simplement jamais reçu la notification.
• Commandes mises en file d'attente rejouées au redémarrage. Tout ce qui était envoyé lorsque le démon était en panne s'exécutait à son retour, y compris un /kill confirmation des heures plus tôt.

Le tirer était plus rapide que le fixer sous pression, c'est donc ce que j'ai fait.

Si tu l'avais configuré : ccmux telegram est parti, et le [telegram] le bloc disparaît de config.toml la prochaine fois que la configuration sera enregistrée, y compris bot_token. Rien d'autre dans votre configuration n'est touché.

Que utiliser à la place

Moshi fait le même travail sur un téléphone : un appui lorsqu'un agent a besoin de vous, puis un appui pour joindre. La configuration est ccmux moshi-setup — voir Démarrage.

Construire votre propre surface de contrôle ? ccmuxd expose un HTTP API sur votre tailnet.

Est-ce que ça reviendra ?

Peut-être. Le code est un simple retour et les trois problèmes ont des correctifs connus – en mode littéral send-keys, des ID de rappel courts et l'élimination du retard au démarrage. Il revient après avoir eu le temps de révision qu’il aurait dû avoir la première fois.

Vous avez repéré une erreur ou quelque chose de obsolète ? Modifier cette page sur GitHub.