Idempotency key on transactional messages
Nadie ha tomado este issue todavía.
Evaluación
- Dificultad
- 5/5
- Tiempo estimado
- Más de una semana
- Aptitud para principiantes
- 30/100
Línea de trabajo
Empieza revisando las rutas de la API de CustomerIO y del SDK de Python para los mensajes de correo electrónico transaccionales; después, sigue el flujo para determinar cómo se reintentan las solicitudes tras los tiempos de espera de red. Define cómo se acepta y propaga una clave de idempotencia, y confirma que los reintentos repetidos no envían el mismo mensaje dos veces.
Escrito por el modelo de indexación a partir del texto del issue.
Descripción
Transactional (email) messages are not idempotent by nature. It would be good if the CustomerIO API and SDKs would support e.g. an idempotency key to ensure that message are not sent twice even in case of network timeouts and subsequent retries from the client.
- Lenguaje dominante
- Python
- Estrellas
- 65
- Forks
- 42
- Métricas de merge de PR
- Sin PR fusionados en 30 d
Guía de contribución
No hay ninguna guía de contribución indexada para este repositorio
Primeros pasos
- Lee el issue completo y luego la guía de contribución del proyecto.
- Comenta en el issue que vas a ocuparte — evita que dos personas hagan lo mismo.
- Haz un fork del repositorio y trabaja en una rama.
- Abre un pull request que haga referencia al número del issue.
Issues similares
-
bug
Dificultad 2/5 1-3 horas Aptitud para principiantes 75/100
stephrobert/dsoxlab#238 ·
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 75/100
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 75/100
sublimehq/package_control#1780 ·
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 65/100
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 70/100
nwg-piotr/nwg-displays#145 ·