​

Politique de réessai

​

Objectifs

• Réessayer par requête HTTP, et non par flux multi‑étapes.
• Préserver l’ordre en ne réessayant que l’étape en cours.
• Éviter la duplication d’opérations non idempotentes.

​

Paramètres par défaut

• Tentatives : 3
• Plafond du délai maximal : 30000 ms
• Jitter : 0.1 (10 pour cent)
• Valeurs par défaut du fournisseur :
  • Telegram, délai minimal : 400 ms
  • Discord, délai minimal : 500 ms

​

Comportement

​

Discord

• Réessaie uniquement en cas d’erreurs de limitation de débit (HTTP 429).
• Utilise Discord retry_after lorsque disponible, sinon un backoff exponentiel.

​

Telegram

• Réessaie en cas d’erreurs transitoires (429, délai d’attente, connexion/réinitialisation/fermée, temporairement indisponible).
• Utilise retry_after lorsque disponible, sinon un backoff exponentiel.
• Les erreurs d’analyse Markdown ne sont pas réessayées ; elles reviennent au texte brut.

​

Configuration

{
  channels: {
    telegram: {
      retry: {
        attempts: 3,
        minDelayMs: 400,
        maxDelayMs: 30000,
        jitter: 0.1,
      },
    },
    discord: {
      retry: {
        attempts: 3,
        minDelayMs: 500,
        maxDelayMs: 30000,
        jitter: 0.1,
      },
    },
  },
}

​

Remarques

• Les réessais s’appliquent par requête (envoi de message, téléversement de média, réaction, sondage, autocollant).
• Les flux composites ne réessaient pas les étapes déjà terminées.