Tudásbázis
A levelezésnek két külön része van – a fogadás és a küldés –, és ezek eltérő okokból hibásodnak meg. Először derítse ki, melyik rész nem működik.
Az e-mail problémák egyértelműen két csoportra oszthatók, és a megoldás mindkettőre eltérő. Mielőtt bármit megváltoztatna, derítse ki, melyik áll fenn.
Szinte mindig a DNS a felelős. Az e-mailek fogadásához egy MX-rekord szükséges, amely a megfelelő levelezőszerverekre mutat.
A leggyakoribb ok a névszerverváltás: amikor egy domain átkerül, a DNS-rekordjai újra létrejönnek az új szolgáltatónál, és ha az MX-rekordokat nem vették át, az e-mailek érkezése attól a pillanattól kezdve leáll. Nem is küld látványos hibaüzenetet a rendszer – általában csak csendben máshová kerül a levél.
Ellenőrizze a domain DNS-ét a vezérlőpultján, hogy van-e MX-rekord. Ha nincs, meg is van a válasz.
Két valószínű ok sorrendben:
SPF és DKIM. Ezek olyan DNS-rekordok, amelyek igazolják a fogadó szerver számára, hogy az Ön levele valódi. Nélkülük számos szolgáltató elutasítja az üzenetet, vagy spamként sorolja be. A gyakorlatban ma már egyik sem opcionális.
Küldés a nem megfelelő helyről. Egy olyan kapcsolatfelvételi űrlap, amely a you@yourdomain.com címről küld levelet, miközben a szerver nem jogosult az adott domain nevében küldeni, minden egyes alkalommal elbukik a hitelesítésen, még akkor is, ha a cím valójában az Öné.
Küldjön egy üzenetet egy másik szolgáltatónál lévő címre – például egy Gmail-címre, ha az Outlookkal van problémája, vagy fordítva. Ha az megérkezik, a probléma kifejezetten az adott címzett szolgáltatójára vonatkozik, nem pedig az Ön domainjére, és a megoldás általában az SPF vagy a DKIM beállítása.
A pontos visszapattanó üzenetet (bounce message), ha kapott ilyet. A visszapattanó levél szövege pontos, és megnevezi a valós okot; az, hogy „nem működik az e-mailem”, ezt nem teszi meg. Azt is adja meg, hogy a cím, amelyre a levelet küldi, a saját domainjén belül vagy azon kívül található-e – a kizárólag belső címeknél jelentkező hibák egészen másra utalnak.
Amit a tárhelyszolgáltatásról, a SEO-ról és a webhelyek nagy léptékű működtetéséről írtunk.
Hogyan alakítja a tárhely az indexelést és a linkértéket 2026-ban: az oldalak indexben tartása, a korosodott domainek ellenőrzése a tartalomépítés előtt, linképítés keresőmotoros lábnyom nélkül, és őszinte áttekintés arról, hogy az infrastruktúra mit tehet és mit nem tehet meg a SEO-ért.
Bejegyzés elolvasása →Gyakorlati ellenőrzőlista a gyors és biztonságos WordPress-hez: kiszolgálószintű gyorsítótárazás, webhelyenkénti objektum-gyorsítótár, a maroknyi futtatásra érdemes bővítmény, a technológiai verem naprakészen tartása és a WooCommerce-oldalak, amelyeket soha nem szabad gyorsítótárazni.
Bejegyzés elolvasása →Mi különbözteti meg valójában a jó menedzselt tárhelyet egy olcsó, vezérlőpulttal ellátott doboztól — migrációk, biztonsági mentések, elszigetelés, valódi gyorsítótárazás és őszinte skálázhatóság — és hogyan ítélheti meg, mielőtt elkötelezné magát.
Bejegyzés elolvasása →A támogatás minden csomag része, az ügyfélszolgálat a nap 24 órájában rendelkezésre áll, és a 58 támogatott nyelvünk bármelyikén írhat nekünk – mi a ön nyelvén válaszolunk.
Kapcsolatfelvétel az ügyfélszolgálattal → Összes cikk →