support

POST /v1/webhooks/inbound-email

Ingest a customer's support reply from the mail edge.

Бүх support төгсгөлийн цэгүүд

Баталгаажуулалт

Энэ эцсийн цэг нь нийтийнх юм. Энэ нь ямар нэгэн итгэмжлэл болон байгууллагын мэдээлэл шаарддаггүй бөгөөд манай өөрийн маркетингийн сайт болон хиймэл интеллектийн хариултын системүүдийн уншдаг зүйл юм.

Энэ төгсгөл цэг нь ямар ч байгууллагын ID шаардахгүй. Таны түлхүүр аль хэдийн харьяалагдах байгууллагыг тодорхойлж байгаа бөгөөд хариу нь тухайн байгууллагын хүрээнд хязгаарлагдана.

Туршиж үзэх

Өнцөг хаалтанд байгаа бүх зүйлийг өөрийн утгаар солиж, түлхүүр санамж байрлуулагчийг хяналтын самбарынхаа түлхүүрээр сольж оруулна уу.

curl -X POST https://api.zinndigital.com/v1/webhooks/inbound-email \
  -H "Content-Type: application/json" \
  -d '{ "from": <string>, "message_id": <string> }'

Та нэвтэрсэн байна уу? Таны хяналтын самбар дахь API консол нь таны бодит байгууллагын ID болон өөрийн түлхүүрийг автоматаар бөглөж, шууд ажиллаж буй API рүү хүсэлт илгээх тул та бодит хариуг харах боломжтой болно. Энэ төгсгөлийн цэгийг API консол дээр нээх

Дэлгэрэнгүй

**Unauthenticated by design** — the caller is a Cloudflare Email Routing Worker with no Zinn® credential, so an HMAC over `"<timestamp>\n<body>"` in `X-Zinn-Signature` *is* the authentication. The timestamp is inside the signed material and its skew is bounded, so a captured request cannot be replayed later. This is the inbound half of support email. Before it existed the platform sent notifications from an address that accepted mail and discarded it: a customer replied, nothing happened, and neither they nor the waiting staff member was told. The ticket is resolved from a **signed token inside the `Message-ID`** we set on the outbound notification — nothing in the body, the `From` address or any other header selects a tenant, because all of those are chosen by whoever sent the mail. Redelivery is the normal case, not the exception: email is at-least-once and a lost response guarantees a retry, so a message already filed answers `200` with `duplicate: true` rather than appending a second copy. ⛔ Unlike the gateway webhooks, a message that **cannot be routed is answered `422`**, not `200`. A 2xx tells the Worker to accept the mail, and an accepted message that reaches no ticket is the exact defect this endpoint exists to remove; `422` makes the Worker reject it so the sender's own mail server bounces it back to the customer.

Параметрүүд

НэрТөрөлЗаавал шаардлагатайЭнэ юу вэ
X-Zinn-Timestamp (header)stringТиймUnix seconds. Inside the signed material; skew-bounded to five minutes.
X-Zinn-Signature (header)stringТийм`sha256=<hex>` HMAC over `"<timestamp>\n<body>"`.

Хүсэлтийн бие

НэрТөрөлЗаавал шаардлагатайЭнэ юу вэ
fromstringТиймThe envelope sender. Forgeable, and treated as such — it is checked against the ticket's org and the answer becomes a flag, never a permission.
tostringҮгүй
message_idstringТиймThe message's own `Message-ID`. Stored, and unique, so a redelivery cannot append twice.
in_reply_tostringҮгүйCarries the signed ticket token when the customer replied to one of our notifications.
referencesstringҮгүйThe full thread chain. Searched as well as `in_reply_to`, because a reply to the third message in a thread puts our id here and not there.
subjectstringҮгүй
textstringҮгүйThe message body. Quoted history is trimmed engine-side and the result is length-bounded.

Хариу үйлдэл

НэрТөрөлЗаавал шаардлагатайЭнэ юу вэ
ticket_idstringТийм
duplicatebooleanТиймThis exact message had already been filed — a success, not an error.
sender_verifiedbooleanТиймWhether the sender is a known address on the ticket's org. `false` still files the message, flagged for staff.
reopenedbooleanТиймWhether filing it moved a `solved` ticket back to `open`.

Энэ төгсгөл цэгээс буцааж болох алдаанууд

400 · 422 · 503