เริ่มต้นที่นี่

ย้ายจาก Resend

แมปการส่งผ่าน HTTP ของ Resend มายัง SendHQ และทำความเข้าใจขอบเขตความเข้ากันได้ก่อนสลับ

ขอบเขตความเข้ากันได้

SendHQ รองรับฟิลด์ JSON แบบ Resend ที่ใช้บ่อยสำหรับการส่งผ่าน HTTP โดยตรง แต่ไม่ใช่ตัวแทนที่ใช้แทน Resend SDK ได้ทันที ให้ชี้ตัวปรับต่อ HTTP ฝั่งเซิร์ฟเวอร์ของคุณเองไปที่ /api/v1/emails อย่าสมมติว่า SDK ที่ฮาร์ดโค้ดโฮสต์ของ Resend ไว้จะตั้งค่าใหม่ได้

การแมปฟิลด์

from, to, cc, bcc, subject, html, text, reply_to และ headers แบบกำหนดเองที่ปลอดภัย แมปตรงกัน SendHQ ยังรับ message_class การอ้างอิง template แบบโฮสต์ draft_id และฟิลด์ตอบกลับ/เธรด payload แบบ React เฉพาะของ Resend อาร์เรย์ไฟล์แนบแบบอินไลน์ แท็ก audience broadcast และฟิลด์การส่งตามกำหนดเวลา ไม่ใช่ฟิลด์ที่รับเป็นค่าเทียบเท่า

ไฟล์แนบและเทมเพลต

อัปโหลดไฟล์แนบไปยังฉบับร่างของ SendHQ แล้วส่งด้วย draft_id เทมเพลตแบบโฮสต์เป็นทรัพยากรของ SendHQ ที่มีเวอร์ชันที่เผยแพร่และข้อมูลแบบมีชนิด ให้ย้าย ID เทมเพลตและการเรียกเรนเดอร์อย่างชัดเจน แทนการคัดลอกตัวระบุเทมเพลตของผู้ให้บริการ

การลองใหม่

สร้าง Idempotency-Key ที่คงที่หนึ่งค่าต่อการส่งเชิงตรรกะหนึ่งครั้ง ลองส่ง payload JSON ที่เหมือนกันทุกประการซ้ำด้วยคีย์นั้น หากหัวเรื่อง เนื้อหา ผู้รับ เฮดเดอร์ หรือข้อมูลเทมเพลตเปลี่ยน ให้ใช้คีย์ใหม่ มิฉะนั้น SendHQ จะคืน 409 การตอบกลับที่เก็บไว้และเล่นซ้ำจะมี Idempotent-Replayed: true

รายการตรวจสอบก่อนสลับ

  1. ยืนยันทุกโดเมน From และที่อยู่ผู้ส่งที่ตรงตัวซึ่งคุณจะใช้
  2. ส่งข้อความล้วนและ HTML แบบควบคุมไปยังกล่องจดหมายที่คุณเป็นเจ้าของ
  3. ยืนยันการที่ผู้ให้บริการยอมรับแยกจากอีเวนต์การส่งถึง
  4. ทดสอบการจัดการ 409, 422, 423, 429 และ 5xx
  5. เก็บตัวปรับต่อของผู้ให้บริการเดิมไว้จนกว่าเส้นทาง transactional และวงจรชีวิตจะผ่านทั้งคู่