Idempotency key on transactional messages

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.

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.