Magpadala ng email mula sa iyong sariling domain, gamit ang iyong sariling account

Ang bawat notification na natatanggap ng iyong mga kliyente — mga invoice, pag-reset ng password, mga tugon sa ticket, mga update sa proyekto — ay lumalabas sa pamamagitan ng isang mail service. Bilang default, ang serbisyong iyon ay sa amin, sinasabi sa linya ng From na Zinn Digital®, at kami ang nagbabayad para dito.

Kung ikaw ay nasa isang plan na agency o reseller, maaari mong ikabit sa halip ang iyong sariling mail service. Makikita noon ng iyong mga kliyente ang iyong domain sa linya ng From, ang mga tugon ay babalik sa iyo, at ang mga mensahe ay ipinapadala sa iyong account kasama ang iyong provider.

I-set up ito sa Email sending sa iyong dashboard.

Aling provider ang dapat kong gamitin?

Gumagana ang alinman sa mga ito. Piliin ang mayroon ka nang account.

| Provider | Pinakamahusay kung | Gabay | | --- | --- | --- | | Mailgun | Gusto mo ng API at malaking dami ng ipinapadala | I-set up ang Mailgun | | SendGrid | Ginagamit mo na ito para sa marketing mail | I-set up ang SendGrid | | Postmark | Para sa transactional mail lamang, pinakamahusay na pag-abot | I-set up ang Postmark | | Amazon SES | Ikaw ay nasa AWS na at nais ang pinakamababang presyo | I-set up ang Amazon SES | | Resend | Gusto mo ang pinakasimpleng pag-set up | I-set up ang Resend | | Ang iyong sariling SMTP server | Pinapatakbo mo ang iyong sariling imprastraktura ng mail | I-set up ang SMTP |

Kung wala kang gustong piliin at walang umiiral na account, ang Postmark ang pipiliin namin para sa transactional mail: tumatanggi itong magdala ng marketing, na eksaktong dahilan kung bakit kung ano ang mga rate ng pag-abot nito ay ganoon.

Gawin muna ang DNS. Iyon ang karamihan sa trabaho.

Almang provider ang piliin mo, ang parehong tatlong DNS record ang nagpasya kung darating ang iyong mail o mapupunta sa spam. Ang iyong provider ang gumagawa ng mga eksaktong halaga; idaragdag mo ang mga ito sa iyong domain.

SPF — isang TXT record sa iyong domain na naglilista kung sino ang pinapayagang magpadala bilang ikaw. Kung mayroon ka na nito, e-edit mo ito; hindi ka nagdaragdag ng pangalawa. Ang isang domain na may dalawang SPF record ay ganap na nabibigo sa SPF, na mas masahol kaysa sa walangroon.

DKIM — isang TXT o CNAME record na naglalaman ng public key, upang masuri ng mga nagatanggap na server na ang isang mensahe ay talagang nagmula sa iyong provider at hindi binago. Ito ang record na gumagawa ng pinakamaraming trabaho, at ito ang kailangang tumugma para pumasa ang DMARC.

Return-path (bounce) domain — karaniwang isang CNAME. Itinatakda nito ang hindi nakikitang address ng sobre na ginagamit ng iyong provider upang mangolekta ng mga bounce. Kung wala ito, ang mga bounce ay pupunta sa isang lugar na hindi mo makikita at ang reputasyon ng iyong domain ay bababa nang hindi mo alam.

DMARC — isang TXT record sa _dmarc.yourdomain.com na nagsasabi sa mga nagatanggap na server kung ano ang gagawin kapag hindi sumasang-ayon ang SPF at DKIM sa iyong linya ng From. Magsimula sa p=none habang sinusuri mo na ang lahat ay pumasa, pagkatapos ay lumipat sa p=quarantine at p=reject.

⚠️ Ang mga pagbabago sa DNS ay hindi instant. Maglaan ng hanggang isang oras bago ka magpasya na may mali.

Gumamit ng subdomain para sa pagpapadala

Magpadala mula sa mail.yourdomain.com o notifications.yourdomain.com, hindi mula sa yourdomain.com mismo.

