Шаљите имејлове са сопственог домена, на сопственом налогу

Свако обавештење које Ваши клијенти приме — фактуре, ресетовања лозинки, одговори на тикете, ажурирања пројеката — шаље се преко имејл сервиса. Подразумевано, тај сервис је наш, у пољу „Шаље“ (From) стоји Zinn Digital®, а трошкове сносимо ми.

Ако користите план за агенције или препродавце, можете уместо тога повезати сопствени имејл сервис. Ваши клијенти тада виде Ваш домен у пољу „Шаље“, одговори стижу Вама, а поруке се шаљу преко Вашег налога код Вашег провајдера.

Подесите ово у одељку Email sending на Вашој контролној табли.

Ког провајдера би требало да користим?

Било који од ових одговара. Изаберите оног код кога већ имате налог.

| Провајдер | Најбољи избор ако | Водич | | --- | --- | --- | | Mailgun | Желите API и великодушне обиме слања | Подесите Mailgun | | SendGrid | Већ га користите за маркетиншке имејлове | Подесите SendGrid | | Postmark | Само за трансакционе имејлове, најбоља испоручивост | Подесите Postmark | | Amazon SES | Већ сте на AWS платформи и желите најнижу цену | Подесите Amazon SES | | Resend | Желите најједноставније подешавање | Подесите Resend | | Ваш сопствени SMTP сервер | Водите сопствену имејл инфраструктуру | Подесите SMTP |

Ако немате посебне преференције нити постојећи налог, Postmark је онај који бисмо ми изабрали за трансакционе имејлове: он одбија слање маркетиншких порука, што је управо разлог зашто су његове стопе испоручивости толико високе.

Прво подесите DNS. То је највећи део посла.

Ког год провајдера да одаберете, иста три DNS записа одлучују о томе да ли ће Ваш имејл стићи или завршити у спаму. Ваш провајдер генерише тачне вредности; Ви их додајете на свој домен.

SPF — TXT запис на Вашем домену који наводи ко има дозволу да шаље пошту у Ваше име. Ако га већ имате, измените га; немојте додавати други. Домен са два SPF записа потпуно пада на SPF провери, што је горе него да нема ниједан.

DKIM — TXT или CNAME запис који садржи јавни кључ, како би сервери који примају пошту могли да провере да ли порука заиста потиче од Вашег провајдера и да није измењена. Ово је запис који обавља највећи део посла и то је онај који мора да се подудара како би DMARC прошао.

Домен за повратну путању (bounce) — обично CNAME. Он поставља невидљиву адресу на коверти коју Ваш провајдер користи за прикупљање одбијених порука. Без тога, одбијене поруке одлазе негде где их не можете видети, а репутација Вашег домена опада без Вашег знања.

DMARC — TXT запис на _dmarc.yourdomain.com који говори серверима који примају пошту шта да раде када се SPF и DKIM не подударају са Вашим пољем „Шаље“. Почните са p=none док проверавате да ли све пролази, а затим пређите на p=quarantine и p=reject.

⚠️ DNS измене нису тренутне. Сачекајте до сат времена пре него што закључите да нешто није у реду.

Користите поддомен за слање

Шаљите са mail.yourdomain.com или notifications.yourdomain.com, а не са самог yourdomain.com.

Разлог је репутација. Ваш главни домен је онај који користи Ваша пословна е-пошта. Ако масовно слање икада пође по злу, посебан поддомен за слање задржава штету у оквиру себе — Ваши запослени и даље могу да шаљу имејлове клијентима док Ви решавате проблем. Такође Вам омогућава да подесите DNS записе за слање без дирања записа од којих зависе Ваша сопствена сандучад.

У поље Send from this domain и даље уносите домен, а не адресу. Део пре симбола @ бира се појединачно за сваку поруку: рачуни се шаљу као billing@, ресетовања лозинки као no-reply@, одговори на тикете као support@.

Како подешавање функционише

1. Изаберите свог провајдера и налепите његове акредитиве.
2. Притисните Send test message. Шаљемо праву имејл поруку преко Вашег провајдера, у сандуче које одредите, са кодом у себи.
3. Прочитајте код из тог сандучета и унесите га.

Тек тада Ваша пошта почиње да се шаље у Ваше име.

⭐ За тест користите сандуче на другом домену — Gmail или Outlook адреса је идеална. Порука која никада не напусти Ваш сопствени сервер доказује много мање од оне која је прешла интернет и прошла нечији туђи спам филтер.

Зашто инсистирамо на томе да пробна порука заиста стигне

Зато што провајдер који прихвати поруку и затим је тихо одбаци изгледа идентично као онај који ради. Потпуно нов Amazon SES налог се налази у сендбоксу (sandbox) и прихватиће Вашу поруку, али је неће испоручити нигде. Mailgun домен чији се DNS још није пропагирао ради исто. Исто чини и SMTP релеј који одговори са 250 и затим одбаци поруку.

Када бисмо пребацили Ваше слање истог тренутка када се Ваши акредитиви прихвате, прво што бисте сазнали било би да су Ваши клијенти престали да примају било шта — и то бисте сазнали од клијента, данима касније. Код је доказ да је порука напустила Вашег провајдера и стигла на одредиште.

Шта се дешава ако мој провајдер престане да ради

Ваша обавештења се бележе као неуспела, покушава се њихово поновно слање, а Ваш екран Email sending постаје црвен са поруком о грешци коју је вратио Ваш провајдер.

⛔ Ми их не шаљемо са нашег домена као замену. То је намерно тако. Тихо пребацивање на резервну опцију значило би да неисправан имејл налог наставља да ради довољно добро да га нико не поправи — док ми то у тишини плаћамо. Због тога је квар видљив и на Вама је да га поправите, што је једини начин да заиста буде поправљен.

Док се то не поправи, Ваши клијенти не примају та обавештења. Све се и даље налази у њиховом сандучету на контролној табли и ништа није изгубљено — али третирајте црвени банер овде као хитан случај.

Шта ако не урадим ништа?

Ништа се неће покварити. Ваша обавештења ће наставити да излазе са нашег домена, као Zinn Digital®, и ми ћемо наставити да плаћамо за њих. Ваши клијенти ће једноставно видети наше име уместо Вашег.

Уклањање

Притисните Disconnect. Ваши сачувани акредитиви се бришу и Ваша обавештења се враћају на наш домен почев од следеће поруке. Можете се поново повезати у било ком тренутку.