GET /v1/mail/routing

Tabbatar da Asali

Aika maɓallin API azaman alamar ɗauka (bearer token). Dole ne maɓallin ya kasance yana da izinin mail.view; idan babu shi, za a ƙi amfani da maɓallin tare da lambar 403, ba 404 ba.

Wannan wurin ƙarewa ba ya buƙatar ID na ƙungiya. Maɓallin ku ya riga ya gano ƙungiyar da yake ciki, kuma an iyakance amsa a kanta.

Gwada

May gurbin komai da ke cikin kusurwa da ƙimar ka, kuma may gurbin maballi da maballi daga allon sarrafa ka.

curl -X GET https://api.zinndigital.com/v1/mail/routing \
  -H "Authorization: Bearer zdk_live_…"

An shiga? Na'urar sarrafa API da ke cikin sashin kulawarka tana cika ainihin lambar ƙungiyarka da maɓallinka naka, sannan tana gudanar da buƙatar a kan ainihin API don haka zaka iya ganin amsar gaske. Buɗe wannan tashar a cikin na'urar kula da API

Bayani

One row per domain: which mechanism serves its mail, where its catch-all delivers, and whether the world agrees yet. Requires mail.view. ⛔ A different question from /v1/mail/services, and the reason this endpoint had to exist. A forwarding domain — the whole Footprint-Free line — deliberately has no mail service: it gets an alias that receives rather than a mailbox that stores, so it appears in no service list at any depth. Before this route, that customer could not see that their site forwards, could not see where to, and could not change it. mechanism is derived, never chosen: it is a function of the customer's own mail connection, the plan's mailbox allowance, and the domain's live DNS delegation — and a zone on Cloudflare is routed through Cloudflare Email Routing automatically, because it is free there and keeps the traffic off our relay. mechanism_label is the sentence explaining that choice, and it is the same one the operator log carries.

Martani

Kuskuren da wannan matsaya za ta iya maido wa

401 · 403 · 429