Ang dahilan ay ang reputasyon. Ang iyong pangunahing domain ay kung ano ang ginagamit ng email ng iyong negosyo. Kung sakaling magkamali ang isang maramihang pagpapadala, ang isang hiwalay na subdomain ng pagpapadala ay naglalaman ng pinsala — ang iyong mga tauhan ay maaari pa ring mag-email sa mga kliyente habang inaayos mo ito. Binibigyang-daan ka rin nitong magtakda ng mga DNS record para sa pagpapadala nang hindi hinahawakan ang mga record kung saan nakasalalay ang iyong sariling mga mailbox.

Naglalagay ka pa rin ng domain, hindi address, sa field na Send from this domain. Ang bahagi bago ang @ ay pinipili bawat mensahe: ang mga resibo ay lumalabas bilang billing@, ang mga pag-reset ng password bilang no-reply@, ang mga tugon sa ticket bilang support@.

Kung paano gumagana ang pag-set up

1. Piliin ang iyong provider at i-paste ang credential nito.
2. Pindutin ang Send test message. Nagpapadala kami ng totoong email sa pamamagitan ng iyong provider, sa isang inbox na iyong itinalaga, na may code dito.
3. Basahin ang code mula sa inbox na iyon at i-type ito.

Doong lamang nagsisimulang lumabas ang iyong mail bilang ikaw.

⭐ Gumamit ng inbox sa ibang domain para sa pagsubok — mainam ang isang Gmail o Outlook address. Ang isang mensahe na hindi kailanman lumabas sa iyong sariling server ay nagpapatunay ng mas mababa kaysa sa isa na tumawid sa internet at nalampasan ang spam filter ng iba.

Bakit namin pinipilit na talagang dumating ang test message

Dahil ang isang provider na tumatanggap ng mensahe at pagkatapos ay tahimik na ibinabagsak ito ay mukhang kapareho ng gumagana. Ang isang bagong-bagong Amazon SES account ay nasa isang sandbox at tatanggapin ang iyong mensahe at ihahatid ito sa wala. Ang isang Mailgun domain na ang DNS ay hindi lumaganap ay gumaganap din ng ganoon. Gayundin ang isang SMTP relay na sumasagot ng 250 at nagtatapon.

Kung inilipat namin ang iyong pagpapadala sa sandaling tinanggap ang iyong credential, ang unang matututunan mo ay ang iyong mga kliyente ay tumigil sa pagtanggap ng anuman — at malalaman mo ito mula sa isang kliyente, mga araw ang lumipas. Ang code ay patunay na ang isang mensahe ay umalis sa iyong provider at lumapag.

Ano ang mangyekari kung ang aking provider ay tumigil sa paggana

Ang iyong mga notification ay naitala bilang nabigo, muling sinubukan, at ang iyong screen ng Email sending ay nagiging pula na may sariling mensahe ng error ng iyong provider dito.

⛔ Hindi namin ipinapadala ang mga ito mula sa aming domain sa halip. Sadyang ganoon iyon. Ang isang tahimik na pag-fallback ay mangangahulugan na ang isang sira na mail account ay patuloy na gagana nang sapat upang walang sinuman ang mag-aayos nito — habang kami ay tahimik na nagbabayad para dito. Kaya ang isang pagkakamali ay nakikita, at ito ay sa iyo upang ayusin, na siyang tanging paraan upang maayos ito.

Hanggang sa maayos ito, ang iyong mga kliyente ay hindi nakakatanggap ng mga notification na iyon. Ang lahat ay nasa kanilang dashboard inbox pa rin, at walang nawala — ngunit ituring ang isang pulang banner dito bilang kagyat.

Paano kung wala akong gagawin?

Walang nasisira. Ang iyong mga notification ay patuloy na lumalabas mula sa aming domain, bilang Zinn Digital®, at patuloy kaming nagbabayad para sa mga ito. Nakikita lang ng iyong kliyente ang aming pangalan sa halip na ang sa iyo.

Pag-alis

Pindutin ang Disconnect. Ang iyong naka-store na credential ay tinanggal at ang iyong mga notification ay bumalik sa aming domain mula sa susunod na mensahe. Maaari kang kumonekta muli anumang oras.