Versjon 0.1.0, 1. oktober 2026. Last ned (75 KB), SHA-256 5df918a10cd996799f5d144abcc101970fab31fbb7e2298be78362257c0aaa28. Installasjonstrinnene står nederst på denne siden. Den samme teksten finnes som INSTALL.md i arkivet. Koden og det samme arkivet som en utgivelse er også tilgjengelig på GitHub.
Hvem det er for
Hostingleverandører med servere som kjører Plesk Obsidian 18.0.50 eller nyere på Linux. Du installerer utvidelsen som root og registrerer serveren én gang. Deretter finner alle kunder Email Spam Tester under Websites & Domains › domenet deres › Mail, ved siden av Mail Settings. Tjenesteplanene bestemmer hvem som får tilgang til hvilke deler.
En nettbasert tester kan ikke undersøke avsendersiden, den ser bare e-posten som nådde frem. Utvidelsen sender testen fra serveren din via Postfix, signert med domenets DKIM-nøkkel og fra serverens IP og HELO-navn, slik at rapporten gjelder oppsettet kunden faktisk har. Og siden Plesk håndterer domenets DNS-sone, kan en manglende oppføring ofte legges til med ett knappetrykk.
Dette ser kunden
Test
Øverst finnes en kontroll som kjøres før det sendes e-post: om denne serveren består domenets SPF-kontroll, om Plesk signerer med DKIM og nøkkelen i DNS er den samme som brukes til signeringen, samt DMARC-policyen og MX. Hvert problem har en Rett opp-knapp, eller Vis oppføringen når domenets DNS driftes et annet sted.
Nedenfor velger kunden en postkasse på domenet og hvordan testen skal sendes. Den kan sendes som denne postkassen, eller på samme måte som nettstedet sender e-post, med abonnementets egen systembruker, slik WordPress, kontaktskjemaer og butikkvarsler sender. Det andre alternativet oppdager et vanlig problem med webhotell: e-post fra PHP sendes med en avsender som ikke dekkes av domenets SPF. E-posten er enten standardmeldingen for testing (en kort melding på engelsk, som tekst og HTML) eller kundens egen, limt inn som emne, HTML og valgfri tekst.
«Kontroller også mappen hos e-postleverandørene» er slått på som standard. I bakgrunnen sender serveren deretter én kopi til hver av testpostkassene våre hos Gmail, Outlook, Yahoo og andre leverandører, i tilfeldig rekkefølge og med to til fire sekunders mellomrom. Hver kopi har sin egen Message-ID, slik at utvidelsen kan finne de tilhørende linjene i Postfix-loggen. I løpet av den neste halvtimen fylles tabellen ut med Inbox, Spam eller Promotions for hver leverandør. Hvis en leverandør avviste meldingen, vises svaret med SMTP-koden. Hos Gmail er dette offentlige testpostkasser, og alle som har tilgang der, kan se emnet, avsendernavnet og mappen. Konfidensielt innhold bør derfor testes uten mappekontrollen.
Rapporten inneholder alle kontrollene, poengsummen av 100 og den klassiske poengsummen fra 0 til 10, KI-planen og de samme knappene for å rette opp problemer. Denne gangen brukes IP-adressen som rapporten faktisk registrerte at e-posten kom fra.
Historikk
Alle tester av domenet vises med den nyeste først, sammen med begge poengsummene og antallet for hver mappe, et diagram over poengsummen og kontrollene som har endret seg siden forrige test. Etter at DKIM er rettet opp, viser raden at DKIM gikk fra ikke bestått til bestått.
Overvåking
Hvis du tillater det på serveren, kan en kunde slå på overvåking for et domene. Fra da av får hver e-post domenet sender, en teknisk rapport med DKIM, SPF og DMARC, IP-adressen som ble brukt til å sende, og blokkeringslister. Fanen oppsummerer de siste 24 timene etter kilde, slik at e-post fra nettstedets PHP telles separat fra webmail eller en e-postapp. Deretter vises varsler, for eksempel når DKIM ikke består for de nyeste e-postene, eller SPF ikke består for e-post fra nettstedet. Nedenfor vises de nyeste e-postene med rapportene sine. To ordrebekreftelser fra samme butikkmal regnes som én kontroll i løpet av en time, slik at en travel butikk ikke genererer tusen identiske rapporter. En KI-plan for én enkelt e-post er tilgjengelig på forespørsel.
Hva administratoren får
Tools & Settings › Mail › Email Spam Tester inneholder registreringen og bryteren for overvåking på hele serveren. Der angis grenser per abonnement for tester, mappekontroller, AI-planer og overvåkede domener, og per overvåket domene for antall e-poster per dag. En tabell viser serverens egne IP-adresser med omvendt DNS, om denne samsvarer med HELO-navnet, og blokkeringslister.
Utvidelsen legger til fire tillatelser i tjenesteplaner: for selve utvidelsen, rettingsknappene, mappekontrollen og overvåkingen. Alle fire er aktivert som standard. DNS-knappene krever også tjenesteplanens egen tillatelse til å administrere DNS, og DKIM-bryteren krever tillatelsen til å administrere e-postinnstillinger.
Pris
Gratis foreløpig, i likhet med selve testverktøyet. Endringsloggen blir oppdatert først hvis dette endres. Grensene du angir, gjelder innenfor grensene Email Spam Tester har per server (mappekontroller, domenekontroller og overvåkede domener per dag), og administratorsiden viser begge grensene sammen med dagens bruk.
Slik fungerer det, og dette sendes fra serveren din
Utvidelsen sender test-e-posten fra serveren din og tar ingen avgjørelser selv. Resultatene fra kontrollene, historikken, hva som er endret, hvilken DNS-oppføring som skal publiseres, overvåkingsstrømmen, varslene og grensene beregnes av Email Spam Tester API, det samme som nettstedet bruker. Dette sendes til API-et:
- serverens vertsnavn, versjonene av Plesk og utvidelsen, antall domener og, hvis du oppgir den, administratorens e-postadresse, én gang ved registrering;
- test-e-postene;
- hvert abonnement som en nøkkelbasert hash, aldri navnet på abonnementet;
- for DNS-kontrollen, TXT-oppføringene Plesk har for domenet, domenets DKIM-nøkkel, serverens IP-adresser og HELO-navn samt en postkasse på domenet for DMARC-rapporter;
- linjene i e-postloggen din som gjelder våre egne test-e-poster;
- ved overvåking, kopier av domenets utgående e-post.
Testrapporter har lenker, som på nettstedet, og alle som har lenken, kan åpne rapporten. Overvåkingsstrømmen er annerledes, siden den inneholder kundenes faktiske e-post. Rapportene kan bare åpnes med serverens nøkkel, og den kopierte e-posten slettes etter to dager, mens rapporten slettes etter 90 dager. Resten står på personvernsiden.
Spørsmål fra hostingleverandører
Endrer den DNS automatisk?
Nei. En oppføring endres når kunden trykker på Fix og bekrefter oppføringen slik den er nå og slik den vil bli, og bare når domenets DNS faktisk leses fra serveren din. En SPF-oppføring beholder alle leddene den hadde. Serverens IP legges til først og krever ingen ekstra DNS-oppslag. En eksisterende DMARC-policy erstattes aldri. Alle endringer registreres i handlingsloggen til Plesk og kan angres fra fanen Test, så lenge ingen har redigert oppføringen siden. Offentlige resolvere husker en manglende oppføring i tidsrommet som er angitt av sonens SOA-minimum, tre timer i standardmalen til Plesk. Derfor kan en test rett etter en retting fortsatt vise det gamle resultatet.
Hvordan kopierer overvåkingen e-posten?
En e-postbehandler i Plesk kjører etter at Plesk har signert e-posten med DKIM. Den sender alle meldinger videre uendret. For et domene der overvåking er slått på, sender den også en kopi til en Postfix-lytter på 127.0.0.1 som bare godtar overvåkingsadressene våre. Postfix leverer deretter kopien som enhver annen e-post, fra samme IP og med samme signatur. Hvem e-posten tilhører, fastslås ut fra SMTP-påloggingen eller systembrukeren til abonnementet, aldri bare ut fra avsenderadressen. Dermed kan ingen sende e-posten sin inn i en annen kundes strøm. Behandleren installeres i /usr/local/lib/email-spam-tester, og listen over domener lagres i /etc/email-spam-tester/monitor.json.
Gjør den utgående e-post tregere?
Behandleren leser meldingen og sender den tilbake. Kopien sendes til den lokale lytteren av en egen prosess, slik at originalen ikke venter på at kopien skal leveres. Jeg sendte et vedlegg på 5 MB gjennom både sendmail og SMTP med overvåking slått på, og både originalen og kopien kom frem.
Hva er testet i et reelt miljø?
Plesk Obsidian 18.0.81 på Ubuntu 24.04, på en server med en offentlig IP og et domene som bruker serverens DNS: installasjon, avinstallasjon og ny installasjon, registrering, en test med mappekontroll fra et domene uten DKIM, SPF eller DMARC, de tre Fix-knappene, en ny test der alle tre besto, historikken samt overvåking av e-post fra nettstedet og fra en e-postapp. Nettsidene ble testet på en lokal Plesk-installasjon. Ikke testet ennå: andre Linux-distribusjoner og Plesk-versjoner, en server som videresender via en smarthost, og qmail i stedet for Postfix. Plesk for Windows støttes ikke. Skriv til meg hvis du kjører den på en av disse.## Installer, trinn for trinn
Denne veiledningen forutsetter at du har root-tilgang til en Plesk-server. Alle kommandoene nedenfor er ment å kopieres og limes inn som de er.
1. Dette trenger du
- Root-tilgang til serveren via SSH.
- Plesk Obsidian 18.0.50 eller nyere på Linux, med Postfix som e-postserver (standarden i Plesk). Testet på en aktiv server med Plesk Obsidian 18.0.81 på Ubuntu 24.04.
- Utgående port 25 må være åpen, slik at e-post fra serveren kan nå
t.email-spam-tester.com. Mange VPS-leverandører blokkerer den som standard. - Utgående HTTPS til
email-spam-tester.com.
Du kan kontrollere begge deler før installasjonen. Den første kommandoen skal skrive ut en linje som begynner med 220, og den andre skal skrive 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. Installer
Logg inn via SSH som root. Last ned utvidelsen og kontrollsummen:
cd /root
curl -fsSLO https://email-spam-tester.com/plesk/latest.zip
curl -fsSLO https://email-spam-tester.com/plesk/latest.zip.sha256
Kontroller at nedlastingen er intakt. Du skal se latest.zip: OK. Hvis du ser FAILED, laster du ned på nytt og fortsetter ikke:
sha256sum -c latest.zip.sha256
Installer den:
plesk bin extension --install /root/latest.zip
Den siste linjen skal være The extension was successfully installed.
3. Registrer serveren
I Plesk går du til Tools & Settings › Mail › Email Spam Tester og trykker på Register this server. Du kan oppgi en e-postadresse for varsler om tjenesten. Dette er valgfritt.
Ved registrering sendes serverens vertsnavn, versjonene av Plesk og utvidelsen, antallet abonnementer og denne e-postadressen. Svaret er en nøkkel som blir værende på denne serveren, kryptert i innstillingene for utvidelsen. Kundene ser den aldri.
Kundene finner Email Spam Tester under Websites & Domains › a domain › Mail. Frem til serveren er registrert, får de bare beskjed om å kontakte deg.
4. Velg hvem som får tilgang til hva
Under Service Plans › a plan › Permissions (og i tillatelsene for hvert enkelt abonnement) legger utvidelsen til fire tillatelser. Alle er aktivert som standard:
- Email Spam Tester: selve utvidelsen;
- fix DNS and mail settings: knappene for DKIM, SPF og DMARC. DNS-knappene krever også abonnementets egen tillatelse til å administrere DNS, og DKIM-bryteren krever tillatelsen til å administrere e-postinnstillinger;
- folder check: sender en kopi til testpostbokser hos e-postleverandører;
- constant monitoring: aktiverer overvåking for et domene.
Grenser per abonnement (tester, mappekontroller, AI-planer, overvåkede domener og overvåkede e-poster per domene per dag) angis på den samme siden, Tools & Settings › Mail › Email Spam Tester.
5. Kontinuerlig overvåking (valgfritt)
Ingenting kopieres før du tillater det og en kunde aktiverer det for domenet sitt. På siden for utvidelsen under Tools & Settings trykker du på Allow constant monitoring on this server. Dette legger til:
- en e-postbehandler i Plesk som kjører etter DKIM-signering av utgående e-post, sender alle meldinger uendret videre og, for domener der funksjonen er aktivert, sender en kopi til
- en Postfix-lytter på
127.0.0.1:10597som bare godtar overvåkingsadressene til Email Spam Tester, slik at kopien sendes fra samme IP og med samme HELO som originalen; - listen over overvåkede domener i
/etc/email-spam-tester/monitor.json.
Den samme siden har Disable on the whole server, som fjerner alle tre og deaktiverer overvåking for alle domener.
Slik ser du statusen fra kommandolinjen:
/usr/local/psa/admin/sbin/modules/email-spam-tester/est-monitor status
"state": "active" betyr at funksjonen er aktiv. "off" betyr at den aldri har vært tillatt, eller at den er fjernet. "partial" betyr at en del mangler (Plesk skriver noen ganger om Postfix-filen master.cf ved en oppdatering), og Repair på den samme siden gjenoppretter den. En daglig oppgave gjør også dette automatisk.
6. Oppgrader
Last ned den nye latest.zip og kontrollsummen som i trinn 2, kontroller den, og kjør deretter:
plesk bin extension --upgrade /root/latest.zip
Registreringen, grensene og overvåkingen forblir som før. Hvis overvåking er aktivert, oppdateres filene til den nye versjonen.
7. Avinstaller
plesk bin extension --uninstall email-spam-tester
Dette fjerner overvåkingen fra Postfix og e-postbehandlerne i Plesk, og deaktiverer den for alle overvåkede domener. Det endrer aldri DNS-oppføringer, heller ikke oppføringer kundene har opprettet med knappene i utvidelsen.
Hvis overvåking var aktivert, bør du fjerne den først. Da blir eventuelle feil synlige med en gang, i stedet for bare å vises i loggen til Plesk:
/usr/local/psa/admin/sbin/modules/email-spam-tester/est-monitor disable
Kommandoen skriver ut statusen til slutt. "state": "off" betyr at behandleren, lytteren og listen er fjernet.
8. Hvis noe ikke virker
- "The mail server did not accept the email" under en test: den lokale Postfix-serveren avviste meldingen, og teksten etter kolon er svaret fra Postfix. Kontroller at Postfix kjører (
systemctl status postfix). - En test venter, og ingenting kommer frem: Etter 30 sekunder viser testsiden hva serverens e-postlogg sier om meldingen. Hvis en tilkobling til port 25 får tidsavbrudd, blokkerer leverandøren utgående port 25. Kjør den første kontrollen fra trinn 1 for å bekrefte dette.
- En retting viser en oppføring som skal kopieres, i stedet for en knapp: Domenets DNS betjenes av en annen server (en registrar eller Cloudflare). Legg til oppføringen der.
- Rett etter en DNS-retting viser en test fortsatt det gamle resultatet: Offentlige DNS-oppløsere kan huske at en oppføring manglet, i opptil den minste SOA TTL-verdien for sonen (tre timer i standardmalen for soner i Plesk). Test på nytt senere.