Version 0.1.0, 1 oktober 2026. Ladda ner (75 KB), SHA-256 5df918a10cd996799f5d144abcc101970fab31fbb7e2298be78362257c0aaa28. Installationsstegen finns i slutet av den här sidan. I arkivet finns samma text i INSTALL.md. Koden och samma arkiv som en utgåva finns också på GitHub.
Vem det är för
Webbhotellsleverantörer vars servrar kör Plesk Obsidian 18.0.50 eller senare på Linux. Du installerar tillägget som root och registrerar servern en gång. Därefter hittar alla kunder Email Spam Tester under Websites & Domains › deras domän › Mail, bredvid Mail Settings. Tjänsteplanerna avgör vem som får tillgång till vilka delar.
Vad ett webbaserat testverktyg inte kan göra är att undersöka avsändarsidan, det ser bara e-postmeddelandet som nådde fram. Tillägget skickar testmeddelandet från din server via Postfix, signerat med domänens DKIM-nyckel och från dess IP och HELO-namn, så rapporten gäller den konfiguration som kunden faktiskt har. Och eftersom Plesk hanterar domänens DNS-zon kan en saknad post ofta läggas till med en enda knapptryckning.
Vad en kund ser
Test
Överst finns en kontroll som körs innan något e-postmeddelande skickas: om servern godkänns av domänens SPF, om Plesk signerar med DKIM och nyckeln i DNS är den som används för signeringen, samt DMARC-policyn och MX. Varje problem har knappen Åtgärda, eller Visa posten när domänens DNS hanteras någon annanstans.
Nedanför väljer kunden en brevlåda på domänen och hur testet ska skickas. Det kan skickas som den brevlådan eller på samma sätt som webbplatsen skickar e-post, under abonnemangets egen systemanvändare. Det är så WordPress, kontaktformulär och butiksaviseringar skickar. Det andra alternativet upptäcker ett vanligt problem på webbhotell: e-post från PHP skickas med en avsändare som inte omfattas av domänens SPF. E-postmeddelandet är antingen det vanliga testmeddelandet (ett kort meddelande på engelska, med text och HTML) eller kundens eget, inklistrat som ämne, HTML och valfri text.
"Kontrollera även mappen hos e-postleverantörer" är aktiverat som standard. I bakgrunden skickar servern sedan, i slumpmässig ordning och med två till fyra sekunders mellanrum, en kopia till var och en av våra testbrevlådor hos Gmail, Outlook, Yahoo och andra leverantörer. Varje kopia har ett eget Message-ID, så tillägget kan plocka ut dess rader ur Postfix-loggen. Under den följande halvtimmen fylls tabellen i med Inkorg, Skräppost eller Kampanjer för varje leverantör. Om en leverantör avvisade meddelandet visas i stället dess svar med SMTP-koden. Hos Gmail är detta offentliga testbrevlådor, och alla där kan se ämnet, avsändarnamnet och mappen. Därför är det bättre att testa konfidentiellt innehåll utan mappkontrollen.
Rapporten innehåller alla kontroller, poängen på skalan 0 till 100 och den klassiska skalan 0 till 10, AI-planen och samma åtgärdsknappar. Den här gången utgår de från den IP som rapporten faktiskt såg att e-postmeddelandet kom från.
Historik
Alla tester av domänen visas med det senaste först, tillsammans med båda poängen och antalet för varje mapp, ett diagram över poängen och, för varje test, de kontroller som har ändrats sedan det föregående testet. Efter att DKIM har åtgärdats står det på raden att DKIM gick från underkänt till godkänt.
Övervakning
Om du tillåter det på servern kan en kund aktivera övervakning för en domän. Därefter får varje e-postmeddelande som domänen skickar en teknisk rapport med DKIM, SPF och DMARC, avsändande IP och blockeringslistor. Fliken sammanfattar de senaste 24 timmarna efter källa, så e-post från webbplatsens PHP räknas separat från webbmail eller en e-postapp. Därefter visas varningar, till exempel när DKIM misslyckas i de senaste e-postmeddelandena eller SPF misslyckas för e-post från webbplatsen. Nedanför visas de senaste e-postmeddelandena med sina rapporter. Två orderbekräftelser från samma butiksmall räknas som en kontroll inom en timme, så en välbesökt butik inte skapar tusen identiska rapporter. En AI-plan för ett enskilt e-postmeddelande finns tillgänglig på begäran.
Vad administratören får
Tools & Settings › Mail › Email Spam Tester innehåller registreringen och reglaget för övervakning på hela servern. Där anges gränser per abonnemang för tester, mappkontroller, AI-planer och övervakade domäner, samt per övervakad domän för antal e-postmeddelanden per dag. En tabell visar serverns egna IP-adresser med deras omvända DNS, om den matchar HELO-namnet och blockeringslistor.
Tillägget lägger till fyra behörigheter i tjänsteplanerna: för själva tillägget, åtgärdsknapparna, mappkontrollen och övervakningen. Alla fyra är aktiverade som standard. DNS-knapparna kräver även tjänsteplanens egen behörighet för att hantera DNS, och DKIM-reglaget kräver behörighet för att hantera e-postinställningar.
Pris
Gratis tills vidare, precis som själva testverktyget. Om det ändras meddelas det först i ändringsloggen. Gränserna du anger gäller inom de gränser som Email Spam Tester tillämpar per server (mappkontroller, domänkontroller och övervakade domäner per dag), och administratörssidan visar båda tillsammans med dagens användning.
Så fungerar det och det här lämnar din server
Tillägget skickar testmeddelandet från din server och fattar inga egna beslut. Vad kontrollerna hittade, historiken, vad som ändrades, vilken DNS-post som ska publiceras, övervakningsflödet, aviseringarna och gränserna fastställs av Email Spam Tester API, samma API som webbplatsen använder. Följande skickas till API:
- serverns värdnamn, versionerna av Plesk och tillägget, antalet domäner och, om du anger den, administratörens e-postadress, en gång vid registreringen;
- testmeddelandena;
- varje abonnemang som en nycklad hash, aldrig dess namn;
- för DNS-kontrollen, de TXT-poster som Plesk lagrar för domänen, dess DKIM-nyckel, serverns IP-adresser och HELO-namn samt en postlåda på domänen för DMARC-rapporter;
- raderna i din e-postlogg som gäller våra egna testmeddelanden;
- vid övervakning, kopior av domänens utgående e-post.
Testrapporter har länkar, precis som på webbplatsen, och alla som har länken kan öppna rapporten. Övervakningsflödet fungerar annorlunda eftersom det innehåller dina kunders riktiga e-post. Rapporterna kan bara öppnas med din servers nyckel, och det kopierade e-postmeddelandet raderas efter två dagar och rapporten efter 90 dagar. Resten finns på integritetssidan.
Frågor som hostingleverantörer ställer
Ändrar det DNS automatiskt?
Nej. En post ändras när kunden trycker på Fix och bekräftar posten som den ser ut nu och som den kommer att se ut, och endast när domänens DNS faktiskt hämtas från din server. En SPF-post behåller alla befintliga termer. Serverns IP läggs till först och kräver ingen ytterligare DNS-uppslagning. En befintlig DMARC-policy ersätts aldrig. Varje ändring registreras i Plesks åtgärdslogg och kan ångras från fliken Test, förutsatt att ingen har redigerat posten sedan dess. Offentliga resolvrar kommer ihåg en saknad post under den tid som anges av zonens SOA-minimum, tre timmar i Plesks standardmall, så ett test direkt efter en korrigering kan fortfarande visa det gamla resultatet.
Hur kopierar övervakningen e-postmeddelanden?
En e-posthanterare i Plesk körs efter att Plesk har signerat e-postmeddelandet med DKIM. Den skickar varje meddelande vidare oförändrat och överlämnar, för en domän där övervakning är aktiverad, en kopia till en Postfix-lyssnare på 127.0.0.1 som endast accepterar våra övervakningsadresser. Postfix levererar sedan kopian som vilket annat e-postmeddelande som helst, från samma IP och med samma signatur. Vem e-postmeddelandet tillhör fastställs genom SMTP-inloggningen eller prenumerationens systemanvändare, aldrig enbart genom avsändaradressen, så ingen kan skicka in sina e-postmeddelanden i en annan kunds flöde. Hanteraren installeras i /usr/local/lib/email-spam-tester och listan över domäner i /etc/email-spam-tester/monitor.json.
Gör det utgående e-post långsammare?
Hanteraren läser meddelandet och lämnar tillbaka det. Kopian skickas till den lokala lyssnaren av en separat process, så originalet väntar inte på att kopian ska levereras. Jag skickade en bilaga på 5 MB via både sendmail och SMTP med övervakning aktiverad, och både originalet och kopian kom fram.
Vad har testats i en verklig miljö?
Plesk Obsidian 18.0.81 på Ubuntu 24.04, på en server med en offentlig IP och en domän vars DNS hanteras av servern: installation, avinstallation och ominstallation, registrering, ett test med mappkontrollen från en domän utan DKIM, SPF eller DMARC, de tre Fix-knapparna, ett andra test där alla tre godkändes, historiken samt övervakning av e-post från webbplatsen och från en e-postapp. Webbsidorna testades i en lokal Plesk-installation. Ännu inte testat: andra Linux-distributioner och Plesk-versioner, en server som vidarebefordrar via en smarthost samt qmail i stället för Postfix. Plesk för Windows stöds inte. Skriv till mig om du kör det i någon av dessa miljöer.
Installera steg för steg
Den här guiden förutsätter att du har root-åtkomst till en Plesk-server. Alla kommandon nedan är avsedda att kopieras och klistras in som de är.
1. Det här behöver du
- Root-åtkomst till servern via SSH.
- Plesk Obsidian 18.0.50 eller senare på Linux, med Postfix som e-postserver (standard i Plesk). Testat i drift på Plesk Obsidian 18.0.81 på Ubuntu 24.04.
- Utgående port 25 öppen, så att e-post från servern kan nå
t.email-spam-tester.com. Många VPS-leverantörer blockerar den som standard. - Utgående HTTPS till
email-spam-tester.com.
Du kan kontrollera båda innan du installerar. Det första kommandot ska skriva ut en rad som börjar med 220, det andra ska skriva ut 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. Installera
Logga in via SSH som root. Ladda ner tillägget och dess kontrollsumma:
cd /root
curl -fsSLO https://email-spam-tester.com/plesk/latest.zip
curl -fsSLO https://email-spam-tester.com/plesk/latest.zip.sha256
Kontrollera att nedladdningen är intakt. Du ska se latest.zip: OK. Om du ser FAILED ska du ladda ner igen och inte fortsätta:
sha256sum -c latest.zip.sha256
Installera det:
plesk bin extension --install /root/latest.zip
Den sista raden ska vara The extension was successfully installed.
3. Registrera servern
I Plesk går du till Tools & Settings › Mail › Email Spam Tester och trycker på Register this server. Du kan ange en e-postadress för meddelanden om tjänsten, men det är valfritt.
Vid registreringen skickas serverns värdnamn, versionerna av Plesk och tillägget, antalet prenumerationer och e-postadressen. Svaret är en nyckel som sparas på den här servern, krypterad i tilläggets inställningar. Kunderna ser den aldrig.
Kunderna hittar Email Spam Tester under Websites & Domains › a domain › Mail. Innan servern har registrerats får de bara ett meddelande om att kontakta dig.
4. Välj vem som får vad
Under Service Plans › a plan › Permissions (och i varje prenumerations egna behörigheter) lägger tillägget till fyra behörigheter, som alla är aktiverade som standard:
- Email Spam Tester: själva tillägget;
- fix DNS and mail settings: knapparna för DKIM, SPF och DMARC. DNS-knapparna kräver även abonnemangets egen behörighet att hantera DNS, och DKIM-reglaget kräver dess behörighet att hantera e-postinställningar;
- folder check: skicka en kopia till testbrevlådor hos e-postleverantörer;
- constant monitoring: aktivera övervakning för en domän.
Gränser per prenumeration (tester, mappkontroller, AI-abonnemang, övervakade domäner och övervakade e-postmeddelanden per domän och dag) finns på samma sida under Tools & Settings › Mail › Email Spam Tester.
5. Kontinuerlig övervakning (valfritt)
Inget kopieras förrän du tillåter det och en kund aktiverar det för sin domän. På tilläggets sida under Tools & Settings trycker du på Allow constant monitoring on this server. Detta lägger till:
- en e-posthanterare i Plesk som körs efter DKIM-signering av utgående e-post, släpper igenom varje meddelande oförändrat och, för aktiverade domäner, lämnar en kopia till
- en Postfix-lyssnare på
127.0.0.1:10597som endast accepterar Email Spam Testers övervakningsadresser, så att kopian skickas från samma IP och HELO som originalet; - listan över övervakade domäner i
/etc/email-spam-tester/monitor.json.
På samma sida finns Disable on the whole server, som tar bort alla tre och stänger av övervakningen för alla domäner.
Så här ser du statusen från kommandoraden:
/usr/local/psa/admin/sbin/modules/email-spam-tester/est-monitor status
"state": "active" betyder att funktionen är aktiverad. "off" betyder att den aldrig tilläts eller har tagits bort. "partial" betyder att en del saknas (Plesk skriver ibland om Postfix-filen master.cf vid en uppdatering), och Repair på samma sida återställer den. En daglig uppgift gör också detta automatiskt.
6. Uppgradera
Ladda ner den nya latest.zip och dess kontrollsumma som i steg 2, kontrollera den och kör sedan:
plesk bin extension --upgrade /root/latest.zip
Registreringen, gränserna och övervakningen förblir oförändrade. Om övervakningen är aktiverad uppdateras dess filer till den nya versionen.
7. Avinstallera
plesk bin extension --uninstall email-spam-tester
Detta tar bort övervakningen från Postfix och Plesks e-posthanterare samt stänger av den för alla övervakade domäner. Det påverkar aldrig DNS-poster, inklusive de som kunder har skapat med tilläggets knappar.
Om övervakningen var aktiverad är det bra att ta bort den först, så att ett eventuellt fel där blir synligt och inte bara hamnar i Plesks logg:
/usr/local/psa/admin/sbin/modules/email-spam-tester/est-monitor disable
Statusen skrivs ut i slutet. "state": "off" betyder att hanteraren, lyssnaren och listan är borta.
8. Om något inte fungerar
- "The mail server did not accept the email" vid ett test: den lokala Postfix-servern avvisade meddelandet, och texten efter kolonet är dess eget svar. Kontrollera att Postfix körs (
systemctl status postfix). - Ett test väntar och inget kommer fram: efter 30 sekunder visar testsidan vad serverns e-postlogg säger om det. Om en anslutning till port 25 får timeout blockerar din leverantör utgående port 25. Kör den första kontrollen i steg 1 för att bekräfta det.
- En korrigering visar en post att kopiera i stället för en knapp: domänens DNS hanteras av en annan server (en registrar eller Cloudflare). Lägg till posten där.
- Direkt efter en DNS-korrigering visar ett test fortfarande det gamla resultatet: offentliga DNS-resolverar kan komma ihåg att en post saknades så länge som zonens minsta SOA-TTL (tre timmar i Plesks standardmall för zoner). Testa igen senare.