Control de telegramas (eliminado)

El puente de Telegram enviado en v0.1.27 y fue eliminado en v0.2.0.

Una revisión de seguridad reveló tres cosas que no estaba dispuesto a dejar activas:

• El allow_exec la puerta no hizo nada. /send y /say — siempre activado, incluso con el ejecutivo desactivado — pasó tmux send-keys con interpretación de nombre clave, por lo que cualquier chat emparejado podría enviar C-c y luego escriba un comando de shell.
• Las alertas desaparecieron silenciosamente para proyectos con nombres de más de 23 caracteres. Los botones Aprobar/Denegar empaquetaron el nombre de la sesión en el campo de devolución de llamada de 64 bytes de Telegram dos veces, Telegram rechazó el mensaje completo, el puente lo registró y continuó. Simplemente nunca recibiste la notificación.
• Los comandos en cola se reproducen al reiniciar. Todo lo que se envió mientras el demonio estaba inactivo se ejecutó cuando regresó, incluido un /kill confirmación de horas antes.

Tirarlo fue más rápido que arreglarlo bajo presión, así que eso fue lo que hice.

Si lo tenías configurado: ccmux telegram desapareció y el [telegram] el bloque sale de config.toml la próxima vez que se guarde la configuración, incluida bot_token. No se toca nada más en su configuración.

Qué usar en su lugar

Moshi hace el mismo trabajo en un teléfono: presiona cuando un agente lo necesita y luego toca para adjuntar. La configuración es ccmux moshi-setup — ver Comenzando.

¿Construyendo tu propia superficie de control? ccmuxd expone una HTTP API a través de su tailnet.

¿Volverá?

Quizás. El código está a una reversión y los tres problemas tienen soluciones conocidas: modo literal send-keys, ID de devolución de llamadas breves y drenaje del trabajo pendiente al inicio. Vuelve cuando ha tenido el tiempo de revisión que debería haber tenido la primera vez.

¿Detectó un error o algo desactualizado? Editar esta página en GitHub.