Znalostní báze

Odesílejte e-maily prostřednictvím vlastního účtu Postmark

Připojte svůj vlastní účet Postmark: ověření domény, proč i přesto přidat volitelný záznam return-path, token Server oproti tokenu Account a co znamená neaktivní příjemce.

Budete potřebovat účet Postmark a přístup k DNS své domény.

Vlastní dokumentace služby Postmark: Sender signatures and domains · Server API tokens · Sign up

⭐ Proč bychom pro tento účel vybrali Postmark. Zásadně odmítá doručovat marketingové e-maily, což je přesně ten důvod, proč má takovou míru doručitelnosti: Vaše faktury nesdílejí reputaci s cizím newsletterem. Pokud je Vaším jediným požadavkem to, aby transakční pošta spolehlivě dorazila, toto je ta pravá volba.

1. Přidejte a ověřte svou doménu

Přejděte na Sender Signatures → Domains → Add Domain a zadejte subdoménu, například mail.vasedomena.cz.

Postmark Vám vygeneruje dva záznamy:

TypHostitelÚčel
TXT<selector>._domainkey.mail.yourdomain.comVeřejný klíč DKIM
CNAMEpm-bounces.mail.yourdomain.comDoména pro návratovou cestu (bounce)

Přidejte oba záznamy a poté stiskněte Verify.

⭐ Přidejte záznam pro návratovou cestu (return-path), i když jej Postmark označuje jako volitelný. Bez něj jsou Vaše zprávy odesílány s vlastní bounce doménou služby Postmark, takže se SPF zarovná vůči postmarkapp.com namísto Vás. Samotné DKIM Vám sice stále zajistí úspěšné ověření DMARC – bezdůvodně jste se však připravili o jednu ze dvou kontrol, a obě budete potřebovat ve chvíli, kdy některý z velkých příjemců zpřísní pravidla.

⚠️ Postmark nevyžaduje SPF záznam, protože nepoužívá Vaši doménu jako odesílatele obálky (envelope sender). Pokud již SPF máte, neměňte jej.

2. Získejte svůj Server API token

Otevřete server, ze kterého chcete odesílat – Postmark nazývá odesílací prostředí „server“ –, poté přejděte na API Tokens a zkopírujte Server API token.

⛔ Token serveru (Server token), nikoli token účtu (Account token). Token účtu spravuje celý Váš účet Postmark: může vytvářet servery, měnit domény a číst každou zprávu, kterou jste kdy odeslali. Token serveru může odesílat pouze z jednoho serveru. Vypadají stejně a vkládají se do stejného typu pole, což je ta vůbec nejčastější chyba na této stránce.

⭐ Zvažte vytvoření samostatného serveru pro tento účel – pojmenujte jej například „Oznámení Zinn®“. Statistiky, seznamy nedoručitelných zpráv (bounce lists) i přehled aktivit v Postmarku jsou vázány na konkrétní server, takže samostatný server zajistí, že se oznámení pro Vaše klienty nebudou míchat s ničím jiným, co odesíláte.

3. Propojte jej v Zinn®

Ve svém administračním rozhraní otevřete Odesílání e-mailů:

  • Poskytovatel — Postmark
  • Odesílat z této domény — mail.yourdomain.com
  • Stream zpráv — ponechte outbound, pokud jste si nevytvořili vlastní
  • Server token pro Postmark — token z kroku 2

⚠️ Stream zpráv musí být typu transactional. Postmark odmítá zprávy transakčního charakteru odesílané přes broadcast stream, přičemž resetování hesel a faktury jsou transakční zprávy.

4. Odešlete testovací zprávu a zadejte kód

Stiskněte Odeslat testovací zprávu do schránky na jiné doméně, přečtěte z ní kód a zadejte jej.

Když to nefunguje

„You tried to send to a recipient that has been marked as inactive“ — Postmark trvale zablokuje adresu po trvalém nedoručení (hard bounce) nebo po nahlášení spamu, dokud ji znovu neaktivujete. Zkontrolujte sekci Suppressions. Postmark Vás tímto chrání a obvykle má pravdu.

422 s chybou „Invalid 'From' address“ — doména v poli Odesílat z této domény není v Postmarku ověřena, nebo jste ověřili yourdomain.com a odesíláte z mail.yourdomain.com. Postmark vyžaduje přesnou shodu domény.

401 Unauthorized — vložili jste Account token místo Server tokenu (viz výše), nebo token patří jinému serveru.

Vše funguje, ale e-mail je ve složce se spamem — zkontrolujte, zda je u DKIM v Postmarku uveden stav Verified a zda Váš záznam DMARC není nastaven na p=reject, zatímco jiné nastavení Vaší domény stále není správně zarovnáno.

Nejnovější z blogu

Co jsme napsali o hostingu, SEO a provozování webů ve velkém měřítku.

SEO a budování odkazů z hostingové vrstvy: Pohled operátora pro rok 2026

Jak hosting ovlivňuje indexaci a předávání hodnoty odkazů v roce 2026: udržení indexovaných stránek, prověřování starších domén před jejich využitím, budování odkazů bez zanechání vyhledávacích stop a upřímný pohled na to, co infrastruktura pro SEO může a nemůže udělat.

Přečíst příspěvek →

Zrychlení a zabezpečení WordPress: kontrolní seznam pro výkon a pluginy

Praktický kontrolní seznam pro rychlý a bezpečný WordPress: mezipaměť na úrovni serveru, objektová mezipaměť pro každý web, několik doplňků, které stojí za provozování, udržování aktuálního zásobníku a stránky WooCommerce, které nesmíte nikdy ukládat do mezipaměti.

Přečíst příspěvek →

Jak vybrat spravovaný webhosting v roce 2026: Průvodce pro kupující

Co ve skutečnosti odlišuje dobrý spravovaný hosting od levného serveru s ovládacím panelem — migrace, zálohy, izolace, skutečné ukládání do mezipaměti a poctivé škálování — a jak to posoudit dříve, než se zavážete.

Přečíst příspěvek →

Přečtěte si blog →

Stále si nevíte rady?

Podpora je součástí každého tarifu, podpora je otevřená 24 hodin denně a můžete nám napsat v kterémkoli z našich 58 jazyků – odpovíme vám ve vašem jazyce.

Kontaktovat podporu → Všechny články →