Versiunea 0.1.0, 1 octombrie 2026. Descarcă (75 KB), SHA-256 5df918a10cd996799f5d144abcc101970fab31fbb7e2298be78362257c0aaa28. Pașii de instalare sunt la sfârșitul acestei pagini. În arhivă, același text se află în INSTALL.md. Codul și aceeași arhivă, publicată ca versiune, sunt disponibile și pe GitHub.
Cui i se adresează
Furnizorilor de găzduire ale căror servere rulează Plesk Obsidian 18.0.50 sau o versiune mai nouă pe Linux. Instalezi extensia ca root și înregistrezi serverul o singură dată. După aceea, fiecare client găsește Email Spam Tester în Websites & Domains › domeniul său › Mail, lângă Mail Settings. Planurile de servicii stabilesc la ce funcționalități are acces fiecare client.
Un instrument de testare web nu poate verifica partea de trimitere, ci vede doar emailul care a ajuns la el. Extensia trimite emailul de test de pe serverul tău, prin Postfix, semnat cu cheia DKIM a domeniului și folosind adresa IP și numele HELO ale serverului. Astfel, raportul descrie configurația pe care o are efectiv clientul. Iar deoarece Plesk gestionează zona DNS a domeniului, o înregistrare lipsă poate fi adăugată adesea printr-o simplă apăsare de buton.
Ce vede un client
Test
În partea de sus există o verificare care rulează înainte de trimiterea oricărui email: dacă acest server trece verificarea SPF a domeniului, dacă Plesk semnează cu DKIM și cheia din DNS este cea folosită pentru semnare, precum și politica DMARC și înregistrarea MX. Fiecare problemă are un buton Remediază sau Arată înregistrarea atunci când DNS-ul domeniului este administrat în altă parte.
Mai jos, clientul alege o căsuță poștală a domeniului și modul în care este trimis testul. Poate fi trimis din acea căsuță poștală sau în același mod în care site-ul trimite emailuri, folosind utilizatorul de sistem propriu al abonamentului, așa cum trimit WordPress, formularele de contact și notificările magazinului. A doua opțiune detectează o problemă frecventă de găzduire: emailurile trimise din PHP pleacă folosind un expeditor care nu este acoperit de SPF-ul domeniului. Emailul este fie mesajul de test standard [un mesaj scurt în engleză, în format text și HTML], fie mesajul clientului, introdus ca subiect, HTML și, opțional, text.
„Verifică și folderul la furnizorii de email” este activată în mod implicit. Apoi, în fundal, în ordine aleatorie și la intervale de două până la patru secunde, serverul trimite câte o copie către fiecare dintre căsuțele noastre poștale de test de la Gmail, Outlook, Yahoo și alți furnizori. Fiecare copie are propriul Message-ID, astfel încât extensia să-i poată identifica liniile în jurnalul Postfix. În următoarea jumătate de oră, tabelul se completează cu Inbox, Spam sau Promotions pentru fiecare furnizor ori, dacă un furnizor a refuzat mesajul, cu răspunsul acestuia și codul SMTP. La Gmail, acestea sunt căsuțe poștale publice de test, iar oricine are acces la ele vede subiectul, numele expeditorului și folderul, așa că este mai bine să testezi conținutul confidențial fără verificarea folderului.
Raportul include toate verificările, scorul de la 0 la 100 și scorul clasic de la 0 la 10, planul AI și aceleași butoane de remediere, de data aceasta folosind adresa IP de la care raportul a identificat trimiterea emailului.
Istoric
Toate testele domeniului, de la cel mai nou la cel mai vechi, cu ambele scoruri și numărul de mesaje din fiecare folder, un grafic al scorului și, pentru fiecare test, verificările al căror rezultat s-a schimbat față de testul anterior. După remedierea DKIM, rândul arată că DKIM a trecut de la eșuat la reușit.
Monitorizare
Dacă permiți această funcție pe server, un client poate activa monitorizarea pentru un domeniu. Din acel moment, fiecare email trimis de domeniu primește un raport tehnic cu DKIM, SPF și DMARC, adresa IP de trimitere și listele de blocare. Fila oferă un rezumat al ultimelor 24 de ore, grupat după sursă, astfel încât emailurile trimise din PHP-ul site-ului sunt contorizate separat de cele trimise din webmail sau dintr-o aplicație de email. Urmează alertele, de exemplu când DKIM eșuează în cele mai recente emailuri sau SPF eșuează pentru emailurile trimise de site. Sub acestea sunt afișate cele mai recente emailuri și rapoartele lor. Două confirmări de comandă bazate pe același șablon al magazinului sunt contorizate ca o singură verificare într-un interval de o oră, astfel încât un magazin aglomerat să nu genereze o mie de rapoarte identice. Un plan AI pentru un singur email este disponibil la cerere.
Ce primește administratorul
Tools & Settings › Mail › Email Spam Tester include înregistrarea și comutatorul pentru monitorizarea întregului server. Acolo se stabilesc limitele pentru fiecare abonament privind testele, verificările folderelor, planurile AI și domeniile monitorizate, precum și pentru fiecare domeniu monitorizat privind numărul de emailuri pe zi. Un tabel afișează IP-urile proprii ale serverului, împreună cu DNS-ul invers al acestora, dacă acesta corespunde numelui HELO și dacă IP-urile apar pe liste de blocare.
Extensia adaugă patru permisiuni în planurile de servicii: pentru extensia propriu-zisă, butoanele de remediere, verificarea folderelor și monitorizare. Toate cele patru sunt activate implicit. Butoanele DNS necesită și permisiunea planului de a gestiona DNS, iar comutatorul DKIM necesită permisiunea de a gestiona setările de e-mail.
Preț
Gratuit deocamdată, la fel ca instrumentul de testare; dacă acest lucru se schimbă, jurnalul modificărilor va anunța primul. Limitele pe care le setezi se aplică în cadrul limitelor stabilite de Email Spam Tester pentru fiecare server (verificări ale folderelor, verificări ale domeniilor și domenii monitorizate pe zi), iar pagina administratorului le afișează pe ambele, împreună cu utilizarea de astăzi.
Cum funcționează și ce date părăsesc serverul tău
Extensia trimite emailul de test de pe serverul tău și nu ia singură nicio decizie. Rezultatele verificărilor, istoricul, modificările, înregistrarea DNS care trebuie publicată, fluxul de monitorizare, alertele și limitele sunt stabilite de API-ul Email Spam Tester, același pe care îl folosește site-ul. Către API sunt trimise:
- numele de gazdă al serverului, versiunile Plesk și ale extensiei, numărul de domenii și, dacă o furnizezi, adresa de email a administratorului, o singură dată, la înregistrare;
- emailurile de test;
- fiecare abonament sub forma unui hash cu cheie, niciodată numele acestuia;
- pentru verificarea DNS, înregistrările TXT pe care Plesk le păstrează pentru domeniu, cheia DKIM a acestuia, IP-urile și numele HELO ale serverului, precum și o căsuță poștală a domeniului pentru rapoartele DMARC;
- liniile din jurnalul de email care se referă la propriile noastre emailuri de test;
- când monitorizarea este activă, copii ale emailurilor trimise de domeniu.
Rapoartele de testare au linkuri, ca pe site, iar oricine are linkul poate deschide raportul. Fluxul de monitorizare este diferit, deoarece conține emailurile reale ale clienților tăi. Rapoartele sale pot fi deschise numai cu cheia serverului tău, iar copia emailului este ștearsă după două zile și raportul acesteia după 90 de zile. Restul informațiilor se află pe pagina privind confidențialitatea.
Întrebări adresate de furnizorii de găzduire
Modifică singur DNS-ul?
Nu. O înregistrare este modificată când clientul apasă Fix și confirmă înregistrarea în forma actuală și în forma viitoare, și numai când DNS-ul domeniului este citit efectiv de pe serverul tău. O înregistrare SPF păstrează toți termenii existenți. IP-ul serverului este adăugat primul și nu necesită nicio interogare DNS suplimentară. O politică DMARC existentă nu este înlocuită niciodată. Fiecare modificare este înregistrată în jurnalul de acțiuni din Plesk și poate fi anulată din fila Test, atât timp cât nimeni nu a editat între timp înregistrarea. Resolverele publice păstrează în cache absența unei înregistrări pe durata minimă SOA a zonei, trei ore în șablonul implicit Plesk, astfel că un test efectuat imediat după o remediere poate afișa în continuare rezultatul vechi.
Cum copiază monitorizarea mesajele?
Un handler de email Plesk rulează după ce Plesk semnează emailul cu DKIM. Acesta transmite fiecare mesaj mai departe fără modificări și, pentru un domeniu cu monitorizarea activată, trimite o copie către un listener Postfix de pe 127.0.0.1, care acceptă numai adresele noastre de monitorizare. Apoi, Postfix livrează copia ca pe orice alt email, de la același IP și cu aceeași semnătură. Identitatea proprietarului mesajului este stabilită pe baza autentificării SMTP sau a utilizatorului de sistem al abonamentului, niciodată doar pe baza adresei expeditorului, astfel încât nimeni nu își poate introduce mesajele în fluxul altui client. Handlerul este instalat în /usr/local/lib/email-spam-tester, iar lista domeniilor în /etc/email-spam-tester/monitor.json.
Încetinește mesajele trimise?
Handlerul citește mesajul și îl transmite înapoi. Copia este trimisă către listenerul local printr-un proces separat, astfel încât mesajul original nu așteaptă livrarea copiei. Am trimis un atașament de 5 MB atât prin sendmail, cât și prin SMTP, cu monitorizarea activată, iar atât mesajul original, cât și copia au ajuns la destinație.
Ce a fost testat pe un server real?
Plesk Obsidian 18.0.81 pe Ubuntu 24.04, pe un server cu IP public și cu un domeniu al cărui DNS este găzduit de acesta: instalarea, dezinstalarea și reinstalarea, înregistrarea, un test cu verificarea folderului de pe un domeniu fără DKIM, SPF sau DMARC, cele trei butoane de remediere, un al doilea test în care toate cele trei verificări au trecut, istoricul și monitorizarea mesajelor trimise de pe site și dintr-o aplicație de email. Paginile web au fost testate pe o instalare Plesk locală. Nu au fost testate încă: alte distribuții Linux și versiuni Plesk, un server care transmite mesajele printr-un smarthost și qmail în loc de Postfix. Plesk pentru Windows nu este acceptat. Scrie-mi dacă îl rulezi într-unul dintre aceste medii.
Instalare, pas cu pas
Acest ghid presupune că ai acces root pe un server Plesk. Fiecare comandă de mai jos trebuie copiată și lipită exact așa cum este.
1. De ce ai nevoie
- Acces SSH root la server.
- Plesk Obsidian 18.0.50 sau o versiune mai nouă pe Linux, cu Postfix ca server de e-mail (opțiunea implicită în Plesk). Testat într-un mediu real cu Plesk Obsidian 18.0.81 pe Ubuntu 24.04.
- Portul de ieșire 25 deschis, astfel încât e-mailurile de pe server să poată ajunge la
t.email-spam-tester.com. Mulți furnizori VPS îl blochează implicit. - Acces HTTPS de ieșire către
email-spam-tester.com.
Le poți verifica pe ambele înainte de instalare. Prima comandă ar trebui să afișeze o linie care începe cu 220, iar a doua ar trebui să afișeze 200:
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. Instalare
Conectează-te prin SSH ca root. Descarcă extensia și suma ei de control:
cd /root
curl -fsSLO https://email-spam-tester.com/plesk/latest.zip
curl -fsSLO https://email-spam-tester.com/plesk/latest.zip.sha256
Verifică dacă descărcarea este intactă. Ar trebui să vezi latest.zip: OK. Dacă vezi FAILED, descarcă din nou și nu continua:
sha256sum -c latest.zip.sha256
Instaleaz-o:
plesk bin extension --install /root/latest.zip
Ultima linie ar trebui să fie The extension was successfully installed.
3. Înregistrarea serverului
În Plesk, accesează Tools & Settings › Mail › Email Spam Tester și apasă Register this server. Poți introduce o adresă de e-mail pentru notificări despre serviciu, dar este opțională.
La înregistrare sunt trimise numele de gazdă al serverului, versiunile Plesk și ale extensiei, numărul de abonamente și adresa de e-mail respectivă. Răspunsul este o cheie care rămâne pe acest server, criptată în setările extensiei. Clienții nu o văd niciodată.
Clienții găsesc Email Spam Tester în Websites & Domains › a domain › Mail. Până la înregistrarea serverului, extensia doar le spune să te contacteze.
4. Alegerea funcțiilor disponibile
În Service Plans › a plan › Permissions (și în permisiunile fiecărui abonament), extensia adaugă patru permisiuni, toate activate implicit:
- Email Spam Tester: extensia în sine;
- fix DNS and mail settings: butoanele DKIM, SPF și DMARC. Butoanele DNS necesită și permisiunea planului de a administra DNS, iar comutatorul DKIM necesită permisiunea de a administra setările de e-mail;
- folder check: trimiterea unei copii către cutii poștale de test de la furnizorii de e-mail;
- constant monitoring: activarea monitorizării pentru un domeniu.
Limitele pentru fiecare abonament (teste, verificări de foldere, planuri AI, domenii monitorizate și e-mailuri monitorizate zilnic pentru fiecare domeniu) se află pe aceeași pagină Tools & Settings › Mail › Email Spam Tester.
5. Monitorizare continuă (opțional)
Nimic nu este copiat până când nu permiți acest lucru și un client nu activează funcția pentru domeniul său. Pe pagina extensiei din Tools & Settings, apasă Allow constant monitoring on this server. Astfel sunt adăugate:
- un handler de e-mail Plesk care rulează după semnarea DKIM pentru e-mailurile trimise, transmite fiecare mesaj fără modificări și, pentru domeniile pe care funcția este activată, predă o copie către
- un listener Postfix pe
127.0.0.1:10597, care acceptă numai adresele de monitorizare Email Spam Tester, astfel încât copia să plece de la același IP și cu același HELO ca mesajul original; - lista domeniilor monitorizate în
/etc/email-spam-tester/monitor.json.
Aceeași pagină include opțiunea Disable on the whole server, care le elimină pe toate trei și dezactivează funcția pentru fiecare domeniu.
Pentru a verifica starea din linia de comandă:
/usr/local/psa/admin/sbin/modules/email-spam-tester/est-monitor status
"state": "active" înseamnă că funcția este activă; "off" înseamnă că nu a fost permisă niciodată sau că a fost eliminată; "partial" înseamnă că lipsește o componentă (Plesk rescrie uneori fișierul master.cf al Postfix în timpul unei actualizări), iar opțiunea Repair de pe aceeași pagină o restaurează. O sarcină zilnică face automat același lucru.
6. Actualizare
Descarcă noul fișier latest.zip și suma lui de control ca la pasul 2, verifică-l, apoi rulează:
plesk bin extension --upgrade /root/latest.zip
Înregistrarea, limitele și monitorizarea rămân neschimbate. Dacă monitorizarea este activă, fișierele ei sunt actualizate la noua versiune.
7. Dezinstalare
plesk bin extension --uninstall email-spam-tester
Această comandă elimină monitorizarea din Postfix și din handler-ele de e-mail Plesk și o dezactivează pentru fiecare domeniu monitorizat. Nu modifică niciodată înregistrările DNS, inclusiv pe cele create de clienți cu butoanele extensiei.
Dacă monitorizarea era activă, este recomandat să o elimini mai întâi, astfel încât o eventuală eroare să fie vizibilă direct, nu doar în jurnalul Plesk:
/usr/local/psa/admin/sbin/modules/email-spam-tester/est-monitor disable
La final este afișată starea. "state": "off" înseamnă că handler-ul, listener-ul și lista au fost eliminate.
8. Dacă ceva nu funcționează
- "The mail server did not accept the email" în timpul unui test: Postfix local a refuzat mesajul, iar textul de după două puncte este răspunsul său. Verifică dacă Postfix rulează (
systemctl status postfix). - Un test rămâne în așteptare și nu sosește nimic: după 30 de secunde, pagina testului afișează ce apare despre acesta în jurnalul de e-mail al serverului. Dacă o conexiune la portul 25 expiră, furnizorul tău blochează portul de ieșire 25. Rulează prima verificare de la pasul 1 pentru confirmare.
- O remediere afișează o înregistrare de copiat în locul unui buton: DNS-ul domeniului este gestionat de alt server (un registrator sau Cloudflare). Adaugă înregistrarea acolo.
- Imediat după o remediere DNS, un test afișează în continuare rezultatul vechi: rezolvoarele DNS publice pot reține faptul că o înregistrare lipsea pe toată durata valorii TTL minime din SOA a zonei (trei ore în șablonul implicit de zonă Plesk). Repetă testul mai târziu.