Sender ikke kontaktskjemaet e-post? Slik finner du feilen.
Skjemaet takker for meldingen, men ingenting kommer frem, eller den besøkende får en feilmelding. Feilen sitter sjelden i selve skjemaet. Den sitter i avsenderen, i utsendingen eller hos mottakeren. Her er rekkefølgen vi selv sjekker i, for Contact Form 7, WPForms og Gravity Forms. Det meste kan du gjøre selv.
Først: «sendt» betyr ikke levert
Når skjemaet sier at meldingen er sendt, har WordPress bare levert den videre. WordPress skriver selv at et vellykket kall ikke betyr at noen har mottatt e-posten, bare at forespørselen ble behandlet uten feil. Første jobb er derfor å skille to spørsmål: sendte nettsiden e-posten, og kom den frem? Installer en gratis plugin som sender en testmelding og logger all e-post nettsiden sender, for eksempel Check & Log Email, eller bruk Email Test under Tools i WP Mail SMTP. Skru også på lagring av henvendelsene før du endrer noe, så du ikke mister flere mens du leter.
Hva symptomet forteller deg
Måten e-posten uteblir på, sier mye om hvor den stopper. Finn ditt tilfelle, og gå til punktet i sjekklisten.
Contact Form 7 viser rød eller oransje ramme
Standardteksten er den samme, «Det har oppstått en feil under sendingen av din melding», enten e-posten feilet eller henvendelsen ble stoppet som spam. Fargen skiller dem: rød ramme betyr at e-posten ble forsøkt sendt og feilet, oransje betyr spam. Rød: se punkt 3 og 4. Oransje: se punkt 5.
Grønn ramme, men ingen e-post
Contact Form 7 sier selv at grønn ramme betyr at sendingen fra PHP ble fullført. Forsvinner e-posten likevel, skjer det etterpå, og et spamfilter er en vanlig årsak. Se punkt 6 og 7.
Ingen e-post, heller ikke testen
Nettsiden får ikke sendt, eller webhotellet stopper e-post fra WordPress. Typisk når WordPress sender med serverens egen mail()-funksjon uten SMTP. Se punkt 3 og 4.
Testen kommer, skjemaet ikke
Utsendingen virker, så feilen sitter i skjemaets egne innstillinger: feil mottaker, en avsender som ikke hører til domenet, eller et spamfilter som stopper henvendelsen. Se punkt 1, 2 og 5.
Kommer til Gmail, men ikke til firmaadressen
Postkassene ligger hos Google Workspace eller Microsoft 365, nettsiden på et webhotell med cPanel, og serveren tror fortsatt at den tar imot e-post for domenet. Se punkt 7.
Den besøkende får kopien, du får ingenting
I Contact Form 7 sendes E-post (2), som ofte brukes som kopi eller autosvar til den besøkende, bare når hovedmeldingen ble sendt. Får den besøkende kopien, ble din e-post altså sendt fra nettsiden, og den forsvant på veien til deg. Se punkt 6 og 7.
Sjekklisten: sju punkter, i den rekkefølgen du bør ta dem
Start øverst. De første punktene tar noen minutter og løser flest saker. De siste krever tilgang til DNS for domenet. Send en test fra skjemaet etter hver endring, så du vet hvilken som løste det. Sluttet det plutselig å virke, begynn med det som ble endret sist.
Avsenderen (From) skal være en adresse på nettsidens eget domene, for eksempel [email protected]. Mange skjemaer er satt opp til å sende «fra» adressen den besøkende skrev inn. Nettsiden har ikke lov til å sende som gmail.com eller outlook.com, så mottakeren behandler meldingen som forfalsket. Legg den besøkendes adresse i svar-til (Reply-To) i stedet, så går svaret ditt fortsatt til riktig person. Contact Form 7, WPForms og Gravity Forms sier alle at avsenderen skal høre til nettsidens domene. Sjekk samtidig at mottakeren (To) er en adresse noen faktisk leser, og unngå samme adresse som avsender og mottaker. WPForms advarer mot det.
Se i e-postloggen fra loggpluginen. Står ikke skjemaets e-post der, kom den aldri så langt, og feilen sitter i skjemaet eller i et spamfilter. Står den der, sendte nettsiden den, og du leter lenger ut i kjeden. Gravity Forms skriver dette rett på henvendelsen: siden versjon 2.4.15 får hver oppføring et notat om at WordPress leverte varselet videre til serveren som sender, eller at WordPress ikke klarte å sende det.
Uten SMTP-oppsett gir WordPress all e-post til serverens egen mail()-funksjon, fra wordpress@ og domenet ditt. WordPress skriver selv i koden at noen webhoteller blokkerer e-post fra den adressen hvis den ikke finnes, og Contact Form 7 anbefaler å opprette en ekte wordpress@-postkasse av samme grunn. Den sikre løsningen er å sende gjennom en ordentlig e-postkonto eller utsendingstjeneste, med SMTP eller API, via en SMTP-plugin. I gratisversjonen av WP Mail SMTP viser fanen Debug Events feilmeldingen når en sending feiler. E-postloggen finnes bare i Pro-versjonen, og derfor er en gratis loggplugin nyttig ved siden av.
En feilmelding er gode nyheter, fordi den peker på problemet. Feiler innloggingen, stemmer ikke brukernavn eller passord, eller kontoen tillater ikke innlogging via SMTP. Avvises avsenderen, får ikke kontoen sende som adressen du valgte: WPForms skriver at de fleste SMTP-tjenester krever samme avsender som kontoen i SMTP-innstillingene. Ser du rød ramme i Contact Form 7 uten mer forklaring, ble e-posten forsøkt sendt med wp_mail() og feilet. Contact Form 7 råder deg da til å be webhotellet se i feilloggene, og sier at en annen e-postserver kan løse det.
Contact Form 7 sender ikke e-post for en henvendelse den har merket som spam. Akismet, reCAPTCHA, Cloudflare Turnstile og listen over forbudte ord bruker alle den kontrollen. reCAPTCHA v3 gir hver innsending en poengsum, og Contact Form 7 regner som standard alt under 0,50 som spam. Nøkler for v2 virker ikke med v3, og Google knytter nøklene til bestemte domener, så nøkler som er byttet eller laget for et annet domene kan stoppe alle henvendelser. Contact Form 7 bruker også WordPress sin liste under Innstillinger > Diskusjon > «Ikke tillatte kommentarnøkkelord»: står et vanlig ord der, stoppes alle henvendelser som inneholder det. Med Flamingo installert ser du nøyaktig hvorfor en henvendelse havnet i spam. Vil du teste, fjern spambeskyttelsen noen minutter og send igjen. Virker det da, er det spamfilteret og ikke e-posten. Sett beskyttelsen på igjen når feilen er rettet.
Siden 1. februar 2024 har Google krevd at alle som sender til Gmail-adresser har SPF eller DKIM, og e-post uten kan havne i spam eller bli avvist. SPF er en post i DNS som lister hvem som får sende for domenet. Domenet kan bare ha én, og den kan ikke kreve mer enn ti DNS-oppslag. To poster, eller for mange oppslag, gjør at kontrollen feiler. DKIM er en signatur som e-posttjenesten legger på hver melding, med en offentlig nøkkel i DNS. For å se hva som faktisk skjedde, send skjemaet til en Gmail-adresse, åpne e-posten på en datamaskin og klikk på pilen under avsenderens navn. Ser du et domenenavn ved «sendt av» og avsenderdomenet ved «signert av», er meldingen autentisert. Står det et spørsmålstegn ved avsenderens navn, er den ikke det. I andre e-postprogrammer finner du det samme i meldingshodet Authentication-Results, som spf=pass eller dkim=pass.
Ligger postkassene hos Google Workspace eller Microsoft 365, mens nettsiden kjører på et webhotell med cPanel, kan serveren fortsatt tro at den selv tar imot e-post for domenet. Da legges skjemaets e-post til din egen adresse i en postkasse på webhotellet som ingen leser, mens e-post til Gmail kommer frem som vanlig. I cPanel åpner du Email og deretter Email Routing. Local Mail Exchanger betyr at serveren alltid tar imot e-post for domenet selv. Remote Mail Exchanger sender den videre til e-postserverne i DNS. cPanel anbefaler Automatically Detect Configuration, men det valget leser bare sonefilen på serveren, ikke DNS. Står rutingen fortsatt på lokal mens e-posten ligger et annet sted, velg Remote. Er du usikker, spør webhotellet først, for feil valg her kan stoppe innkommende e-post.
Contact Form 7: hvor du ser
Contact Form 7 har over 10 millioner aktive installasjoner, og den mest forvirrende feilmeldingen. Menyene er oversatt til norsk i mange installasjoner, så vi gir begge navnene.
Åpne skjemaet og gå til fanen E-post. Feltene heter Til, Fra, Emne, Andre meldingshoder, Meldingstekst og Filvedlegg (To, From, Subject, Additional headers, Message body, File attachments). Fra skal være en adresse på ditt domene. Den besøkendes adresse legger du i Andre meldingshoder som Reply-To: [your-email], slik standardskjemaet er satt opp. Har noen byttet Fra-linjen til [your-email], er det ofte hele problemet.
Contact Form 7 sjekker sine egne innstillinger. Hører ikke avsenderen til domenet, får du advarselen «Avsenders e-postadresse tilhører ikke nettstedets domene» (på engelsk: «Sender email address does not belong to the site domain»). Ikke overse den. Rett alle advarslene før du leter andre steder.
E-post (2) er en ekstra e-postmal, ofte brukt som autosvar til den besøkende. Den sendes bare når hovedmeldingen ble sendt. Får den besøkende sin kopi mens du får ingenting, ble meldingen din sendt fra nettsiden, og feilen sitter i leveringen til deg: se punkt 6 og 7. Sammenlign gjerne de to malene felt for felt.
Contact Form 7 lagrer ingen henvendelser. Flamingo, gratis og fra samme utvikler, lagrer hver henvendelse i databasen, også dem som ble stoppet som spam, sammen med grunnen. Bruker du reCAPTCHA, ser du også poengsummen for hver innsending. Står det do_not_store: true under Flere innstillinger i skjemaet, lagres ingenting for det skjemaet. Henvendelsene inneholder personopplysninger, så slett dem du ikke trenger.
WPForms og Gravity Forms: hvor du ser
Begge sender gjennom WordPress, så punkt 3, 4, 6 og 7 gjelder på samme måte. Innstillingene og det de lagrer, er forskjellig.
Åpne skjemaet i byggeren og gå til Settings og Notifications. Sjekk Send To Email Address (mottaker), From Name, From Email (avsender) og Reply-To Email Address. WPForms viser advarselen «The current From Email does not match your website domain name» når avsenderen ikke hører til domenet ditt. Har varslet betinget logikk, sendes det bare når betingelsen er oppfylt, så sjekk regelen.
Gratisversjonen lagrer ikke henvendelser i WordPress-databasen. Uteblir e-posten, finnes det ingen kopi på nettsiden. Funksjonen Lite Connect kan ta backup av henvendelsene på serverne til WPForms, men bare dem som kommer inn etter at du slo den på, de utløper etter ett år, og du får dem bare tilbake ved å oppgradere til en betalt lisens. Sjekk om den er slått på, og bestem deg nå.
Gå til Forms, velg skjemaet, og åpne Form Settings og Notifications. Sjekk Send To, From Email og Reply To, og se på Conditional Logic: en regel på et felt kan gjøre at varslet aldri sendes for de fleste henvendelser. Gravity Forms skriver selv at du alltid bør bruke nettsidens domene i From Email.
Åpne en oppføring under Entries og les notatene nederst: de sier om WordPress leverte varselet videre eller ikke klarte å sende det. For mer detaljer slår du på logging under Forms > Settings og leser loggen for skjemaet. Sjekk også Personal Data under Form Settings, for der kan en regel kaste eller slette oppføringer automatisk etter et antall dager.
Finn varsel- eller e-postinnstillingene og sjekk avsender, mottaker og svar-til på samme måte. Sender skjemaet gjennom WordPress, gjelder punkt 2 til 7 likt.
Slik mister du ikke flere henvendelser mens du leter
Hver dag skjemaet ikke virker, kan være en kunde som tror du aldri svarte. Gjør dette først, så har du tid til å finne årsaken.
Lagre hver henvendelse i WordPress
Flamingo for Contact Form 7, oppføringer i Gravity Forms, eller Lite Connect i WPForms Lite. Da ligger henvendelsen på nettsiden, eller i backup, selv om e-posten aldri kommer.
Vis en annen vei til deg
Legg e-postadresse og telefonnummer ved skjemaet, så den som ikke hører noe, har et annet sted å gå.
Finn henvendelsene som forsvant
Sjekk søppelpost, e-postloggen, Flamingo og skjemaoppføringene, og svar dem som har ventet. Det er helt greit å si at skjemaet har hatt en feil.
Test hver dag til det er fikset
Send deg selv én henvendelse om dagen fra det ekte skjemaet, fra mobilen, til adressen som skal få den. Da vet du med en gang når det virker igjen, og når det ryker.
Fra virkeligheten: skjemaet som meldte «sendt» i månedsvis
En bedrift fikk nesten alle henvendelser gjennom ett skjema. En fredag morgen merket de at varslene hadde stoppet. Les hele saken.
Alle henvendelsene lå i databasen, og hver eneste rad sa at e-posten var sendt. Sendeloggen viste at mail() hadde svart «sendt» på rundt 1 800 innsendinger over flere måneder, også på kundens egen test. Ingenting kom frem.
Nettstedet lå på et delt webhotell, og postkassene i Google Workspace. Hvert varsel ble sendt som bedriftens eget domene, til bedriftens eget domene, fra en maskin som ikke var Google, og SPF, DKIM og DMARC var slappe og ufullstendige. Det er punkt 3 og punkt 6 i sjekklisten på én gang.
Autentisert SMTP rett mot Google Workspace, med en reserveløsning så skjemaet ikke kunne knekke under utrullingen, og ekte SMTP-feil i loggen. Meldt før klokken 9, løst og verifisert 11:30. Alle henvendelsene fra perioden ble hentet ut av databasen. Nettstedet var egenutviklet PHP, men WordPress bruker samme mail()-vei når SMTP ikke er satt opp med vilje, så symptomet ser helt likt ut.
Spørsmål om kontaktskjema som ikke sender e-post
Kilder
Sist kontrollert 12. november 2026. Contact Form 7 er også kontrollert i kildekoden til versjon 6.2.5. Pluginer endrer menyer, så sjekk gjeldende dokumentasjon før du stoler på en detalj.
WordPress: wp_mail(): standardavsenderen, og hva «sendt» betyr.
Contact Form 7: feilmelding etter innsending, rød ramme, oransje ramme og grønn ramme uten e-post: hva fargene betyr.
Contact Form 7: Setting up mail og Best practice to set up mail: feltene, avsender på eget domene, Reply-To, wordpress@-adressen og E-post (2).
Contact Form 7: Flamingo og spamloggen: lagring, og hvorfor en henvendelse ble stoppet.
Contact Form 7: reCAPTCHA v3, Turnstile og forbudte ord: spamfiltrene, terskelen 0,50 og listen i Innstillinger > Diskusjon.
Contact Form 7: kildekoden for versjon 6.2.5: advarselsteksten, standard Reply-To og at spam stoppes før sending.
Google: reCAPTCHA domain validation: nøkler er knyttet til bestemte domener.
WPForms: form notifications, troubleshooting og Lite Connect: feltene, advarselen, avsender i SMTP og lagring i Lite.
Gravity Forms: notification settings, troubleshooting, logging og personal data: feltene, notatene, loggen og slettereglene.
WordPress.org: WP Mail SMTP, Check & Log Email og Flamingo: gratis test, logg og lagring.
cPanel: Email Routing: Local og Remote Mail Exchanger.
Google: Email sender guidelines: SPF eller DKIM for alle avsendere fra februar 2024.
Google: Sjekk om e-poster er autentisert: «sendt av», «signert av» og Authentication-Results.
RFC 7208: SPF, RFC 6376: DKIM og RFC 9989: DMARC: én SPF-post, ti oppslag, signaturen og retningslinjene.
Finner du ikke feilen selv, finner vi den
Gratis diagnose, svar innen 30 minutter i arbeidstiden og fast pris før vi starter, fra 1 990 kr. Ingen fiks, ingen betaling.
