GET /v1/mail/routing

Kimlik Doğrulama

Bearer token olarak bir API anahtarı gönderin. Anahtar mail.view iznine sahip olmalıdır; bu izne sahip olmayan bir anahtar 404 ile değil, 403 ile reddedilir.

Bu uç nokta hiçbir organizasyon kimliği almaz. Anahtarınız zaten ait olduğu organizasyonu tanımlar ve yanıt bu organizasyonla sınırlandırılır.

Dene

Köşeli parantez içindeki her şeyi kendi değerlerinizle ve anahtar yer tutucusunu panonuzdan bir anahtarla değiştirin.

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

Oturum açtınız mı? Panonuzdaki API konsolu, gerçek organizasyon kimliğinizi ve kendi anahtarınızı otomatik olarak doldurur ve isteği canlı API üzerinde çalıştırarak gerçek yanıtı görmenizi sağlar. Bu uç noktayı API konsolunda açın

Ayrıntılar

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.

Yanıt

Bu uç noktanın dönderebileceği hatalar

401 · 403 · 429