Cloudflare를 통한 지원 이메일.운영할 메일 서버가 없습니다.

소개

고객의 메시지가 팀에 도착하기까지

1. 1고객이 지원 주소 중 하나(예: support@example.com)로 메일을 보냅니다.
2. 2Cloudflare Email Routing이 메시지를 받아 Yuva Email Worker로 전달합니다.
3. 3Worker는 원본 메시지, 두 개의 봉투 주소, 타임스탬프를 Yuva와 공유하는 시크릿으로 HMAC-SHA256 서명하여 Yuva 서버의 /ingress/email로 보냅니다.
4. 4Yuva는 메시지를 읽기 전에 서명과 타임스탬프가 5분 이내인지 확인합니다. 서명이 잘못된 요청은 거부됩니다.
5. 5Yuva는 수신 주소의 이메일 채널을 찾아 In-Reply-To와 References로 메시지를 해당 대화에 이어 붙입니다. 그 밖의 경우에는 새 대화가 시작됩니다. 답장이 오면 대화가 다시 열립니다.
6. 6팀은 패널에서 답합니다. 답장은 Amazon SES, Postmark, 자체 릴레이 같은 이메일 채널 자체의 SMTP 계정을 통해 같은 주소에서 같은 스레드로 발송됩니다. 답장은 Worker를 거치지 않습니다.

몇 단계로 설정하기

Yuva 서버와 도메인을 관리하는 Cloudflare 계정이 필요합니다.

1. 1

   Yuva에서 설정 → 해당 받은 편지함 → 채널 → 이메일을 열고 지원 주소를 추가하세요. 서버에 시크릿을 설정하고 다시 시작하세요.

   YUVA_INGRESS_SECRET=<openssl rand -hex 32>
   YUVA_INGRESS_AUTHSERV_ID=mx.cloudflare.net

2. 2

   같은 시크릿으로 Cloudflare 계정에 Worker를 배포하세요.

   cd edge
   bun install
   bunx wrangler login
   bunx wrangler secret put INGRESS_SECRET
   bunx wrangler deploy --var YUVA_URL:https://support.example.com

3. 3

   Cloudflare 대시보드에서 도메인 → Email → Email Routing을 열고 활성화하세요. Cloudflare가 MX와 SPF 레코드를 추가합니다.

4. 4

   Routing rules에서 각 지원 주소를 Worker yuva-edge로 보내세요. 캐치올 채널은 캐치올 규칙이 yuva-edge를 가리키게 하세요.

5. 5

   테스트 메시지를 보내고 패널에 대화가 나타나는 것을 확인하세요.

6. 6

   선택 사항: 배포 명령에 대체 주소를 추가하면 장애 중에도 메일을 보관할 수 있습니다.

   bunx wrangler deploy --var YUVA_URL:https://support.example.com --var FALLBACK_FORWARD:you@example.org

Email Routing이 도메인의 MX가 되므로, 다른 메일 서버가 처리하지 않는 도메인이나 하위 도메인을 사용하세요.

Cloudflare에 종속되지 않음

Worker는 /ingress/email을 호출하는 한 가지 방법입니다. 어떤 메일 서버나 릴레이든 같은 서명 헤더로 원본 메시지를 POST할 수 있고, 명령으로 전달하는 메일 서버는 메시지를 yuva ingest-email에 파이프로 넘길 수 있습니다. 요청 형식은 Worker의 README에 문서화되어 있습니다.

질문과 답변