Hvis du driver et website, forventer du, at mail bare virker: kontaktformularer skal lande i indbakken, kunder skal have ordrebekr\u00e6ftelser, og password reset-mails skal komme frem med det samme. N\u00e5r det ikke sker, er det ikke kun irriterende – det koster leads, salg og tillid.<\/p>\n\n\n\n
wp_mail()<\/code> i WordPress) er ofte uautentificeret<\/strong> og kommer fra en server uden st\u00e6rkt mail-omd\u00f8mme.<\/li>\n\n\n- Den reelle l\u00f8sning (hvordan du fikser det):<\/strong> Send transaktionsmails via en dedikeret SMTP-tjeneste<\/strong> (fx SendGrid, Brevo eller Mailgun), s\u00e5 mails g\u00e5r via en betroet, autentificeret kanal.<\/li>\n\n\n
- Den nemme knap i WordPress:<\/strong> En \u201czero-configuration\u201d-l\u00f8sning som Site Mailer by Elementor<\/a> kan omdirigere transaktionsmails uden at du selv skal rode med porte, API-n\u00f8gler eller DNS-setup.<\/li>\n\n\n
- Transaktionsmail vs. marketing:<\/strong> SMTP\/relays er til transaktionsmails<\/strong> (kvitteringer, formularer, resets). Nyhedsbreve og masseudsending skal k\u00f8re via en separat email marketing-platform (ESP)<\/strong> for at beskytte dit afsender-omd\u00f8mme.<\/li>\n\n<\/ul>\n\n\n\n
Hvad er SMTP – og hvorfor betyder det noget for dit website?<\/h2>\n\n\n\n
SMTP st\u00e5r for Simple Mail Transfer Protocol<\/strong>. T\u00e6nk p\u00e5 det som internettets \u201cpostkontor-regler\u201d: den f\u00e6lles protokol alle mailklienter og mailservere bruger til at sende og videresende beskeder.<\/p>\n\n\n\nN\u00e5r en mail bliver sendt, sker det groft sagt i tre trin:<\/p>\n\n\n\n
\n\n- Din applikation\/klient sender mailen til en udg\u00e5ende mailserver<\/strong> (submission).<\/li>\n\n\n
- Mailserveren finder modtagerens mailserver og relayer<\/strong> beskeden dertil.<\/li>\n\n\n
- Modtagerens server opbevarer mailen, indtil brugeren \u00e5bner sin indbakke.<\/li>\n\n<\/ol>\n\n\n\n
SMTP d\u00e6kker b\u00e5de submission og relay. En SMTP-port<\/strong> er bare den nummererede \u201cd\u00f8r\u201d p\u00e5 serveren, hvor denne trafik forventes at g\u00e5 ind og ud.<\/p>\n\n\n\nWordPress-problemet: wp_mail()<\/code> og \u201cdet virker p\u00e5 min server\u201d<\/h3>\n\n\n\nSom standard bruger WordPress ikke SMTP. Det bruger PHP\u2019s mailfunktion via wp_mail()<\/code>, som fors\u00f8ger at sende mail direkte fra webserveren<\/strong>. Det er en klassiker, og det er ogs\u00e5 en klassisk kilde til leveringsproblemer.<\/p>\n\n\n\nDer er flere grunde til, at det rammer deliverability h\u00e5rdt:<\/p>\n\n\n\n
\n\n- Webserveren er ikke en mailserver:<\/strong> Den er bygget til at servere HTTP, ikke til robust mailafsendelse med korrekt konfiguration.<\/li>\n\n\n
- Ingen autentificering:<\/strong> Serveren \u201cp\u00e5st\u00e5r\u201d bare, at den sender fra dit dom\u00e6ne, uden tydelige beviser til modtagersiden.<\/li>\n\n\n
- Ingen (eller svagt) afsender-omd\u00f8mme:<\/strong> Gmail, Outlook m.fl. har omfattende reputationssystemer for afsendende mailinfrastruktur. En webserver uden mailhistorik fremst\u00e5r som ukendt og dermed mist\u00e6nkelig.<\/li>\n\n\n
- D\u00e5rligt IP-nabolag p\u00e5 shared hosting:<\/strong> Hvis du deler IP med mange sites, og bare \u00e9t af dem misbruger mail, kan IP\u2019en blive blacklistet. Det rammer ogs\u00e5 din legitime mail.<\/li>\n\n<\/ol>\n\n\n\n
Konsekvensen er, at beskeder ryger i spam – eller bliver afvist helt uden at nogen fort\u00e6ller dig det. L\u00f8sningen er at f\u00e5 WordPress til at sende via en professionel, autentificeret mailkanal (SMTP eller API), hvor portvalget spiller en vigtig rolle.<\/p>\n\n\n\n
En kort historie om SMTP-porte (og hvorfor flere af dem er for\u00e6ldede)<\/h2>\n\n\n\nPort 25: den oprindelige \u201cspam-motorvej\u201d<\/h3>\n\n\n\n
Da SMTP blev standardiseret i 1982, var port 25<\/strong> den centrale port til at flytte mail mellem mailservere (Mail Transfer Agents, MTA\u2019er). Den var \u00e5ben og uden autentificering – fint i en tid med h\u00f8j tillid og lav misbrug.<\/p>\n\n\n\nProblemet kom, da spammere opdagede, at port 25 gjorde det nemt at aflevere enorme m\u00e6ngder u\u00f8nsket mail via andre servere. Uden kryptering og uden autentificering blev den et oplagt angrebspunkt.<\/p>\n\n\n\n
Derfor blokerer n\u00e6sten alle moderne ISPs, cloud-udbydere og mange hostingplatforme i dag outbound<\/strong> p\u00e5 port 25 for almindelige kunder. Det er en af de vigtigste grunde til, at port 25 ikke giver mening til mail submission fra websites.<\/p>\n\n\n\nPort 465: den f\u00f8rste sikre l\u00f8sning (SMTPS)<\/h3>\n\n\n\n
I slut-90\u2019erne blev behovet for kryptering \u00e5benlyst, og port 465<\/strong> blev et tidligt svar: SMTPS<\/strong> (SMTP over SSL). Her etableres en SSL\/TLS-forbindelse med det samme, f\u00f8r der overhovedet udveksles SMTP-kommandoer. Det kaldes implicit SSL\/TLS<\/strong>.<\/p>\n\n\n\nPort 465 var i en periode \u201cdeprecated\u201d i standardiseringsmilj\u00f8et, men i praksis kom den st\u00e6rkt igen. I 2026 er 465 et almindeligt, accepteret og sikkert valg, og store udbydere (fx Gmail) anbefaler stadig porten i flere scenarier.<\/p>\n\n\n\n
Port 587: den moderne standard (STARTTLS)<\/h3>\n\n\n\n
For at f\u00e5 en klar, officiel submission-port blev port 587<\/strong> udpeget som standard til mail submission. Her bruges typisk STARTTLS<\/strong>, ogs\u00e5 kaldet explicit TLS<\/strong>.<\/p>\n\n\n\nSTARTTLS fungerer s\u00e5dan i praksis:<\/p>\n\n\n\n
\n\n- Din applikation forbinder til serveren p\u00e5 port 587 i klartekst.<\/li>\n\n\n
- Den siger \u201chej\u201d med en
EHLO<\/code>-kommando.<\/li>\n\n\n- Serveren svarer med capabilities, herunder at den underst\u00f8tter
STARTTLS<\/code>.<\/li>\n\n\n- Klienten sender
STARTTLS<\/code> for at opgradere forbindelsen.<\/li>\n\n\n- Der etableres en krypteret TLS-tunnel, og f\u00f8rst derefter sendes login og maildata.<\/li>\n\n<\/ol>\n\n\n\n
I 2026 b\u00f8r port 587 i praksis altid h\u00e5ndh\u00e6ve kryptering; hvis en server tillader ukrypteret submission p\u00e5 587, er det et r\u00f8dt flag.<\/p>\n\n\n\n
Port 2525: ikke standard, men et reelt fallback<\/h3>\n\n\n\n
Du kan ogs\u00e5 st\u00f8de p\u00e5 port 2525<\/strong>. Den er ikke en officiel SMTP-standardport, men mange SMTP-tjenester tilbyder den som en alternativ indgang, hvis hostingmilj\u00f8et blokerer b\u00e5de 587 og 465.<\/p>\n\n\n\nBrug 2525, n\u00e5r du reelt er l\u00e5st af netv\u00e6rksrestriktioner. Den k\u00f8rer typisk med samme STARTTLS-model som 587.<\/p>\n\n\n\n
2026-valget: hvilken SMTP-port b\u00f8r du bruge?<\/h2>\n\n\n\nPrim\u00e6rt valg: port 587 (STARTTLS)<\/h3>\n\n\n\n
Hvis du skal v\u00e6lge \u00e9n port til mail submission i 2026, er det port 587 med STARTTLS<\/strong>. Den er designet til form\u00e5let, underst\u00f8ttes af stort set alle udbydere, og det er den port, du b\u00f8r pr\u00f8ve f\u00f8rst, n\u00e5r du konfigurerer et SMTP-plugin.<\/p>\n\n\n\nSekund\u00e6rt valg: port 465 (SMTPS)<\/h3>\n\n\n\n
Hvis 587 ikke virker i dit milj\u00f8, eller hvis din udbyder specifikt anbefaler det, er port 465 med SMTPS (implicit SSL\/TLS)<\/strong> et st\u00e6rkt og sikkert alternativ.<\/p>\n\n\n\nN\u00e6sten aldrig: port 25<\/h3>\n\n\n\n
Port 25 er til server-til-server relay, ikke submission fra websites. Til dit WordPress-site er svaret i praksis: lad v\u00e6re.<\/p>\n\n\n\n
Sammenligning af SMTP-porte<\/h3>\n\n\n\n\n\n- 25<\/strong> – Protokol: SMTP – Sikkerhed: ingen – Brug: server-til-server relay – Anbefalet til website? Nej (ofte blokeret)<\/strong><\/li>\n\n\n
- 465<\/strong> – Protokol: SMTPS – Sikkerhed: implicit SSL\/TLS<\/strong> – Brug: client-to-server submission – Anbefalet? Ja (sikkert og udbredt)<\/strong><\/li>\n\n\n
- 587<\/strong> – Protokol: SMTP – Sikkerhed: explicit (STARTTLS)<\/strong> – Brug: client-to-server submission – Anbefalet? Ja (standardvalget)<\/strong><\/li>\n\n\n
- 2525<\/strong> – Protokol: SMTP – Sikkerhed: explicit (STARTTLS) – Brug: submission fallback – Anbefalet? Kun hvis 587\/465 er blokeret<\/strong><\/li>\n\n<\/ul>\n\n\n\n
S\u00e5dan fikser du WordPress-mail: trin for trin<\/h2>\n\n\n\n
N\u00e5r portvalget er p\u00e5 plads, handler resten om at f\u00e5 WordPress v\u00e6k fra wp_mail()<\/code> og over p\u00e5 en autentificeret afsendelseskanal.<\/p>\n\n\n\nTrin 1: v\u00e6lg en dedikeret transaktionsmail-udbyder<\/h3>\n\n\n\n
F\u00f8rste skridt er at stoppe med at bruge webserveren som mailmotor. Du skal bruge en dedikeret transaktionsmail-udbyder<\/strong>, som lever af deliverability.<\/p>\n\n\n\n\n\n- Hvad de leverer:<\/strong> En professionel mailserver med st\u00e6rkt omd\u00f8mme, du kan sende via (SMTP eller API).<\/li>\n\n\n
- Udbredte valg:<\/strong> SendGrid, Brevo (tidl. Sendinblue), Mailgun, Postmark, Amazon SES, Google Workspace \/ Gmail (kan bruges til lav volumen, men er ikke ideelt til forretning pga. sending limits).<\/li>\n\n<\/ul>\n\n\n\n
Free tiers r\u00e6kker ofte langt til sm\u00e5 og mellemstore sites, n\u00e5r vi kun taler transaktionsmails.<\/p>\n\n\n\n
Trin 2: konfigurer DNS: SPF og DKIM (kritisk)<\/h3>\n\n\n\n
Det vigtigste tekniske trin er at vise modtagersystemer, at din udbyder har lov til at sende p\u00e5 vegne af dit dom\u00e6ne. Det g\u00f8r du med DNS-records, som udbyderen giver dig, og som du kopierer ind der, hvor din DNS styres.<\/p>\n\n\n\n
\n\n- SPF (Sender Policy Framework):<\/strong> En TXT-record, der fungerer som en g\u00e6steliste: \u201ckun disse servere\/IP\u2019er m\u00e5 sende mail for mit dom\u00e6ne\u201d. Det reducerer spoofing.<\/li>\n\n\n
- DKIM (DomainKeys Identified Mail):<\/strong> En TXT-record, der giver en digital signatur. Udbyderen signerer mailen med en privat n\u00f8gle, og modtageren validerer med den offentlige n\u00f8gle i din DNS, s\u00e5 man kan se, at mailen ikke er manipuleret.<\/li>\n\n<\/ul>\n\n\n\n\n\n
SPF og DKIM er ikke valgfrie<\/h4>\n\n\n
Uden SPF og DKIM f\u00e5r selv en god SMTP-udbyder sv\u00e6rt ved at holde dig ude af spamfilteret. F\u00e5 dem sat op, f\u00f8r du vurderer deliverability.<\/p>\n\n<\/div>\n\n\n\n
Trin 3: install\u00e9r og konfigur\u00e9r et SMTP-plugin i WordPress<\/h3>\n\n\n\n
Nu skal WordPress instrueres i at bruge din nye udbyder. Det sker typisk med et plugin, der \u201cintercepter\u201d wp_mail()<\/code> og sender via den valgte kanal.<\/p>\n\n\n\nTypiske plugins er:<\/p>\n\n\n\n
\n\n- WP Mail SMTP<\/li>\n\n\n
- FluentSMTP<\/li>\n\n\n
- Post SMTP<\/li>\n\n<\/ul>\n\n\n\n
Generelle konfigurationsskridt (g\u00e6lder de fleste plugins)<\/h4>\n\n\n\n\n\n- Install\u00e9r og aktiv\u00e9r dit valgte SMTP-plugin.<\/li>\n\n\n
- G\u00e5 til pluginets settings i WordPress admin.<\/li>\n\n\n
- V\u00e6lg din \u201cMailer\u201d (fx SendGrid), hvis pluginet har direkte integration.<\/li>\n\n\n
- Indtast credentials:<\/li>\n\n\n
- – Bedste metode (API):<\/strong> Mange plugins anbefaler API key. Det er typisk mere sikkert og stabilt end klassisk SMTP-login.<\/li>\n\n\n
- – SMTP-metoden (manuel):<\/strong> Hvis du v\u00e6lger \u201cOther SMTP\u201d, skal du selv indtaste host\/port\/login.<\/li>\n\n\n
- Hvis du bruger SMTP (ikke API), s\u00e6t f\u00f8lgende:<\/li>\n\n\n
- – SMTP Host:<\/strong> udbyderens servernavn (fx
smtp.sendgrid.net<\/code> eller smtp.gmail.com<\/code>).<\/li>\n\n\n- – Encryption:<\/strong> v\u00e6lg TLS<\/strong> (som i praksis betyder STARTTLS). Hvis du kun ser SSL\/SMTPS, matcher det ofte port 465.<\/li>\n\n\n
- – SMTP Port:<\/strong> 587<\/strong> til TLS\/STARTTLS eller 465<\/strong> til SMTPS\/SSL.<\/li>\n\n\n
- – Authentication:<\/strong> sl\u00e5 til.<\/li>\n\n\n
- – SMTP Username<\/strong> og SMTP Password:<\/strong> fra udbyderen.<\/li>\n\n\n
- S\u00e6t \u201cFrom\u201d-detaljer: \u201cFrom Email\u201d (fra dit autentificerede dom\u00e6ne) og \u201cFrom Name\u201d (site-\/brandnavn).<\/li>\n\n<\/ol>\n\n\n\n
Trin 4: send testmail og hold \u00f8je med logs<\/h3>\n\n\n\n
De fleste SMTP-plugins har en \u201cTest Email\u201d-funktion. Send en test til din egen Gmail- eller Outlook-adresse, s\u00e5 du kan se b\u00e5de leveringen og placeringen (indbakke vs. spam).<\/p>\n\n\n\n
\n\n- Lander den i indbakken:<\/strong> S\u00e5 k\u00f8rer du autentificeret afsendelse korrekt.<\/li>\n\n\n
- Ryger den i spam:<\/strong> Tjek SPF\/DKIM igen. Husk, at DNS kan tage tid at sl\u00e5 igennem.<\/li>\n\n\n
- Fejler afsendelsen:<\/strong> Det peger p\u00e5 port\/host\/credentials. Dobbelttjek alt og pr\u00f8v at skifte mellem 587\u2194465<\/strong> med matchende kryptering.<\/li>\n\n<\/ul>\n\n\n\n
Den \u201csimple\u201d l\u00f8sning: n\u00e5r platformen tager sig af deliverability<\/h2>\n\n\n\n
Som udvikler kan du godt leve med de fire trin ovenfor. Men for en typisk kunde er det mange bev\u00e6gelige dele: dom\u00e6neudbyder\/DNS, mailudbyder, plugin, porte og n\u00f8gler.<\/p>\n\n\n\n
Derfor ser man flere integrerede l\u00f8sninger, hvor deliverability er pakket ind i en mere str\u00f8mlinet ops\u00e6tning.<\/p>\n\n\n\n
L\u00f8sning 1: integreret transaktionsmail (zero-config)<\/h3>\n\n\n\n
En tilgang er at omg\u00e5 standard WordPress-mail uden at brugeren selv skal konfigurere SMTP, API keys eller DNS-records. Et eksempel er Site Mailer by Elementor<\/a>, som er designet som et \u201czero-configuration\u201d plugin.<\/p>\n\n\n\n\n\n- Hvordan det fungerer:<\/strong> Install\u00e9r og aktiv\u00e9r – derefter h\u00e5ndteres routing af transaktionsmails automatisk.<\/li>\n\n\n
- Hvad det d\u00e6kker:<\/strong> Kontaktformularer, WooCommerce-mails, password resets m.m.<\/li>\n\n\n
- Hvorfor det kan v\u00e6re attraktivt:<\/strong> Du slipper for at v\u00e6lge port, oprette s\u00e6rskilt konto hos fx SendGrid, konfigurere API keys og s\u00e6tte SPF\/DKIM manuelt (if\u00f8lge produktbeskrivelsen).<\/li>\n\n<\/ul>\n\n\n\n
L\u00f8sning 2: managed hosting, der ikke sp\u00e6nder ben for SMTP<\/h3>\n\n\n\n