Base ng Kaalaman
Magpadala ng email sa pamamagitan ng sarili mong Mailgun account
Ikonekta ang iyong sariling Mailgun account: pagdaragdag ng isang sending subdomain, ang SPF, DKIM at MX records na ipa-publish, isang sending key sa halip na ang iyong private API key, at kung bakit ang isang EU-hosted account ay nagbabalik ng 401 laban sa US host.
Kakailanganin mo ang isang account sa Mailgun at access sa DNS ng iyong domain.
Ang sariling dokumentasyon ng Mailgun: Pagdaragdag at pag-verify ng domain · Mga API key · Mag-sign up
1. Idagdag ang iyong sending domain sa Mailgun
Sa dashboard ng Mailgun, pumunta sa Send → Domains → Add New Domain at maglagay ng subdomain, halimbawa ay mail.yourdomain.com.
⚠️ Ang sariling gabay ng Mailgun ay gumamit ng subdomain, at mas mahalaga ito rito kaysa sa ilang provider: Naglalagay ang Mailgun ng sarili nitong mga SPF at DKIM record sa anumang ibigay mo rito, at ang pagtutok nito sa iyong root domain ay nangangahulugang ang mga record na iyon ay makakasama ng mga pinagkakatiwalaan ng mga mailbox ng iyong negosyo.
Piliin ang rehiyon na tumutugma sa kung saan mo gustong manirahan ang iyong data — US o EU. Isulat ito; kakailanganin mo ito sa hakbang 4, at ito ang pinakakaraniwang nagagawang pagkakamali.
2. I-publish ang mga DNS record na ibinibigay sa iyo ng Mailgun
Nagpapakita sa iyo ang Mailgun ng isang listahan. Idagdag ang bawat isa sa mga ito sa iyong DNS provider.
| Uri | Host | Layunin | | --- | --- | --- | | TXT | mail.yourdomain.com | SPF — v=spf1 include:mailgun.org ~all | | TXT | mailo._domainkey.mail.yourdomain.com | Pampublikong key ng DKIM | | CNAME | email.mail.yourdomain.com | Pag-trak at pag-handle ng bounce | | MX | mail.yourdomain.com | Pagtanggap ng mga bounce (ang dalawang MX host ng Mailgun) |
⛔ Kung ang iyong sending subdomain ay mayroon nang SPF record, i-edit ito — huwag magdagdag ng pangalawa. Ang isang domain na may dalawang SPF TXT record ay direktang bumabagsak sa SPF, na mas malala kaysa sa walang anuman.
Pagkatapos ay pindutin ang Verify DNS Settings sa Mailgun. Maaari itong tumagal nang hanggang isang oras bago maging berde.
⭐ Idagdag ang mga MX record kahit na nagpapadala ka lamang. Ang mga ito ang ginagamit ng Mailgun upang mangolekta ng mga bounce. Kung wala ang mga ito, ang isang maling address ay mapupunta sa kawalan, hindi ito kayang pigilan ng Mailgun, at magpapatuloy ka sa pagbabayad para sa pagpapadala sa isang address na kailanman ay hindi makakatanggap ng anuman.
3. Kunin ang iyong API key
Send → Sending → Domain settings → API keys, o ang pahina ng API Keys ng iyong account.
Gumamit ng sending key na nakatutok sa domain na ito kung nag-aalok ang iyong plano ng ganoon, sa halip na ang pribadong API key ng iyong account. Ang sending key ay maaari lamang magpadala; ang pribadong key ay kayang basahin ang iyong mga log at baguhin ang iyong account. Walang dahilan para panatilihin namin ang pangalawa.
4. Ikonekta ito sa Zinn®
Buksan ang Email sending sa iyong dashboard at punan ang mga sumusunod:
- Provider — Mailgun
- Send from this domain —
mail.yourdomain.com(isang domain, hindi isang address) - Mailgun sending domain — ang parehong domain na idinagdag mo sa Mailgun
- Region —
usoeu, na tumutugma sa hakbang 1 - Mailgun API key — ang key mula sa hakbang 3
⛔⛔ Tamausin ang rehiyon. Ang mga account sa Mailgun na naka-host sa EU ay pinagsisilbihan mula sa isang ganap na magkakaibang API host. Ang pagpapadala ng key ng isang EU account sa US host ay nagbabalik ng "401 Unauthorized" — na eksaktong kapareho ng hitsura ng maling key. Kung tiyak na tama ang iyong key at nakatatanggap ka ng 401, ito halos palaging ang dahilan.
5. Ipadala ang pagsubok at ilagay ang code
Pindutin ang Send test message, gamit ang isang inbox sa ibang domain — ang isang Gmail address ang perpekto. Basahin ang code mula sa inbox na iyon at ilagay ito. Agad na lumilipat ang iyong mail.
Kapag hindi ito gumagana
401 Unauthorized — maling rehiyon (tingnan sa itaas), o nag-paste ka ng key mula sa ibang account sa Mailgun. I-regenerate ang key sa halip na i-type itong muli; ang nauunang key- ay madaling mawala.
Ang test message ay hindi kailanman dumarating — suriin ang pahina ng Logs ng Mailgun. Kung walang rekord ang Mailgun tungkol dito, mali ang credential o ang pangalan ng domain. Kung tinanggap ito ng Mailgun at nabigo pagkatapos nito, ang dahilan ay nandiyan sa mga simpleng salita, at ito halos palaging DNS.
"Domain not found" — ang field na Mailgun sending domain ay dapat na eksaktong ang domain kung paano ito nakalista sa Mailgun, kasama ang subdomain. Ang yourdomain.com at mail.yourdomain.com ay dalawang magkaibang domain para sa Mailgun.
Gumagana ito at pagkatapos ay tumigil — suriin kung natapos ang iyong libreng pagsubok. Ang mga trial account sa Mailgun ay maaari lamang magpadala sa mga awtorisadong tatanggap, kaya ang test message sa iyong sariling address ay patuloy na gumagana habang ang lahat para sa iyong mga kliyente ay tahimik na hindi gumagana.
Na-stuck pa rin?
Kasama ang suporta sa bawat plano at may mga sagot sa iyong sariling wika.
Makipag-ugnayan sa suporta → Lahat ng artikulo →