Pošaljite e-poruku preko sopstvenog Postmark naloga

Biće vam potreban Postmark nalog i pristup DNS-u vašeg domena.

Postmarkova sopstvena dokumentacija: Potpisi pošiljalaca i domeni · Tokeni serverskog API-ja · Registracija

⭐ Zašto bismo izabrali Postmark za ovo. On u potpunosti odbija da prenosi marketinške imejlove, što je tačno razlog zašto su njegove stope isporuke takve kakve jesu: vaše fakture ne dele reputaciju sa tuđim biltenom. Ako vam je jedini uslov da transakciona pošta stigne, ovo je pravi izbor.

1. Dodajte i verifikujte svoj domen

Sender Signatures → Domains → Add Domain, i unesite poddomen kao što je mail.yourdomain.com.

Postmark vam daje dva zapisa:

| Tip | Host | Svrha | | --- | --- | --- | | TXT | <selector>._domainkey.mail.yourdomain.com | DKIM javni ključ | | CNAME | pm-bounces.mail.yourdomain.com | Domen povratne putanje (bounce) |

Dodajte oba, a zatim pritisnite Verify.

⭐ Dodajte zapis povratne putanje, iako ga Postmark označava kao opcionalan. Bez njega se vaše poruke šalju sa Postmarkovim sopstvenim domenom za vraćanje, tako da se SPF usklađuje sa postmarkapp.com umesto sa vama. Sam DKIM će vam i dalje obezbediti prolaz za DMARC — ali ste bez razloga odbacili jednu od dve provere, a želećete obe čim neki veliki primalac postane strog.

⚠️ Postmark ne zahteva SPF zapis zato što ne koristi vaš domen kao pošiljaoca koverte. Ako već imate SPF, ostavite ga na miru.

2. Preuzmite token svog serverskog API-ja

Otvorite server sa kojeg želite da šaljete — Postmark okruženje za slanje naziva „serverom“ — zatim API Tokens, i kopirajte Server API token.

⛔ Serverski token, a ne token naloga. Token naloga upravlja celim vašim Postmark nalogom: može da kreira servere, menja segmente i čita svaku poruku koju ste ikada poslali. Serverski token može da šalje sa jednog servera. Oni izgledaju isto i lepe se u istu vrstu polja, a ovo je ubedljivo najlakša greška koja se može napraviti na ovoj stranici.

⭐ Razmislite o kreiranju zasebnog servera za ovo — nazovite ga „Zinn® notifications“. Postmarkove statistike, liste odbijenih poruka i feed aktivnosti su specifični za svaki server, tako da zaseban server znači da obaveštenja vaših klijenata nisu pomešana ni sa čim drugim što šaljete.

3. Povezujet ga u Zinn®-u

Otvorite Email sending na svojoj kontrolnoj tabli:

Provider — Postmark
Send from this domain — mail.yourdomain.com
Message stream — ostavite kao outbound osim ako niste kreirali sopstveni
Postmark server token — token iz 2. koraka

⚠️ Message stream mora biti transakcioni stream. Postmark odbija poštu transakcionog izgleda poslatu na streamu za emitovanje, a resetovanje lozinke i fakture su transakcioni.

4. Pošaljite test i unesite kod

Pritisnite Send test message na prijemno sanduče na drugom domenu, pročitajte kod iz njega i unesite ga.

Kada ne radi

"You tried to send to a recipient that has been marked as inactive" — Postmark trajno potiskuje adresu nakon teškog odbijanja (hard bounce) ili žalbe na neželjenu poštu, sve dok je ponovo ne aktivirate. Pogledajte u odeljku Suppressions. Ovo je Postmark koji vas štiti i obično je u pravu.

422 sa porukom "Invalid 'From' address" — domen u polju Send from this domain nije verifikovan u Postmarku, ili ste verifikovali yourdomain.com, a šaljete sa adrese mail.yourdomain.com. Postmark se podudara sa tačnim domenom.

401 Unauthorized — nalepili ste token naloga umesto serverskog tokena (pogledajte iznad) ili token pripada drugom serveru.

Sve radi, ali je u fascikli sa neželjenom poštom — proverite da li DKIM prikazuje Verified u Postmarku i da li vaš DMARC zapis nije podešen na p=reject dok je nešto drugo u vezi sa vašim domenom i dalje neusklađeno.