mail

POST /v1/mail/services/{mailServiceId}/deliverability

Publish this domain's mail records.

Барлық mail соңғы нүктелері

Барлық әзірлеуші құжаттамасы

Аутентификация

API кілтін bearer токені ретінде жіберіңіз. Кілтте mail.manage рұқсаты болуы тиіс; онсыз кілтке 404 емес, 403 қатесі қайтарылады.

Бұл соңғы нүкте ұйым идентификаторын қабылдамайды. Сіздің кілтіңіз оның қай ұйымға тиесілі екенін өзі анықтайды және жауап соған шектеледі.

Әрекет етіп көру

Бұрыштық жақшалардағы кез келген нәрсені өз мәндеріңізбен, ал кілт орналастырушысын басқару тақтасынан алынған кілтпен алмастырыңыз.

curl -X POST https://api.zinndigital.com/v1/mail/services/{mailServiceId}/deliverability \
  -H "Authorization: Bearer zdk_live_…" \
  -H "Content-Type: application/json" \
  -d '{  }'

Жүйеге кіргенсіз бе? Бақылау тақтасындағы API консолі ұйымыңыздың нақты идентификаторы мен жеке кілтіңізді автоматты түрде толтырады да, нақты жауапты көре алуыңыз үшін сұрауды тікелей жұмыс істеп тұрған API арқылы орындайды. Бұл соңғы нүктені API консолінде ашыңыз

Мәліметтер

Write the correct SPF, DKIM and DMARC records into the domain's zone. ⛔ Refuses with 422 when the apex MX is somebody else's - that is not a state to confirm past from this screen, because the customer's mail is being delivered today and this button must never be how that stops. When records would be replaced, answers 409 until confirm: true is sent, so a destructive apply is always a deliberate second act (the confirm-gated shape #622 forced on DNS). Requires mail.manage.

Параметрлер

АтыTүріМіндеттіМазмұны
mailServiceId (path)UuidИәEmail service ID (UUIDv7).

Сұрау денесі

АтыTүріМіндеттіМазмұны
confirmbooleanЖоқRequired when needs_confirmation is true. Defaults to false so a destructive apply is never a side effect of clicking "fix".

Жауап

АтыTүріМіндеттіМазмұны
domainstringИә
healthybooleanИәAll three mechanisms present and ours - nothing to publish.
spf_okbooleanИә
dkim_okbooleanИә
dmarc_okbooleanИә
fixablebooleanИәWhether a one-click apply is offered. False over a foreign apex MX or an unreadable zone - the panel shows the reason instead of a button.
needs_confirmationbooleanИәTrue when applying would replace published records, so confirm is required.
existing_apex_mxstring[]Иә
foreign_mxstring[]ИәApex MX targets that are not ours - the reason a fix is refused.
foreign_spf_includesstring[]Иә
would_deletestring[]ИәRecords an apply would remove or replace, as NAME TYPE VALUE. Listed verbatim rather than counted: a customer must not be able to destroy mail records without seeing which ones…
zone_unreadablebooleanИә
reasonstringИәCustomer-grade English. Never a driver message.
warningsstring[]Иә
live_mxstring[]ИәThe domain's MX hosts as PUBLIC DNS answers them right now (W43-09) - not our record of the zone. Empty when the domain publishes no MX, or when it could not be read (see…
mx_readablebooleanИәFalse when the public MX lookup failed. A failed lookup is never read as "action needed".
mx_okbooleanИәEvery live MX host is one this preset publishes, and there is at least one.
action_neededbooleanИәThe customer's OWN DNS must change: we cannot publish to this zone and its live MX does not point where this preset sends mail. The panel then lists required_records with copy…
required_recordsobject[]ИәThe exact records to publish, as our preset would write them into a zone we host.

Бұл соңғы нүкте қайтара алатын қателер

401 · 403 · 404 · 409 · 422 · 429