GET /v1/mail/routing
How every domain in this organization has its mail routed.
احراز هویت
یک کلید API را به عنوان یک توکن حامل ارسال کنید. این کلید باید دارای مجوز mail.view باشد؛ کلیدی که فاقد آن باشد با خطای 403 رد میشود، نه 404.
این نقطه پایانی هیچ شناسه سازمانی را دریافت نمیکند. کلید شما در حال حاضر سازمان مربوطه را مشخص میکند و پاسخ در همان محدوده ارائه میشود.
امتحان کنید
هر چیزی را که داخل براکتهای زاویهدار قرار دارد با مقادیر خودتان جایگزین کنید، و نگهدارنده کلید را با کلیدی از داشبورد خود جایگزین نمایید.
curl -X GET https://api.zinndigital.com/v1/mail/routing \
-H "Authorization: Bearer zdk_live_…"وارد شدهاید؟ کنسول API در داشبورد شما شناسه سازمان واقعی و کلید خودتان را پر میکند و درخواست را روی API زنده اجرا میکند تا بتوانید پاسخ واقعی را ببینید. این نقطه پایانی را در کنسول API باز کنید
جزئیات
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.
پاسخ
| نام | نوع | الزامی | چیست |
|---|---|---|---|
items | MailRouting[] | بله | — |
خطاهایی که این نقطه پایانی میتواند برگرداند
401 · 403 · 429