Webhosting blokuje e-maily: proč se to děje a jak rychle obnovit odesílání z webu

E-mailů, které odcházejí z webu, e-shopu nebo zákaznického účtu, si většinou nikdo nevšímá, dokud fungují. Jsou to zprávy z kontaktního formuláře, potvrzení objednávky, dokončení registrace nebo reset hesla. Ve chvíli, kdy se tato komunikace zastaví, dopad je okamžitý. Poptávky nepřicházejí, zákazník netuší, jestli objednávka proběhla, a uživatel čeká na reset hesla, který nikdy nedorazí. Web přitom může působit zcela funkčně. Jen se přeruší krok, který probíhá na pozadí.

V posledních letech se to děje častěji a důvod je většinou stejný. Webhostingy zpřísňují ochranu proti spamu a postupně omezují způsoby odesílání, které nejsou dostatečně ověřené nebo se dají snadno zneužít. Typicky jde o odesílání bez SMTP autentizace a také o situace, kdy je na hostingu omezená nebo zakázaná PHP funkce mail().

Co se vlastně změnilo?

Dříve to bylo jednoduché. Web poslal e-mail přímo ze serveru přes hosting. U PHP webů se na to často používala funkce mail(), případně odesílání přes lokální poštovní server na hostingu bez přihlášení. Pro provozovatele webu to znamenalo jediné. Nemusel nic řešit, e-maily prostě odcházely.

Dnes je ale tlak na bezpečnost nesrovnatelně vyšší. Globální standardy pro boj se spamem se zpřísnily a webhostingy musí aktivně chránit reputaci svých IP adres. Stačí jeden napadený web, špatně zabezpečený formulář nebo zastaralý plugin a z jednoho serveru může začít odcházet spam. Jakmile k tomu dojde, zhorší se reputace odesílání a dopady pak pocítí i legitimní weby. E-maily začnou padat do spamu nebo se přestanou doručovat úplně.

Hostingy z těchto důvodů postupně vypínají neověřené způsoby odesílání. V praxi to může vypadat tak, že web vypadá funkčně, ale e-maily z formulářů, potvrzení objednávek nebo reset hesel přestanou odcházet. Děje se to náhle a bez jakéhokoliv vašeho zásahu do nastavení webu.

Konkrétní změny v pravidlech již zavedla například Czechia (ZONER), která změnu popisuje v článku o ukončení podpory odesílání e-mailů bez SMTP autentizace.

Jak poznáte, že jde právě o blokaci na straně hostingu?

Nechodí transakční e-maily
Typicky reset hesla, potvrzení objednávky, registrace, zprávy z formuláře nebo interní notifikace.

Web se tváří funkčně
Uživatel dostane hlášku, že se akce provedla, ale e-mail nedorazí.

Výpadek je plošný
Zkuste odeslání na více adres, ideálně i mimo vaši doménu. Pokud e-mail nedorazí, je pravděpodobné, že tento e-mail ani neopustil server nebo je zablokovaný na úrovni hostingu.

Nic jste na webu nenasazovali
Pokud se e-maily zastavily „ze dne na den“ bez úprav webu, často jde o změnu pravidel nebo omezení na hostingu.

V logu se objeví zmínka o SMTP nebo mail()
Pokud máte přístup k logům, bývá v nich vidět, že odesílání bez autentizace není povolené, případně že funkce mail() je omezená nebo zakázaná. Někdy tyto informace najdete i v administraci hostingu nebo v jeho nápovědě.

Jak problém vyřešit a mít odesílání komunikace stabilní

V Emailkampane.cz na tento scénář máme jednoduché a spolehlivé řešení. Celou logiku odesílání převezmeme na naši infrastrukturu. Váš web nebo aplikace nám místo původního odesílání přes hosting pouze předá údaje o tom, co se má poslat a komu.

Celý proces funguje jednoduše:

1. Založte si účet v Emailkampane.cz: registrace je okamžitá a pro začátek nic neplatíte. Do 500 kontaktů máte všechny funkce k dispozici zdarma.
2. Připravte si šablony: v naší aplikaci si vytvoříte vzhled a obsah e-mailů, které váš web posílá automaticky. Typicky jde o transakční e-maily jako potvrzení objednávky, zprávy z formuláře, registraci, reset hesla nebo různé systémové notifikace.
3. Upravíte kód ve vaší aplikaci: část kódu, která dříve odesílala e-mail přes hosting vyměníte za kód, který předá podklady pro odeslání e-mailu k nám.