Email Spam Tester

Email Spam Tester › Email Spam Tester Pleskhez

Email Spam Tester Pleskhez

Bővítmény Plesk tárhelyszolgáltatók számára. Az ügyfelek a domain Mail lapjáról nyitják meg, elküldenek egy teszt e-mailt, amely ténylegesen az Ön szerveréről indul, majd megkapják az ellenőrzések eredményét, megtudják, hogy az e-mail melyik mappába került az e-mail-szolgáltatóknál, és gombokkal kijavíthatják a DKIM, az SPF és a DMARC hibáit.

0.1.0-s verzió, 2026. október 1. Letöltés (75 KB), SHA-256 5df918a10cd996799f5d144abcc101970fab31fbb7e2298be78362257c0aaa28. A telepítés lépései az oldal végén találhatók, az archívumban ugyanez a szöveg az INSTALL.md fájlban szerepel. A kód és ugyanez az archívum kiadásként a GitHub oldalán is elérhető.

Kinek szól

Olyan tárhelyszolgáltatóknak, amelyek szerverein Plesk Obsidian 18.0.50 vagy újabb verzió fut Linuxon. A bővítményt root jogosultsággal telepíti, majd egyszer regisztrálja a szervert. Ezután minden ügyfél megtalálja az Email Spam Tester eszközt a Websites & Domains › their domain › Mail részen, a Mail Settings mellett. A szolgáltatáscsomagok határozzák meg, hogy ki mely funkciókhoz fér hozzá.

Egy webes tesztelő nem tudja megvizsgálni a küldési oldalt, csak a hozzá beérkezett e-mailt látja. A bővítmény az Ön szerveréről, Postfixen keresztül küldi el a tesztet, a domain DKIM-kulcsával aláírva, valamint a szerver IP-címét és HELO-nevét használva, így a jelentés az ügyfél tényleges beállításairól szól. Mivel a domain DNS-zónáját a Plesk kezeli, egy hiányzó rekord gyakran egyetlen gombnyomással pótolható.

Mit lát az ügyfél

Teszt

Felül egy olyan ellenőrzés található, amely még az e-mail elküldése előtt lefut: engedélyezi-e a domain SPF-rekordja ezt a szervert, aláírja-e a Plesk az üzeneteket DKIM használatával, és a DNS-ben szereplő kulcs megegyezik-e az aláíráshoz használt kulccsal, továbbá ellenőrzi a DMARC-házirendet és az MX-rekordot. Minden problémánál található egy Fix gomb, vagy egy Show the record gomb, ha a domain DNS-ét máshol szolgálják ki.

Alatta az ügyfél kiválasztja a domain egyik postafiókját, valamint azt, hogyan menjen ki a teszt. Elküldhető az adott postafiókból, vagy úgy, ahogyan a webhely küldi a leveleket, az előfizetés saját rendszerfelhasználójával. Így küld levelet a WordPress, a kapcsolatfelvételi űrlapok és a webáruházi értesítések. A második lehetőség felismer egy gyakori tárhelyproblémát: a PHP olyan feladóval küld levelet, amelyre nem terjed ki a domain SPF-rekordja. Az e-mail lehet a szabványos tesztüzenet, amely egy rövid, angol nyelvű, szöveges és HTML-változatot tartalmazó üzenet, vagy az ügyfél saját üzenete, beillesztett tárggyal, HTML-tartalommal és opcionális szöveges változattal.

Az "Also check the folder at email providers" alapértelmezés szerint be van kapcsolva. A háttérben a szerver ezután véletlenszerű sorrendben, két-négy másodperces időközökkel egy-egy példányt küld minden tesztpostafiókunkba a Gmail, Outlook, Yahoo és más szolgáltatóknál. Minden példány saját Message-ID azonosítót kap, így a bővítmény ki tudja választani a hozzá tartozó sorokat a Postfix naplójából. A következő fél órában a táblázat szolgáltatónként feltöltődik azzal, hogy az üzenet az Inbox, Spam vagy Promotions mappába került-e, illetve ha egy szolgáltató elutasította, megjelenik annak válasza az SMTP-kóddal együtt. A Gmail esetében ezek nyilvános tesztpostafiókok, amelyekben bárki láthatja a tárgyat, a feladó nevét és a mappát, ezért a bizalmas tartalmat érdemes a mappaellenőrzés nélkül tesztelni.

