Miért nem működik többé az egyéni domainhez tartozó e-mailem (@ceg.ro)?

Egyik reggel kiküldesz egy árajánlatot, és visszapattanó (bounce) üzenetet kapsz. Vagy ami még rosszabb: nem kapsz semmit — az ügyfelek egyszerűen abbahagyják az írást, te pedig csak egy héttel később veszed észre, hogy az e-mailjeid halottak. Egy egyéni domainhez kötött cím (contact@ceg.ro) az ügyfélkommunikáció gerince, és amikor kiesik, csendben veszítesz pénzt.

A jó hír: szinte minden esetben az ok néhány hétköznapi probléma valamelyike — lejárt domain, kifizetetlen tárhely, egy weboldal-költöztetés közben véletlenül törölt MX rekord, vagy egy tele postafiók. Ebben az útmutatóban megmutatom, hogyan derítheted fel magad, a helyes sorrendben, anélkül hogy rossz dolgot okolnál, és anélkül hogy bárkinek fizetnél, mielőtt tudnád, mit is keresel.

Első lépés: mi pontosan az, ami leállt?

Bármi más előtt szűkítsd le a problémát. Ne csak annyit mondj, hogy „nem működik az e-mail" — pontosítsd, mi romlott el:

• Nem tudsz küldeni, de fogadni igen? Valószínűleg egy SMTP- vagy jelszóbeállítás.
• Fogadni tudsz, de küldeni nem? Ugyanaz — a kimenő szerver vagy a hitelesítés.
• Sem küldeni, sem fogadni? Na, most már a domainről, a tárhelyről vagy az MX-ről van szó.
• Küldeni jól tudsz, de az üzenetek a címzettnél a spam mappában landolnak? Ez egy reputációs probléma (SPF/DKIM), nem működésbeli.

Teszteld egyszerűen: küldj egy e-mailt a saját címedről egy személyes Gmailre, majd válaszolj a Gmailről vissza a @ceg.ro címre. Perceken belül látni fogod, melyik irány van elzárva. Ha kihagyod ezt a lépést, azt kockáztatod, hogy olyasmit javítasz, ami sosem volt elromolva.

A szokásos gyanúsítottak: lejárt domain, kifizetetlen tárhely, tele postafiók

A leggyakoribb okok egyben a legunalmasabbak is — pontosan ezért siklanak el felettük:

• A domain lejárt. Ha nem újítottad meg, az egész domain eltűnik: a weboldal és az e-mail is. Ellenőrizd a lejárati dátumot annál a regisztrátornál, ahol vásároltad.
• Az e-mail tárhely nem lett kifizetve. Sok cég az e-mailt a weboldaltól külön csomagon tartja. Ha a számla kifizetetlen maradt, a postafiókokat felfüggesztik, még akkor is, ha a domain érvényes.
• A postafiók tele van. Korlátozott a kvótád (mondjuk néhány GB). Amint megtelik, nem fogadsz semmi újat, a feladók pedig „mailbox full" hibát kapnak. Ürítsd ki a kukát, a régi archívumokat és a nagy méretű elküldött csatolmányokat.

Ezek gyakran egy órán belül, technikus nélkül megoldódnak. Ellenőrizd őket, mielőtt pánikba esve felhívnál bárkit.

MX rekordok: a probléma szíve

Az MX (Mail Exchange) rekordok azok a DNS-bejegyzések, amelyek megmondják az internetnek, hogy „a @ceg.ro e-mailjei erre a szerverre kézbesítendők". Ha hiányoznak vagy hibásak, a neked küldött üzeneteknek nincs hova megérkezniük, és vagy elvesznek, vagy visszapattannak.

Leggyakrabban egy költöztetés során törnek el: átvitted a weboldalt egy új céghez, valaki megváltoztatta a névszervereket vagy visszaállította a DNS-zónát, és anélkül hogy akarta volna, letörölte a régi MX rekordokat. A weboldal működik, de az e-mail megszűnik — mert a kettőt különböző rekordok vezérlik.

