Baza e njohurive

Dërgoni email përmes llogarisë suaj Postmark

Lidhni llogarinë tuaj Postmark: verifikimi i një domeni, përse duhet shtuar gjithsesi regjistrimi opsional return-path, Server token përballë Account token, dhe çfarë do të thotë një marrës joaktiv.

Do t'ju nevojitet një llogari në Postmark dhe qasje në DNS-në e domenit tuaj.

Dokumentacioni i vetë Postmark: Sender signatures and domains · Server API tokens · Sign up

⭐ Pse do të zgjidhnim Postmark për këtë. Ajo refuzon kategorikisht të dërgojë email-e marketingu, gjë që është pikërisht arsyeja pse normat e saj të dorëzimit janë ato që janë: faturat tuaja nuk ndajnë reputacionin me buletinin e dikujt tjetër. Nëse kërkesa juaj e vetme është që posta e transaksioneve të mbërrijë, kjo është zgjedhja e duhur.

1. Shtoni dhe verifikoni domenin tuaj

Sender Signatures → Domains → Add Domain, dhe vendosni një nëndomen të tillë si mail.yourdomain.com.

Postmark ju jep dy regjistrime:

TypeHostPurpose
TXT<selector>._domainkey.mail.yourdomain.comÇelësi publik DKIM
CNAMEpm-bounces.mail.yourdomain.comDomeni i kthimit (bounce)

Shtojini të dyja, pastaj shtypni Verify.

⭐ Shtoni regjistrimin e rrugës së kthimit, edhe pse Postmark e shënon atë si opsional. Pa të, mesazhet tuaja dërgohen me domenin e vetë kthimit të Postmark, kështu që SPF përputhet me postmarkapp.com dhe jo me ju. Vetëm DKIM do t'ju japë përsëri një kalim të DMARC — por keni hequr dorë pa arsye nga njëri prej dy kontrolleve, dhe do t'ju duhen të dyja herën e parë që një marrës i madh bëhet strikt.

⚠️ Postmark nuk kërkon një regjistrim SPF sepse nuk e përdor domenin tuaj si dërgues të zarfit. Nëse keni tashmë SPF, lëreni siç është.

2. Merrni token-in tuaj Server API

Hapni serverin nga i cili dëshironi të dërgoni — Postmark e quan një mjedis dërgimi "server" — pastaj API Tokens, dhe kopjoni Server API token.

⛔ Token-in e Serverit, jo token-in e Llogarisë. Token-i i Llogarisë menaxhon të gjithë llogarinë tuaj në Postmark: mund të krijojë serverë, të ndryshojë domene dhe të lexojë çdo mesazh që keni dërguar ndonjëherë. Token-i i Serverit mund të dërgojë vetëm nga një server. Ata ngjajnë me njëri-tjetrin dhe ngjiten në të njëjtin lloj kutie, dhe ky është gabimi më i thjeshtë që mund të bëhet në këtë faqe.

⭐ Konsideroni krijimin e një serveri të veçantë për këtë — quajeni "Njoftimet e Zinn®". Statistikat, listat e kthimeve dhe aktiviteti i Postmark janë të gjitha sipas serverit, kështu që një server i veçantë do të thotë që njoftimet e klientëve tuaj nuk përzihen me asgjë tjetër që dërgoni.

3. Lidheni atë në Zinn®

Hapni Email sending në panelin tuaj të kontrollit:

  • Provider — Postmark
  • Send from this domain — mail.yourdomain.com
  • Message stream — lëreni si outbound përveç nëse keni krijuar tuajin
  • Postmark server token — token-i nga hapi 2

⚠️ Message stream duhet të jetë një rrjedhë transaksionale. Postmark refuzon postën me pamje transaksionale të dërguar në një rrjedhë transmetimi (broadcast), dhe rivendosjet e fjalëkalimeve dhe faturat janë transaksionale.

4. Dërgoni provën dhe vendosni kodin

Shtypni Send test message drejt një kutie hyrëse në një domen tjetër, lexoni kodin prej saj dhe vendoseni atë.

Kur nuk funksionon

"You tried to send to a recipient that has been marked as inactive" — Postmark pezullon një adresë pas një kthimi të prerë (hard bounce) ose një ankese për spam, përgjithmonë, derisa ta riaktivizoni atë. Shikoni te Suppressions. Ky është Postmark që ju mbron, dhe zakonisht ka të drejtë.

422 me "Invalid 'From' address" — domeni në Send from this domain nuk është verifikuar në Postmark, ose keni verifikuar yourdomain.com dhe po dërgoni nga mail.yourdomain.com. Postmark kërkon përputhje ekzakte të domenit.

401 Unauthorized — keni ngjitur token-in e Llogarisë në vend të token-it të Serverit (shihni më lart), ose token-i i përket një serveri tjetër.

Gjithçka funksionon, por është në dosjen e spam-it — kontrolloni që DKIM të shfaqet Verified në Postmark dhe që regjistrimi juaj DMARC të mos jetë i caktuar në p=reject ndërkohë që diçka tjetër rreth domenit tuaj është ende e papërshtatur.

Më të rejat nga blogu

Çfarë kemi shkruar për hostimin, SEO-n dhe administrimin e faqeve në shkallë të gjerë.

SEO dhe ndërtimi i lidhjeve nga shtresa e hostimit: Pikëpamja e një operatori për vitin 2026

Si ndikon hostimi te indeksimi dhe kapitali i lidhjeve (link equity) në vitin 2026: mbajtja e faqeve të indeksuara, verifikimi i domeneve të vjetra para se të ndërtoni mbi to, ndërtimi i lidhjeve pa lënë gjurmë (footprint) dhe një qasje e sinqertë mbi atë se çfarë mund dhe nuk mund të bëjë infrastruktura për SEO-n.

Lexoni postimin →

Ta bëni WordPress-in të shpejtë dhe të sigurt: Një listë kontrolli për performancën dhe shtojcat

Një listë praktike kontrolli për një WordPress të shpejtë dhe të sigurt: fshehja në nivel serveri (caching), një cache objekti për çdo faqe, pak shtojcat që ia vlen të përdoren, mbajtja e sistemit të përditësuar dhe faqet e WooCommerce që nuk duhet t'i vendosni kurrë në cache.

Lexoni postimin →

Si të zgjidhni pritjen e menaxhuar të uebit në vitin 2026: Një udhëzues blerësi

Çfarë e dallon me të vërtetë hostimin e mirë të menaxhuar nga një server i lirë me një panel kontrolli — migrimet, kopjet rezervë, izolimi, ruajtja e vërtetë e memories së përkohshme dhe shkallëzimi i ndershëm — dhe si ta gjykoni atë përpara se të merrni një përkushtim.

Lexoni postimin →

Lexoni blogun →

Keni ende nevojë për ndihmë?

Mbështetja përfshihet në çdo plan, tavolina e ndihmës është e hapur 24 orë në ditë dhe mund të na shkruani në cilën do nga 58 gjuhët tona – ne ju përgjigjemi në tuajën.

Kontaktoni mbështetjen → Të gjithë artikujt →