A jelentés tartalmaz minden ellenőrzést, a 100 pontos és a klasszikus, 0-tól 10-ig terjedő pontszámot, az AI-tervet, valamint ugyanazokat a javítási gombokat. Ezek ezúttal azt az IP-címet veszik figyelembe, amelyről a jelentés szerint az e-mail ténylegesen érkezett.

Előzmények

A domain összes tesztje, a legújabbal kezdve, mindkét pontszámmal és a mappánkénti darabszámokkal, a pontszám grafikonjával, valamint minden tesztnél azokkal az ellenőrzésekkel, amelyek eredménye megváltozott az előző teszthez képest. Egy DKIM-javítás után a sor azt mutatja, hogy a DKIM eredménye sikertelenről sikeresre változott.

Felügyelet

Ha engedélyezi a szerveren, az ügyfél bekapcsolhatja egy domain felügyeletét. Ettől kezdve a domain által küldött minden e-mailhez technikai jelentés készül a DKIM, SPF és DMARC eredményéről, a küldő IP-címről és a tiltólistákról. A lap forrásonként összesíti az elmúlt 24 órát, így a webhely PHP-kódjából küldött leveleket külön számolja a webmailből vagy levelezőalkalmazásból küldött levelektől. Ezután következnek a riasztások, például ha a legutóbbi e-maileknél sikertelen a DKIM, vagy ha a webhelyről küldött leveleknél sikertelen az SPF. Alattuk a legutóbbi e-mailek és a hozzájuk tartozó jelentések láthatók. Az ugyanabból a webáruházi sablonból küldött két rendelés-visszaigazolás egy órán belül egyetlen ellenőrzésnek számít, így egy forgalmas webáruház nem hoz létre ezer egyforma jelentést. Kérésre egyetlen e-mailhez is készíthető AI-terv.

Mit kap az adminisztrátor

A Tools & Settings › Mail › Email Spam Tester oldalon található a regisztráció és a teljes kiszolgálóra vonatkozó felügyeleti kapcsoló. Itt állíthatók be előfizetésenként a tesztekre, a mappaellenőrzésekre, az AI-csomagokra és a felügyelt domainekre vonatkozó korlátok, valamint felügyelt domainenként a napi e-mailek korlátja. Egy táblázat felsorolja a kiszolgáló saját IP-címeit, a hozzájuk tartozó fordított DNS-rekordokat, azt, hogy egyeznek-e a HELO-névvel, valamint a tiltólistákat.

A bővítmény négy jogosultságot ad a szolgáltatási csomagokhoz: magához a bővítményhez, a javítási gombokhoz, a mappaellenőrzéshez és a felügyelethez. Alapértelmezés szerint mind a négy engedélyezve van. A DNS-gombokhoz a csomag saját DNS-kezelési jogosultsága is szükséges, a DKIM-kapcsolóhoz pedig a levelezési beállítások kezelésére vonatkozó jogosultság.

Ár

Egyelőre ingyenes, akárcsak maga a tesztelő. Ha ez megváltozik, az először a változásnaplóban jelenik meg. Az Ön által beállított korlátok az Email Spam Tester szerverenkénti korlátain belül érvényesek (napi mappaellenőrzések, domainellenőrzések és felügyelt domainek), az adminisztrátori oldal pedig mindkettőt és a mai használatot is megjeleníti.

Hogyan működik, és milyen adatok hagyják el a szerverét

A bővítmény a teszt e-mailt az Ön szerveréről küldi el, és önállóan semmiről sem dönt. Az ellenőrzések eredményeit, az előzményeket, a változásokat, a közzéteendő DNS-rekordot, a megfigyelési hírfolyamot, a riasztásokat és a korlátokat mind az Email Spam Tester API határozza meg, ugyanaz, amelyet a webhely is használ. Az API a következő adatokat kapja meg:

A tesztjelentésekhez a webhelyen megszokott módon hivatkozás tartozik, és bárki megnyithatja őket, aki rendelkezik a hivatkozással. A megfigyelési hírfolyam eltér ettől, mivel az ügyfelei valódi leveleit tartalmazza. A jelentései csak a szervere kulcsával nyithatók meg, a másolt e-mail két nap, a hozzá tartozó jelentés pedig 90 nap után törlődik. A további részleteket az adatvédelmi oldal tartalmazza.

