HN thread에서 Cloudflare Email Service는 agent 시대의 새 interface라기보다, email infrastructure의 오래된 문제를 다시 꺼낸 계기로 읽혔다. Cloudflare 글은 agent가 email을 보내고 받는 그림을 전면에 세웠지만, 댓글의 많은 부분은 “결국 SES alternative 아닌가”에 가까웠다.

그 반응이 꼭 냉소만은 아니다. Workers에서 바로 email을 보낼 수 있고 API로 transactional email을 다룰 수 있다면, small team이나 solo developer에게는 분명 매력적인 선택지다. AWS SES sandbox에서 빠져나오는 과정이 답답했다는 경험담도 나왔다. Cloudflare가 DNS, Workers, routing을 이미 쥐고 있는 만큼, email send까지 붙이는 것은 platform 전략으로 자연스럽다는 시각도 있었다.

하지만 HN은 agent marketing을 그대로 받아들이지 않았다. CI가 끝나면 mail을 보내고, support request가 오면 알림을 보내는 예시는 agent 없이도 오래전부터 가능했다는 지적이 많았다. 그래서 토론은 “AI agent가 email을 쓴다”보다 “email sender를 새로 만들 때 deliverability와 abuse를 어떻게 다룰 것인가”로 이동했다.

spam과 trust는 가장 큰 축이었다. SMTP는 낮은 발송 비용 때문에 abuse가 쉽게 쌓이는 protocol이고, 결국 Gmail, Outlook 같은 대형 mailbox provider의 판단에 의존하게 된다. 댓글에서는 recipient가 더 많은 control을 가져야 한다는 불만, 대규모 발송 platform이 또 하나 늘어날 때 생길 spam 우려가 이어졌다.

보안 detail도 나왔다. email 기반 agent workflow는 HTTP API와 다른 transit security 문제를 갖는다. 한 댓글은 downgrade attack을 줄이기 위해 MTA-STS 같은 설정을 확인하라고 짚었다. HN이 본 핵심은 분명했다. agent가 email을 쓰는 미래가 오더라도, 실제로는 pricing, sending limit, domain reputation, encryption, abuse handling 같은 지루한 email 운영 문제가 product의 성패를 좌우한다.

#smtp

Cloudflare Email Service, HN은 agent marketing보다 SMTP와 deliverability를 논했다