Couryo
Uma API de e-mail transacional que nunca manda o mesmo e-mail duas vezes.
01O problema
E-mail transacional quebra de jeitos chatos e caros: uma requisição repetida manda o recibo duas vezes, um remetente ruim queima a reputação de todo mundo, e o time brasileiro paga em dólar com IOF por cima.
02O que eu construí
Uma alternativa ao Resend feita para o Brasil. API REST, relay SMTP e servidor MCP na frente da AWS SES v2, com um tenant da SES por cliente para a reputação ser medida e pausada por remetente. SDKs oficiais para Node, Python e PHP, mais templates React Email para Pix, boleto e redefinição de senha. Meus próprios produtos já enviam por ele.
03A decisão que importou
Nada chega à AWS antes das nossas conferências, e nada chega duas vezes. Todo envio leva um Idempotency-Key, então um retry devolve o mesmo id em vez de um segundo e-mail, e travas de envio pausam o remetente por taxa de devolução ou reclamação muito antes da AWS.
04Provas
- AWS SES v2 em produção, um tenant por cliente, BYODKIM e configuração de DNS só com CNAME para o cliente
- Idempotency-Key em todo envio, validado em produção: duas chamadas, uma linha
- TypeScript de ponta a ponta: Hono com zod-openapi, BullMQ sobre Redis, Postgres com Drizzle, 679 testes na API
- Relay SMTP, servidor MCP, SDKs para Node, Python (backend Django) e PHP (transport Laravel)