A tárhelyszolgáltatók kérdései

Módosítja magától a DNS-t?

Nem. Egy rekord csak akkor módosul, amikor az ügyfél megnyomja a Fix gombot, és megerősíti a rekord jelenlegi és módosítás utáni állapotát, valamint az internet ténylegesen az Ön szerveréről olvassa a domain DNS-adatait. Az SPF-rekord minden meglévő eleme megmarad. A rendszer a szerver IP-címét elsőként adja hozzá, és ez nem igényel további DNS-lekérdezést. A meglévő DMARC-házirendet soha nem cseréli le. Minden módosítás bekerül a Plesk műveleti naplójába, és visszavonható a Test lapon, feltéve, hogy azóta senki nem szerkesztette a rekordot. A nyilvános DNS-feloldók a zóna SOA-minimumában megadott ideig megjegyzik a hiányzó rekordot. A Plesk alapértelmezett sablonjában ez három óra, ezért a javítás után közvetlenül futtatott teszt még a régi eredményt mutathatja.

Hogyan másolja le a leveleket a felügyelet?

Egy Plesk levélkezelő azután fut le, hogy a Plesk DKIM-mel aláírta az e-mailt. Minden üzenetet változtatás nélkül továbbít, és ha a domainnél be van kapcsolva a felügyelet, egy másolatot átad a 127.0.0.1 címen működő Postfix figyelőnek, amely csak a felügyeleti címeinket fogadja el. A Postfix ezután ugyanúgy kézbesíti a másolatot, mint bármely más e-mailt, ugyanarról az IP-címről és ugyanazzal az aláírással. A rendszer az SMTP-bejelentkezés vagy az előfizetés rendszerfelhasználója alapján állapítja meg, hogy kihez tartozik a levél, soha nem kizárólag a feladói cím alapján. Így senki nem juttathatja be a leveleit egy másik ügyfél adatfolyamába. A kezelő a /usr/local/lib/email-spam-tester könyvtárba, a domainek listája pedig az /etc/email-spam-tester/monitor.json fájlba kerül.

Lassítja a kimenő leveleket?

A kezelő beolvassa az üzenetet, majd visszaadja. Egy külön folyamat továbbítja a másolatot a helyi figyelőnek, ezért az eredeti üzenet nem vár a másolat kézbesítésére. Bekapcsolt felügyelettel egy 5 MB-os mellékletet küldtem el sendmailen és SMTP-n keresztül is. Az eredeti és a másolat mindkét esetben megérkezett.

Mit teszteltem működő rendszeren?

Plesk Obsidian 18.0.81 Ubuntu 24.04 rendszeren, nyilvános IP-címmel rendelkező szerveren, amely az adott domain DNS-ét is kiszolgálja: telepítés, eltávolítás és újratelepítés, regisztráció, teszt mappaellenőrzéssel egy DKIM, SPF és DMARC nélküli domainről, a három Fix gomb, egy második teszt, amelyen mindhárom ellenőrzés sikeres volt, az előzmények, valamint a webhelyről és egy levelezőalkalmazásból küldött e-mailek felügyelete. A weboldalakat helyi Plesk rendszeren teszteltem. Még nem teszteltem más Linux-disztribúciókon és Plesk-verziókon, smarthoston keresztül továbbító szerveren, illetve Postfix helyett qmail használatával. A Windows rendszerhez készült Plesk nem támogatott. Írjon nekem, ha ezek valamelyikén futtatja.

Telepítés lépésről lépésre

Ez az útmutató feltételezi, hogy root hozzáféréssel rendelkezik egy Plesk szerverhez. Az alábbi parancsokat változtatás nélkül másolja és illessze be.

1. Amire szüksége lesz

Mindkettőt ellenőrizheti a telepítés előtt. Az első parancsnak egy 220 kezdetű sort, a másodiknak pedig 200 értéket kell kiírnia:

timeout 10 bash -c 'exec 3<>/dev/tcp/t.email-spam-tester.com/25 && head -1 <&3'
curl -s -o /dev/null -w '%{http_code}\n' https://email-spam-tester.com/health

2. Telepítés

Jelentkezzen be SSH-n keresztül root felhasználóként. Töltse le a bővítményt és az ellenőrzőösszegét:

