Base ng kaalaman
Ipadala ang mga notification ng iyong mga kliyente mula sa sarili mong domain, sa sarili mong mail account: aling provider ang pipiliin, ang mga record ng SPF, DKIM, at return-path na kailangan nilang lahat, kung bakit iginigiit namin na talagang makarating ang isang pansubok na mensahe, at kung ano ang mangyayari kapag nagkaaberya ang isang provider.
Bawat notipikasyong natatanggap ng inyong mga kliyente — mga invoice, pag-reset ng password, tugon sa ticket, mga update sa proyekto — ay ipinapadala sa pamamagitan ng isang mail service. Naka-default na amin ang serbisyong iyon, sinasabi sa linyang From ang Zinn Digital®, at kami ang nagbabayad para dito.
Kung kayo ay nasa planong agency o reseller, maaari ninyong ikabit ang sarili ninyong mail service sa halip nito. Makikita ng inyong mga kliyente ang inyong domain sa linyang From, babalik sa inyo ang mga sagot, at ipapadala ang mga mensahe gamit ang inyong account sa inyong provider.
I-set up ito sa Email sending sa inyong dashboard.
Gumagana ang alinman sa mga ito. Piliin ang isa kung saan mayroon na kayong account.
| Provider | Pinakamahusay kung | Gabay |
|---|---|---|
| Mailgun | Nais ninyo ng API at malalaking volume ng pagpapadala | I-set up ang Mailgun |
| SendGrid | Ginagamit na ninyo ito para sa marketing mail | I-set up ang SendGrid |
| Postmark | Transactional mail lamang, pinakamahusay na deliverability | I-set up ang Postmark |
| Amazon SES | Kayo ay nasa AWS na at nais ang pinakamababang presyo | I-set up ang Amazon SES |
| Resend | Nais ninyo ang pinakasimpleng pag-set up | I-set up ang Resend |
| Ang sarili ninyong SMTP server | Pinapatakbo ninyo ang sarili ninyong imprastraktura ng mail | I-set up ang SMTP |
Kung wala kayong partikular na nais at walang umiiral na account, ang Postmark ang aming pipiliin para sa transactional mail: tumatanggi itong magpadala ng marketing, na siya mismong dahilan kung bakit ganoon kataas ang delivery rate nito.
Alinmang provider ang inyong piliin, ang parehong tatlong DNS record ang nagpapasya kung darating ang inyong mail o mapupunta sa spam. Ang inyong provider ang bubuo ng eksaktong mga value; idaragdag ninyo ang mga ito sa inyong domain.
SPF — isang TXT record sa inyong domain na naglilista kung sino ang pinapayagang magpadala gamit ang inyong pangalan. Kung mayroon na kayo nito, inyo itong i-eedit; huwag magdagdag ng pangalawa. Ang domain na may dalawang SPF record ay ganap na babagsak sa SPF, na mas masahol pa kaysa sa walang anuman.
DKIM — isang TXT o CNAME record na naglalaman ng public key, upang masuri ng mga tumatanggap na server na ang isang mensahe ay totoong nanggaling sa inyong provider at hindi binago. Ito ang record na gumagawa ng pinakamaraming trabaho, at ito ang dapat tumugma upang pumasa ang DMARC.
Return-path (bounce) domain — karaniwang isang CNAME. Itinatakda nito ang invisible envelope address na ginagamit ng inyong provider upang ipunin ang mga bounce. Kung wala ito, mapupunta ang mga bounce sa lugar na hindi ninyo makikita at bababa ang reputasyon ng inyong domain nang hindi ninyo nalalaman.
DMARC — isang TXT record sa _dmarc.yourdomain.com na nagsasabi sa mga tumatanggap na server kung ano ang gagawin kapag hindi tumutugma ang SPF at DKIM sa inyong From line. Magsimula sa p=none habang sinusuri ninyo na pumapasa ang lahat, pagkatapos ay lumipat sa p=quarantine at p=reject.
⚠️ Ang mga pagbabago sa DNS ay hindi agarang nagkakabisa. Maglaan ng hanggang isang oras bago ninyo pagpasyahang may mali.
Magpadala mula sa mail.yourdomain.com o notifications.yourdomain.com, hindi mula sa yourdomain.com mismo.
Ang dahilan ay reputasyon. Ang inyong pangunahing domain ang ginagamit ng inyong pangnegosyong email. Kung magkaroon man ng problema sa isang bulk send, lilimitahan ng isang hiwalay na sending subdomain ang pinsala — makakapag-email pa rin ang inyong staff sa mga kliyente habang inaayos ninyo ito. Binibigyang-daan din kayo nitong magtakda ng mga DNS record para sa pagpapadala nang hindi ginagalaw ang mga record na inaasahan ng inyong sariling mga mailbox.
Maglalagay pa rin kayo ng domain, hindi address, sa field na Send from this domain. Ang bahagi bago ang @ ay pinipili bawat mensahe: ipinapadala ang mga resibo bilang billing@, mga pag-reset ng password bilang no-reply@, mga tugon sa ticket bilang support@.
Doon lamang magsisimulang umalis ang inyong mail gamit ang inyong pangalan.
⭐ Gumamit ng inbox sa ibang domain para sa pagsubok — mainam ang isang Gmail o Outlook address. Ang mensaheng hindi kailanman lumabas sa inyong sariling server ay mas kaunti ang napatutunayan kumpara sa isa na tumawid sa internet at nakalampas sa spam filter ng iba.
Dahil ang provider na tumatanggap ng mensahe at tahimik na ibinabasura ito ay mukhang kaparehong-kapareho ng isa na gumagana. Ang isang bagong-bagong Amazon SES account ay nasa sandbox at tatanggapin ang inyong mensahe nang hindi ito inihahatid saanman. Ang isang Mailgun domain na hindi pa kumakalat ang DNS ay ganoon din ang ginagawa. Ganoon din ang isang SMTP relay na sumasagot ng 250 at nagtatapon nito.
Kung inilipat namin agad ang inyong pagpapadala sa sandaling tinanggap ang inyong credential, ang unang bagay na malalaman ninyo ay tumigil nang makatanggap ng anuman ang inyong mga kliyente — at malalaman ninyo ito mula sa isang kliyente, makalipas ang ilang araw. Ang code ang patunay na ang isang mensahe ay umalis sa inyong provider at nakarating.
Maitatala ang inyong mga notipikasyon bilang nabigo, susubukang muli, at magiging pula ang inyong screen ng Email sending kalakip ang sariling mensahe ng error mula sa inyong provider.
⛔ Hindi namin ipapadala ang mga ito mula sa aming domain bilang kapalit. Sinadya iyon. Ang isang tahimik na fallback ay mangangahulugang ang isang sira na mail account ay patuloy na gagana nang sapat upang walang mag-ayos nito — habang tahimik naming binabayaran ito. Kaya ang isang sira ay hayag, at kayo ang dapat mag-ayos nito, na siyang tanging paraan upang maayos ito.
Hangga't hindi ito naaayos, hindi natatanggap ng inyong mga kliyente ang mga notipikasyong iyon. Nandoon pa rin ang lahat sa inbox ng kanilang dashboard, at walang nawawala — ngunit ituring ang isang pulang banner dito bilang apurahan.
Walang masisira. Patuloy na ipapadala ang inyong mga notipikasyon mula sa aming domain, bilang Zinn Digital®, at patuloy naming babayaran ang mga ito. Makikita lamang ng inyong mga kliyente ang aming pangalan sa halip na ang sa inyo.
Pindutin ang Disconnect. Buburahin ang inyong nakaimbak na credential at babalik ang inyong mga notipikasyon sa aming domain simula sa susunod na mensahe. Maaari kayong kumonektang muli anumang oras.
Ang aming mga isinulat tungkol sa hosting, SEO, at pagpapatakbo ng mga site nang malawakan.
Kung paano hinuhubog ng hosting ang pag-index at link equity sa 2026: pagpapanatiling naka-index ang mga page, pagsusuri sa mga lumang domain bago magtayo sa mga ito, pagbuo ng link nang walang bakas ng search engine, at tapat na pagtingin sa kung ano ang kaya at hindi kayang gawin ng imprastraktura para sa SEO.
Basahin ang post →Isang praktikal na checklist para sa mabilis at ligtas na WordPress: pag-cache sa antas ng server, isang object cache bawat site, ang iilang plugin na sulit patakbuhin, pagpapanatiling updated sa stack, at ang mga pahina ng WooCommerce na hinding-hindi mo dapat i-cache.
Basahin ang post →Kung ano talaga ang nagtatangi sa mahusay na pinamamahalaang hosting mula sa isang murang kahon na may control panel — mga migrasyon, backup, paghihiwalay, totoong pag-cache, at tapat na pag-scale — at kung paano ito huhusgahan bago kayo magpasya.
Basahin ang post →Kasama ang suporta sa bawat plan, bukas ang desk 24 oras bawat araw, at maaari kang sumulat sa amin sa alinman sa aming 58 na mga wika — sasagutin ka namin sa iyong wika.
Makipag-ugnayan sa suporta → Lahat ng artikulo →