Hogyan ellenőrizd: menj egy ingyenes eszközhöz, mint az MXToolbox, írd be a ceg.ro címet, és futtass egy „MX Lookup"-ot. Ha nem jelenik meg rekord, vagy olyan jelenik meg, aminek semmi köze az e-mail szolgáltatódhoz, megtaláltad a problémát. A javítás a DNS-panelben történik, és általában néhány órán belül terjed szét.

Az e-mail elmegy, de a spamben landol? SPF, DKIM és DMARC

Ha az e-mail „működik", de következetesen a spamben köt ki vagy visszautasításra kerül, a probléma nem a kézbesítés, hanem a reputáció. A címzett szerverei ellenőrzik, hogy valóban jogosult vagy-e a ceg.ro nevében küldeni, és ez három DNS-rekordon keresztül történik:

• SPF — azoknak a szervereknek a listája, amelyek jogosultak a domained nevében küldeni.
• DKIM — egy kriptográfiai aláírás, amely bizonyítja, hogy az üzenetet nem hamisították.
• DMARC — a szabály, amely megmondja a szervereknek, mit tegyenek, ha az SPF/DKIM nem egyezik.

Ha e-mail szolgáltatót váltottál (mondjuk átköltöztél a Google Workspace-re), és nem frissítetted ezeket a rekordokat, az üzeneteid „gyanúsnak" tűnnek, és a spamben kötnek ki. Ellenőrizd ezeket is az MXToolbox-szal, és győződj meg róla, hogy tartalmazzák az új szolgáltatódat. Ezt az okot nagyon gyakran figyelmen kívül hagyják, mert technikailag az e-mail „elmegy".

Szerverprobléma, vagy csak a telefonod?

Nem minden kiesés a domainen van. Néha az e-mail teljesen rendben van, de a telefonodon vagy az Outlookban lévő alkalmazás elvesztette a hitelesítését:

• Nemrég megváltoztattad a jelszót a weben, de az alkalmazásban nem.
• A szolgáltató most már alkalmazásjelszót vagy kétlépcsős azonosítást igényel.
• A portbeállítások hibásak: az IMAP általában a 993-as portot használja, a küldés (SMTP) pedig a 465-öst vagy az 587-est, mindkettő SSL/TLS-sel.

Hogyan derítsd ki gyorsan: jelentkezz be a webmailbe egy böngészőből (a szolgáltatód webmail-címén). Ha ott működik az e-mail, a probléma csak az eszközödön van — írd be újra a jelszót, vagy állítsd be újra a fiókot. Ha a webmail sem működik, a probléma a szerveren, a domainen vagy a tárhelyen van, és visszatérsz a fenti lépésekhez.

Hogyan előzd meg, hogy újra megtörténjen — és hol kérj segítséget

A legtöbb e-mail-kiesés néhány egyszerű szokással megelőzhető:

• Kapcsold be az automatikus megújítást mind a domainre, mind a tárhelyre, hogy ne függj egy elfelejtett számlától.
• Ne feledd, hogy a weboldal és az e-mail élhet különböző szolgáltatóknál — bármilyen költöztetés előtt írd fel az aktuális MX rekordjaidat.
• Ne engedd, hogy bárki csak úgy „turkáljon" a DNS-zónában; egyetlen hibás törlés minden e-mailt levág.

Ha végigmentél ezen az útmutatón, és még mindig nem találod, hol akad el, meg tudom nézni a DNS- és MX-beállításodat, és pontosan megmondom, mi romlott el, találgatás nélkül. Távolról dolgozom, országszerte, átlátható árazással, és közérthetően elmagyarázom, mi történt. Írj nekem WhatsAppon a domaineddel (ceg.ro) és egy rövid leírással arról, mi nem működik, és megnézem.