cd /root
curl -fsSLO https://email-spam-tester.com/plesk/latest.zip
curl -fsSLO https://email-spam-tester.com/plesk/latest.zip.sha256

Ellenőrizze, hogy a letöltés sértetlen-e. A következőt kell látnia: latest.zip: OK. Ha a FAILED eredmény jelenik meg, töltse le újra, és ne folytassa:

sha256sum -c latest.zip.sha256

Telepítse:

plesk bin extension --install /root/latest.zip

Az utolsó sornak ezt kell tartalmaznia: The extension was successfully installed.

3. A szerver regisztrálása

A Plesk felületén nyissa meg a Tools & Settings › Mail › Email Spam Tester oldalt, majd kattintson a Register this server gombra. Megadhat egy e-mail-címet a szolgáltatással kapcsolatos értesítésekhez, de ez nem kötelező.

A regisztráció elküldi a szerver állomásnevét, a Plesk és a bővítmény verzióját, az előfizetések számát, valamint ezt az e-mail-címet. A válasz egy kulcs, amely ezen a szerveren marad, titkosítva a bővítmény beállításaiban. Az ügyfelek soha nem látják.

Az ügyfelek az Email Spam Tester eszközt a Websites & Domains › a domain › Mail alatt találják. Amíg a szerver nincs regisztrálva, csak azt az üzenetet látják, hogy forduljanak Önhöz.

4. Állítsa be, hogy ki mihez férhet hozzá

A Service Plans › a plan › Permissions részen, valamint az egyes előfizetések saját jogosultságainál a bővítmény négy jogosultságot ad hozzá. Alapértelmezés szerint mindegyik engedélyezve van:

Az előfizetésenkénti korlátok (tesztek, mappaellenőrzések, AI-csomagok, figyelt domainek, valamint domainenként naponta figyelt e-mailek) ugyanezen a Tools & Settings › Mail › Email Spam Tester oldalon találhatók.

5. Folyamatos figyelés (nem kötelező)

A rendszer semmit nem másol le addig, amíg Ön nem engedélyezi ezt, és egy ügyfél be nem kapcsolja a saját domainjénél. A bővítmény Tools & Settings alatti oldalán kattintson az Allow constant monitoring on this server gombra. Ez a következőket adja hozzá:

Ugyanezen az oldalon található a Disable on the whole server lehetőség, amely mindhárom elemet eltávolítja, és minden domainnél kikapcsolja a figyelést.

Az állapot parancssorból történő megtekintéséhez:

/usr/local/psa/admin/sbin/modules/email-spam-tester/est-monitor status

A "state": "active" azt jelenti, hogy be van kapcsolva. Az "off" azt jelenti, hogy soha nem engedélyezték, vagy már eltávolították. A "partial" azt jelenti, hogy hiányzik valamelyik összetevő (a Plesk egy frissítés során időnként újraírja a Postfix master.cf fájlját). Az ugyanazon az oldalon található Repair visszaállítja. Egy napi feladat ezt automatikusan is elvégzi.

6. Frissítés

Töltse le az új latest.zip fájlt és az ellenőrzőösszegét a 2. lépésben leírtak szerint, ellenőrizze, majd futtassa ezt:

plesk bin extension --upgrade /root/latest.zip

A regisztráció, a korlátok és a figyelési beállítások változatlanok maradnak. Ha a figyelés be van kapcsolva, a hozzá tartozó fájlok is az új verzióra frissülnek.

7. Eltávolítás

plesk bin extension --uninstall email-spam-tester

Ez eltávolítja a figyelést a Postfix rendszerből és a Plesk levélkezelőiből, továbbá minden figyelt domainnél kikapcsolja. A DNS-rekordokat soha nem módosítja, beleértve azokat is, amelyeket az ügyfelek a bővítmény gombjaival hoztak létre.

Ha a figyelés be volt kapcsolva, érdemes először azt eltávolítani, hogy az esetleges hiba közvetlenül látható legyen, ne csak a Plesk naplójában jelenjen meg:

/usr/local/psa/admin/sbin/modules/email-spam-tester/est-monitor disable

A végén kiírja az állapotot. A "state": "off" azt jelenti, hogy a kezelő, a figyelő és a lista is eltűnt.

8. Ha valami nem működik