Dërgoni email nga domeni juaj, në llogarinë tuaj

Çdo njoftim që marrin klientët tuaj — fatura, rivendosje fjalëkalimesh, përgjigje të kërkesave për ndihmë, përditësime projektesh — dërgohet përmes një shërbimi poste. Si parazgjedhje, ky shërbim është i yni, rreshti «Nga» tregon Zinn Digital®, dhe ne paguajmë për të.

Nëse jeni në një plan agency ose reseller, mund të lidhni shërbimin tuaj të postës në vend të tij. Klientët tuaj do të shohin domenin tuaj në rreshtin «Nga», përgjigjet kthehen te ju, dhe mesazhet dërgohen në llogarinë tuaj me ofruesin tuaj.

Konfigurojeni te Email sending në panelin tuaj të kontrollit.

Cilin ofrues duhet të përdor?

Secili prej tyre funksionon. Zgjidhni atë me të cilin keni tashmë një llogari.

Nëse nuk keni preferencë dhe asnjë llogari ekzistuese, Postmark është ai që do të zgjidhnim për email-e transaksionale: ai refuzon të transmetojë marketing, që është pikërisht arsyeja pse normat e tij të dorëzimit janë ato që janë.

Rregulloni më parë DNS-në. Është pjesa më e madhe e punës.

Cilindo ofrues të zgjidhni, të njëjtat tre regjistrime DNS vendosin nëse posta juaj mbërrin apo përfundon në spam. Ofruesi juaj gjeneron vlerat e sakta; ju i shtoni ato në domenin tuaj.

SPF — një regjistrim TXT në domenin tuaj që liston se kush lejohet të dërgojë si ju. Nëse keni tashmë një të tillë, ju e redaktoni atë; nuk shtoni një të dytë. Një domen me dy regjistrime SPF dështon plotësisht në SPF, gjë që është më keq sesa të mos keni fare.

DKIM — një regjistrim TXT ose CNAME që mban një çelës publik, në mënyrë që serverët marrës të mund të kontrollojnë nëse një mesazh ka ardhur vërtet nga ofruesi juaj dhe nuk është ndryshuar. Ky është regjistrimi që bën pjesën më të madhe të punës, dhe është ai që duhet të përputhet që DMARC të kalojë me sukses.

Domeni return-path (bounce) — zakonisht një CNAME. Ai përcakton adresën e padukshme të zarfit që ofruesi juaj përdor për të mbledhur mesazhet e refuzuara (bounces). Pa të, mesazhet e kthyera shkojnë diku ku nuk mund t'i shihni dhe reputacioni i domenit tuaj dëmtohet pa dijeninë tuaj.

DMARC — një regjistrim TXT në _dmarc.yourdomain.com që u tregon serverëve marrës se çfarë të bëjnë kur SPF dhe DKIM nuk përputhen me rreshtin tuaj «Nga». Filloni me p=none ndërsa kontrolloni që çdo gjë kalon me sukses, më pas kaloni në p=quarantine dhe p=reject.

⚠️ Ndryshimet në DNS nuk janë të menjëhershme. Jepuni atyre deri në një orë kohë përpara se të vendosni se diçka nuk po shkon siç duhet.

Përdorni një nëndomen për dërgim

Dërgoni nga mail.yourdomain.com ose notifications.yourdomain.com, jo nga vetë yourdomain.com.

Arsyeja është reputacioni. Domeni juaj kryesor është ai që përdor posta elektronike e biznesit tuaj. Nëse një dërgim masiv shkon keq, një nëndomen i veçantë dërgimi kufizon dëmin — stafi juaj mund t'u dërgojë ende email klientëve ndërkohë që ju e zgjidhni problemin. Ai gjithashtu ju lejon të vendosni regjistrime DNS për dërgim pa prekur regjistrimet nga të cilat varen kutitë tuaja postare.

Gjithsesi vendosni një domen, jo një adresë, në fushën Send from this domain. Pjesa përpara @ zgjidhet për çdo mesazh: faturat nisen si billing@, rivendosjet e fjalëkalimeve si no-reply@, përgjigjet e kërkesave për ndihmë si support@.

Si funksionon konfigurimi

1. Zgjidhni ofruesin tuaj dhe ngjisni kredencialet e tij.
2. Shtypni Send test message. Ne dërgojmë një email të vërtetë përmes ofruesit tuaj, në një kuti hyrëse që ju caktoni, me një kod brenda tij.
3. Lexoni kodin nga ajo kuti hyrëse dhe futeni atë.

Vetëm atëherë posta juaj fillon të dërgohet si ju.

⭐ Përdorni një kuti hyrëse në një domen tjetër për testimin — një adresë Gmail ose Outlook është ideale. Një mesazh që nuk del kurrë nga serveri juaj provon shumë më pak sesa një mesazh që ka kaluar internetin dhe ka kapërcyer filtrin e spam-it të dikujt tjetër.

Pse këmbëngulim që mesazhi i testimit të mbërrijë me të vërtetë

Sepse një ofrues që pranon një mesazh dhe më pas e heq atë në heshtje duket identik me një që funksionon. Një llogari krejt e re në Amazon SES ndodhet në një mjedis sandbox dhe do ta pranojë mesazhin tuaj pa e dorëzuar askund. Një domen Mailgun, DNS-ja e të cilit nuk është shpërndarë ende, bën të njëjtën gjë. Po ashtu bën edhe një transmetues SMTP që përgjigjet me 250 dhe e hedh poshtë mesazhin.

Nëse do ta kalonim dërgimin tuaj në momentin që kredenciali juaj pranohet, gjëja e parë që do të mësonit do të ishte se klientët tuaj nuk po marrin më asgjë — dhe do ta mësonit nga një klient, ditë më vonë. Kodi është prova që një mesazh u largua nga ofruesi juaj dhe mbërriti.

Çfarë ndodh nëse ofruesi im pushon së funksionuari

Njoftimet tuaja regjistrohen si të dështuara, provohen sërish, dhe ekrani juaj Email sending bëhet i kuq me mesazhin e gabimit të vetë ofruesit tuaj.

⛔ Ne nuk i dërgojmë ato nga domeni ynë në vend të tij. Kjo është e qëllimshme. Një rikthim i heshtur automatik do të thoshte që një llogari e prishur poste vazhdon të funksionojë mjaftueshëm mirë sa askush të mos e rregullojë — ndërsa ne paguajmë në heshtje për të. Pra, një defekt është i dukshëm dhe ju takon juve ta rregulloni, gjë që është e vetmja mënyrë për ta zgjidhur atë.

Derisa të rregullohet, klientët tuaj nuk po i marrin ato njoftime. Çdo gjë mbetet ende në kutinë e tyre hyrëse në panelin e kontrollit dhe asgjë nuk humbet — por trajtojeni një shirit të kuq këtu si diçka urgjente.

Po sikur të mos bëj asgjë?

Asgjë nuk prishet. Njoftimet tuaja vazhdojnë të dërgohen nga domeni ynë, si Zinn Digital®, dhe ne vazhdojmë të paguajmë për to. Klientët tuaj thjesht shohin emrin tonë në vend të tuajit.

Heqja e tij

Shtypni Disconnect. Kredencialet tuaja të ruajtura fshihen dhe njoftimet tuaja kthehen në domenin tonë duke filluar nga mesazhi tjetër. Mund të rilidheni në çdo moment.