Bază de cunoștințe

Trimiteți e-mailuri prin propriul cont Postmark

Conectați propriul cont Postmark: verificarea unui domeniu, de ce să adăugați totuși înregistrarea opțională return-path, tokenul Server comparativ cu tokenul Account și ce înseamnă un destinatar inactiv.

Veți avea nevoie de un cont Postmark și de acces la DNS-ul domeniului dumneavoastră.

Documentația proprie a celor de la Postmark: Semnături expeditor și domenii · Tokenuri Server API · Înregistrare

⭐ De ce am alege Postmark pentru asta. Refuză categoric să trimită e-mailuri de marketing, acesta fiind exact motivul pentru care ratele sale de livrare sunt atât de bune: facturile dumneavoastră nu împart o reputație cu buletinul informativ al altcuiva. Dacă singura dumneavoastră cerință este ca e-mailurile tranzacționale să ajungă la destinație, aceasta este opțiunea potrivită.

1. Adăugați și verificați domeniul dumneavoastră

Semnături expeditor → Domenii → Adăugare domeniu, și introduceți un subdomeniu cum ar fi mail.yourdomain.com.

Postmark vă oferă două înregistrări:

TipGazdăScop
TXT<selector>._domainkey.mail.yourdomain.comCheie publică DKIM
CNAMEpm-bounces.mail.yourdomain.comDomeniu return-path (bounce)

Adăugați-le pe amândouă, apoi apăsați Verificare.

⭐ Adăugați înregistrarea return-path, chiar dacă Postmark o marchează ca opțională. Fără aceasta, mesajele dumneavoastră sunt trimise cu domeniul propriu de bounce al Postmark, astfel încât SPF se aliniază la postmarkapp.com în loc să se alinieze la dumneavoastră. Doar DKIM vă va trece în continuare verificarea DMARC — dar ați renunțat fără motiv la una dintre cele două verificări, și le veți dori pe ambele prima dată când un furnizor important devine mai strict.

⚠️ Postmark nu necesită o înregistrare SPF deoarece nu folosește domeniul dumneavoastră ca expeditor de plic (envelope sender). Dacă aveți deja SPF, lăsați-o neschimbată.

2. Obțineți tokenul Server API

Deschideți serverul de pe care doriți să trimiteți — Postmark numește un mediu de trimitere un „server” — apoi Tokenuri API, și copiați Tokenul Server API.

⛔ Tokenul de server, nu cel de cont. Tokenul de cont vă gestionează întregul cont Postmark: poate crea servere, modifica domenii și citi fiecare mesaj pe care l-ați trimis vreodată. Tokenul de server poate trimite doar de pe un singur server. Acestea arată similar și se introduc în același tip de câmp, fiind cea mai frecventă greșeală care se poate face pe această pagină.

⭐ Luați în considerare crearea unui server separat pentru asta — numiți-l „Notificări Zinn®”. Statisticile, listele de bounce și fluxul de activitate din Postmark sunt toate la nivel de server, așadar un server separat înseamnă că notificările pentru clienți nu sunt amestecate cu nimic altceva din ce trimiteți.

3. Conectați-l în Zinn®

Deschideți Trimitere e-mailuri în panoul de control:

  • Furnizor — Postmark
  • Trimite de pe acest domeniu — mail.yourdomain.com
  • Flux de mesaje — lăsați outbound, cu excepția cazului în care ați creat unul propriu
  • Token de server Postmark — tokenul de la pasul 2

⚠️ Fluxul de mesaje trebuie să fie un flux tranzacțional. Postmark respinge e-mailurile cu aspect tranzacțional trimise pe un flux de difuzare largă (broadcast), iar resetările de parolă și facturile sunt tranzacționale.

4. Trimiteți testul și introduceți codul

Apăsați Trimite mesaj de test către o căsuță poștală de pe un alt domeniu, citiți codul din mesaj și introduceți-l.

Când nu funcționează

„Ați încercat să trimiteți către un destinatar care a fost marcat ca inactiv” — Postmark suprimă o adresă după o eroare critică de livrare (hard bounce) sau o plângere de spam, definitiv, până când o reactivați. Căutați în Suprimări. În acest mod Postmark vă protejează, și de obicei are dreptate.

422 cu „Adresă «De la» nevalidă” — domeniul din Trimite de pe acest domeniu nu este verificat în Postmark, sau ați verificat yourdomain.com și trimiteți de pe mail.yourdomain.com. Postmark verifică potrivirea exactă a domeniului.

401 Neautorizat — ați introdus tokenul de cont în loc de tokenul de server (vedeți mai sus), sau tokenul aparține unui alt server.

Totul funcționează, dar mesajul ajunge în dosarul de spam — verificați dacă DKIM apare ca Verificat în Postmark și dacă înregistrarea dumneavoastră DMARC nu este setată la p=reject în timp ce un alt element al domeniului dumneavoastră este încă nealiniat.

Cele mai recente din blog

Ce am scris despre găzduire, SEO și administrarea site-urilor la scară largă.

SEO și link building din stratul de găzduire: Perspectiva unui operator în 2026

Cum influențează găzduirea indexarea și distribuția autorității legăturilor (link equity) în 2026: menținerea paginilor indexate, evaluarea domeniilor vechi înainte de a construi pe ele, construirea de linkuri fără amprentă (footprint) și o perspectivă onestă asupra a ceea ce infrastructura poate și nu poate face pentru SEO.

Citiți articolul →

Optimizarea WordPress pentru viteză și securitate: o listă de verificare pentru performanță și module

O listă practică de verificare pentru un WordPress rapid și securizat: stocarea în cache la nivel de server, o memorie cache de obiecte per site, puținele module care merită rulate, menținerea stivei la zi și paginile WooCommerce pe care nu trebuie să le includeți niciodată în cache.

Citiți articolul →

Cum să alegeți găzduirea web gestionată în 2026: Ghidul cumpărătorului

Ce diferențiază cu adevărat o găzduire administrată bună de o mașină ieftină cu panou de control — migrări, copii de rezervă, izolare, stocare în cache reală și scalare corectă — și cum să o evaluați înainte de a vă lua un angajament.

Citiți articolul →

Citiți blogul →

Încă întâmpinați dificultăți?

Asistența este inclusă în fiecare plan, biroul este deschis 24 ore pe zi și ne puteți scrie în oricare dintre cele 58 limbi ale noastre — vă răspundem în limba dumneavoastră.

Contactați asistența → Toate articolele →