Idempotency key on transactional messages
未关闭
还没有人认领这个 Issue。
评估
调研方向
首先检查用于事务性电子邮件消息的 CustomerIO API 和 Python SDK 路径，然后跟踪网络超时后请求的重试方式。定义如何接受和传递幂等键，并确认重复重试不会将同一条消息发送两次。
由索引模型根据 Issue 内容生成。
描述
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.
- 主要语言
- Python
- 星标
- 65
- 派生
- 42
- PR 合并指标
- 30 天内没有已合并 PR
贡献指南
这个仓库没有索引到贡献指南
从这里开始
- 先读完整个 Issue，再读项目的贡献指南。
- 在 Issue 下留言说明你要接手 —— 这能避免两个人做同样的事。
- Fork 仓库，在一个分支上完成修改。
- 提交 Pull Request，并在描述里引用这个 Issue 编号。
相似的 Issue
-
agent-ready documentation needs-triage
难度 1/5 1-3 小时 新手友好度 88/100
-
documentation
难度 1/5 1 小时以内 新手友好度 91/100
-
workflow-status page template still says reusable workflows are "triggered only by workflow_call:" 未关闭
难度 1/5 1 小时以内 新手友好度 92/100
-
instance instance add
难度 1/5 1 小时以内 新手友好度 72/100
searxng/searx-instances#939 · 1 条评论 ·
-
area-deployment area-integrations triage:bot-seen
难度 2/5 半天 新手友好度 86/100