feat: add received_for to inbound email and received webhook types

[lucasfcosta]

What

Adds the received_for field (from resend-monorepo #4637) to the SDK types.

• GetReceivingEmailResponseSuccess (src/emails/receiving/interfaces/get-receiving-email.interface.ts) — the emails.receiving.get response now includes received_for: string[].
• ReceivedEmailEventData (src/webhooks/interfaces/webhook-event.interface.ts) — the email.received webhook payload now includes received_for: string[].

Why

The field is already returned by the GET /emails/receiving/:id route and the email.received webhook; the SDK types were missing it.

Notes for reviewers

Targets canary so the diff is just the received_for change. The earlier PR (#991) was opened against main and so also carried the message_id commits already present in canary — it's being closed in favor of this one.

---

Summary by cubic

Adds received_for to inbound email response and email.received webhook types. This syncs the SDK with existing API responses.

• New Features
  • GetReceivingEmailResponseSuccess (emails.receiving.get): adds received_for: string[].
  • ReceivedEmailEventData (email.received webhook): adds received_for: string[].

^{Written for commit da86148. Summary will update on new commits.}

[pkg-pr-new]

Open in StackBlitz

npm i https://pkg.pr.new/resend@993

commit: da86148

[cubic-dev-ai]

No issues found across 3 files

Confidence score: 5/5

• Automated review surfaced no issues in the provided summaries.
• No files require special attention.

<sub>Auto-approved: Adds a received_for field to TypeScript interfaces and test fixtures to match existing API responses. No logic changes, low risk.

Re-trigger cubic</sub>