---
title: "SMTP komplet guide: hvad det er, hvordan det virker og best practices"
description: "Mestér SMTP med denne komplette guide. Lær hvordan Simple Mail Transfer Protocol fungerer, sammenlign SMTP vs. API, opsæt godkendelse (SPF, DKIM, DMARC) og vælg den bedste SMTP-udbyder til din virksomhed."
url: https://tajo.io/dk/blog/smtp-complete-guide/
markdown: https://tajo.io/dk/blog/smtp-complete-guide.md
lang: da-DK
author: "Set Noa"
author_url: https://tajo.io/dk/set-noa/
published: 2026-03-08
updated: 2026-05-21
alternates: {en-US: /blog/smtp-complete-guide.md, bg-BG: /bg/blog/smtp-complete-guide.md, cs-CZ: /cz/blog/smtp-complete-guide.md, de-DE: /de/blog/smtp-complete-guide.md, es-ES: /es/blog/smtp-complete-guide.md, fr-FR: /fr/blog/smtp-complete-guide.md, el-GR: /gr/blog/smtp-complete-guide.md, hi-IN: /hi/blog/smtp-complete-guide.md, id-ID: /in/blog/smtp-complete-guide.md, hr-HR: /hr/blog/smtp-complete-guide.md, hu-HU: /hu/blog/smtp-complete-guide.md, it-IT: /it/blog/smtp-complete-guide.md, ja-JP: /jp/blog/smtp-complete-guide.md, ko-KR: /kr/blog/smtp-complete-guide.md, ar-SA: /ar/blog/smtp-complete-guide.md, nl-NL: /nl/blog/smtp-complete-guide.md, no-NO: /no/blog/smtp-complete-guide.md, pl-PL: /pl/blog/smtp-complete-guide.md, ro-RO: /ro/blog/smtp-complete-guide.md, ru-RU: /ru/blog/smtp-complete-guide.md, sv-SE: /se/blog/smtp-complete-guide.md, zh-CN: /zh-cn/blog/smtp-complete-guide.md, sl-SI: /sl/blog/smtp-complete-guide.md, sr-Latn-RS: /sr/blog/smtp-complete-guide.md, th-TH: /th/blog/smtp-complete-guide.md, tr-TR: /tr/blog/smtp-complete-guide.md, ur-PK: /ur/blog/smtp-complete-guide.md, vi-VN: /vi/blog/smtp-complete-guide.md, sk-SK: /sk/blog/smtp-complete-guide.md}
---

[E-mail](https://tajo.io/dk/blog/?category=email)

# SMTP komplet guide: hvad det er, hvordan det virker og best practices

Mestér SMTP med denne komplette guide. Lær hvordan Simple Mail Transfer Protocol fungerer, sammenlign SMTP vs. API, opsæt godkendelse (SPF, DKIM, DMARC) og vælg den bedste SMTP-udbyder til din virksomhed.

SMTP server

Hvad er en SMTP-server?

Mestér SMTP med denne komplette guide. Lær hvordan Simple Mail Transfer Protocol fungerer, sammenlign SMTP vs. API, opsæt godkendelse (SPF, DKIM, DMARC) og vælg den bedste SMTP-udbyder til din virksomhed.

[Læs mere](https://tajo.io/dk/blog/smtp-complete-guide/#hvad-er-smtp)

SMTP er rygraden i e-mailkommunikation på internettet. Alle e-mails du sender, hvad enten det er fra din personlige indbakke eller en marketingautomatiseringsplatform, er afhængige af SMTP for at nå frem. At forstå, hvordan SMTP fungerer, er afgørende for alle der administrerer e-mailmarketing, transaktionelle e-mails eller forretningskommunikation.

Denne guide dækker alt, hvad du behøver at vide om SMTP: fra det grundlæggende i, hvordan det fungerer, til avancerede godkendelsesmetoder, udbydersammenligninger og fejlfinding ved almindelige problemer.

## Hvad er SMTP?

**SMTP (Simple Mail Transfer Protocol)** er den standard kommunikationsprotokol der bruges til at sende e-mail på tværs af internettet. Udviklet i 1982 definerer SMTP, hvordan e-mailbeskeder overføres fra en server til en anden og fungerer som posttjenesten i den digitale verden.

Når du sender en e-mail, håndterer SMTP den udgående overføring. Den skubber din besked fra din e-mailklient til din mailserver og derefter fra din mailserver til modtagerens mailserver. Protokollen fungerer efter et sæt regler der sikrer pålidelig levering af beskeder på tværs af forskellige e-mailsystemer verden over.

### Vigtigste egenskaber ved SMTP

- **Push-protokol**: SMTP skubber e-mails fra afsender til modtager (i modsætning til POP3/IMAP der trækker e-mails)
- **Tekstbaseret**: Kommandoer og svar er menneskelæsbare
- **Forbindelsesorienteret**: Bruger TCP/IP til pålidelig transmission
- **Gem-og-videresend**: Beskeder gemmes midlertidigt på mellemliggende servere inden videresendelse
- **Standardiseret**: RFC 5321 definerer de aktuelle SMTP-specifikationer

### SMTP vs. andre e-mailprotokoller

| Protokol | Formål | Retning |
| --- | --- | --- |
| SMTP | Send e-mails | Udgående |
| POP3 | Hent e-mails | Indgående |
| IMAP | Adgang til e-mails | Indgående (synk) |

SMTP fungerer sammen med POP3 og IMAP. Mens SMTP sender din udgående post, henter POP3 eller IMAP indgående post til din indbakke. De fleste e-mailklienter bruger SMTP til afsendelse og IMAP til modtagelse, hvilket giver en komplet e-mailoplevelse.

## Sådan fungerer SMTP

At forstå SMTP-processen hjælper dig med at diagnosticere leveringsproblemer og optimere din e-mailinfrastruktur. Her er trin-for-trin-rejsen for en e-mail fra afsender til modtager.

### SMTP-kommunikationsprocessen

**Trin 1: Oprettelse af forbindelse**

Din e-mailklient (Mail User Agent) forbinder til din udgående mailserver (Mail Transfer Agent) via TCP-port 25, 587 eller 465. Et “håndtryk” sker, hvor serveren identificerer sig selv.

**Trin 2: SMTP-håndtryk (HELO/EHLO)**

Klienten initierer kommunikation med en HELO- eller EHLO-kommando:

```
Client: EHLO mail.example.com
Server: 250-smtp.provider.com Hello
```

EHLO (Extended HELO) er den moderne version der understøtter SMTP-udvidelser som godkendelse og TLS-kryptering.

**Trin 3: Afsenderidentifikation (MAIL FROM)**

Klienten angiver afsenderens e-mailadresse:

```
Client: MAIL FROM:<sender@example.com>
Server: 250 OK
```

**Trin 4: Modtagerspecifikation (RCPT TO)**

Klienten identificerer en eller flere modtagere:

```
Client: RCPT TO:<recipient@destination.com>
Server: 250 OK
```

**Trin 5: Beskeddata-overførsel (DATA)**

Det faktiske e-mailindhold overføres:

```
Client: DATA
Server: 354 Start mail input
Client: Subject: Test Email
Client: From: sender@example.com
Client: To: recipient@destination.com
Client:
Client: This is the email body.
Client: .
Server: 250 OK
```

**Trin 6: Forbindelsesafslutning (QUIT)**

Sessionen slutter ordentligt:

```
Client: QUIT
Server: 221 Bye
```

### Den komplette e-mailrejse

1. **Oprettelse**: Du skriver en e-mail i din klient (Gmail, Outlook osv.)
2. **Indsendelse**: Din klient forbinder til din SMTP-server
3. **DNS-opslag**: Din server forespørger DNS om modtagerens MX-poster
4. **Overførsel**: Din server forbinder til modtagerens SMTP-server
5. **Levering**: Modtagerens server accepterer beskeden
6. **Lagring**: Beskeden gemmes til modtageren for at hente via POP3/IMAP

### SMTP-porte forklaret

| Port | Navn | Sikkerhed | Brugssag |
| --- | --- | --- | --- |
| 25 | SMTP | Ingen/STARTTLS | Server-til-server-relay |
| 587 | Submission | STARTTLS | Klient-til-server (anbefalet) |
| 465 | SMTPS | Implicit TLS | Ældre sikker indsendelse |
| 2525 | Alternativ | STARTTLS | Når 587 er blokeret |

**Port 587** er den anbefalede port til afsendelse af e-mail fra applikationer og e-mailklienter. Den kræver godkendelse og understøtter STARTTLS-kryptering.

**Port 25** var den originale SMTP-port men bruges nu primært til server-til-server-kommunikation. Mange internetudbydere blokerer udgående port 25 for at forhindre spam.

**Port 465** var kortvarigt designet til SMTPS (SMTP over SSL) men blev gentildelt. Nogle udbydere understøtter den stadig til ældre kompatibilitet.

## SMTP vs. e-mail-API: hvad bør du bruge?

Moderne applikationer har to primære muligheder til programmatisk afsendelse af e-mail: traditionel SMTP og HTTP-baserede e-mail-API’er. Hver tilgang har tydelige fordele.

### SMTP-tilgangen

Med SMTP forbinder din applikation direkte til en SMTP-server ved hjælp af den ovenfor beskrevne protokol.

**Fordele:**

- Universel kompatibilitet med ethvert e-mailafsendelsesbibliotek
- Fungerer med eksisterende e-mailinfrastruktur
- Ingen leverandørlås til specifikke API-formater
- Enklere opsætning til grundlæggende brugssager
- Fungerer i miljøer med begrænset HTTP-adgang

**Ulemper:**

- Mere kompleks fejlhåndtering
- Begrænset sporing uden yderligere opsætning
- Synkron afsendelse kan være langsommere
- Overhead ved forbindelsesstyring
- Sværere at implementere avancerede funktioner

### E-mail-API-tilgangen

E-mail-API’er bruger HTTP/REST til at sende beskeder og abstraherer den underliggende SMTP-kompleksitet.

**Fordele:**

- Rig sporing (åbninger, klik, bounces) indbygget
- Asynkron afsendelse med webhooks
- Enklere fejlhåndtering med HTTP-statuskoder
- Avancerede funktioner (skabeloner, planlægning) native
- Bedre analyse og rapportering
- Nemmere integration med moderne applikationer

**Ulemper:**

- Leverandørspecifik implementering
- Kræver internetforbindelse (ikke lokal relay)
- API-rategrænser kan gælde
- Indlæringskurve til API-specifikke funktioner

### Hvornår du bruger SMTP

- **Ældre systemer**: Ældre applikationer designet til SMTP
- **Simple transaktionelle e-mails**: Grundlæggende notifikationer uden sporingsbehov
- **On-premises software**: Applikationer i begrænsede netværksmiljøer
- **E-mailklientkonfiguration**: Desktop- eller mobilmail-apps
- **WordPress og CMS**: Mange plugins forventer SMTP-legitimationsoplysninger

### Hvornår du bruger e-mail-API

- **Marketingautomatisering**: Kampagner der kræver detaljerede analyser
- **Afsendelse i stor volumen**: Applikationer der sender tusindvis af e-mails
- **Moderne applikationer**: SaaS-produkter med komplekse e-mailbehov
- **Avancerede funktioner**: Skabelonstyring, A/B-test, dynamisk indhold
- **Realtidssporing**: Når du har brug for øjeblikkelig leveringsfeedback

### Hybrid-tilgang

Mange organisationer bruger begge dele: SMTP til simple transaktionelle beskeder fra ældre systemer og e-mail-API’er til marketingkampagner og kompleks automatisering. Platforme som Brevo understøtter begge metoder, så du kan vælge baseret på hver brugssag.

## SMTP-godkendelse forklaret

SMTP-godkendelse forhindrer uautoriserede brugere i at sende e-mail via din server. Uden godkendelse kunne alle bruge din server til at sende spam, hvilket skader dit omdømme og leveringsevne.

### Typer af SMTP-godkendelse

**SMTP AUTH (RFC 4954)**

Den standardgodkendelsesmekanisme der kræver brugernavn og adgangskode inden afsendelse.

```
Client: AUTH LOGIN
Server: 334 VXNlcm5hbWU6
Client: [base64-encoded username]
Server: 334 UGFzc3dvcmQ6
Client: [base64-encoded password]
Server: 235 Authentication successful
```

**Almindelige AUTH-mekanismer:**

| Mekanisme | Sikkerhed | Beskrivelse |
| --- | --- | --- |
| PLAIN | Grundlæggende | Brugernavn/adgangskode i klartext (kræver TLS) |
| LOGIN | Grundlæggende | Lignende PLAIN, ældre format |
| CRAM-MD5 | Bedre | Udfordring-svar, ingen klartext-adgangskode |
| DIGEST-MD5 | God | Forbedret udfordring-svar |
| OAUTH2 | Bedst | Token-baseret, ingen adgangskodeoverførsel |

**TLS/SSL-kryptering**

Brug altid kryptering til at beskytte legitimationsoplysninger:

- **STARTTLS**: Opgraderer plain forbindelse til krypteret (port 587)
- **Implicit TLS**: Forbindelsen krypteret fra start (port 465)

**API-nøgler vs. adgangskoder**

Moderne SMTP-tjenester bruger ofte API-nøgler i stedet for adgangskoder:

```
Username: apikey (literal string)
Password: your-api-key-here
```

API-nøgler er at foretrække, fordi de kan roteres uden at ændre kontoadgangskoder og kan have begrænsede tilladelser.

### Opsætning af SMTP-legitimationsoplysninger

Når du konfigurerer en applikation til at sende e-mail via SMTP, har du typisk brug for:

1. **SMTP-vært**: Serveradressen (f.eks. smtp.brevo.com)
2. **SMTP-port**: Normalt 587 til godkendt indsendelse
3. **Brugernavn**: Din kontoe-mail eller API-nøgleidentifikator
4. **Adgangskode**: Din kontoadgangskode eller API-nøgle
5. **Kryptering**: TLS/STARTTLS aktiveret

Eksempelkonfiguration til Brevo SMTP:

```
Host: smtp-relay.brevo.com
Port: 587
Username: your-email@example.com
Password: your-smtp-key
Encryption: STARTTLS
```

## E-mailgodkendelse: SPF, DKIM og DMARC

Ud over SMTP-godkendelse (bevis for at du kan bruge serveren) verificerer e-mailgodkendelsesprotokoller, at e-mails virkelig kommer fra den hævdede afsender. Disse DNS-baserede mekanismer beskytter mod spoofing og phishing.

### SPF (Sender Policy Framework)

SPF specificerer, hvilke IP-adresser og servere der er autoriseret til at sende e-mail for dit domæne.

**Sådan fungerer SPF:**

1. Du udgiver SPF-poster i dit domænes DNS
2. Når en modtagerserver modtager din e-mail, tjekker den SPF
3. Hvis afsender-IP matcher din SPF-post, passerer e-mailen
4. Hvis ikke, kan e-mailen blive markeret som spam eller afvist

**SPF-posteksempel:**

```
v=spf1 include:spf.brevo.com include:_spf.google.com -all
```

Denne post tillader Brevo og Google at sende e-mail for dit domæne og afviser alle andre afsendere (-all).

**SPF-syntaks:**

| Mekanisme | Beskrivelse |
| --- | --- |
| include: | Stol på et andet domænes SPF |
| ip4: | Tillad specifik IPv4-adresse/område |
| ip6: | Tillad specifik IPv6-adresse/område |
| a | Tillad domænets A-post-IP’er |
| mx | Tillad domænets MX-server-IP’er |
| -all | Fail alle andre (hård fail) |
| ~all | Blød fail alle andre |
| ?all | Neutral om alle andre |

**SPF best practices:**

- Brug -all (hård fail) når du er sikker på din konfiguration
- Hold under 10 DNS-opslag for at undgå permerror
- Inkludér alle legitime afsendelseskilder
- Test med SPF-validatorer inden implementering

### DKIM (DomainKeys Identified Mail)

DKIM tilføjer en kryptografisk signatur til dine e-mails, der beviser, at de ikke blev ændret under transit og kom fra dit domæne.

**Sådan fungerer DKIM:**

1. Din e-mailserver signerer udgående beskeder med en privat nøgle
2. Du udgiver den tilsvarende offentlige nøgle i DNS
3. Modtagerservere verificerer signaturen ved hjælp af din offentlige nøgle
4. Gyldige signaturer bekræfter beskedintegritet og oprindelse

**DKIM DNS-posteksempel:**

```
brevo._domainkey.example.com IN TXT "v=DKIM1; k=rsa; p=MIGfMA0GCSqGSIb3DQEBAQUAA4..."
```

Selektoren (brevo) identificerer hvilken nøgle der skal bruges og tillader flere tjenester at sende med forskellige DKIM-nøgler.

**DKIM-komponenter:**

| Del | Beskrivelse |
| --- | --- |
| Selektor | Identificerer den specifikke nøgle (f.eks. brevo, google) |
| Offentlig nøgle | RSA-nøgle udgivet i DNS til verifikation |
| Privat nøgle | Opbevaret af afsendelsesserver, signerer beskeder |
| Overskrift | Tilføjet til e-mail (DKIM-Signature) |

**DKIM best practices:**

- Brug 2048-bit RSA-nøgler (minimum 1024-bit)
- Rotér nøgler periodisk
- Signér vigtige overskrifter (Fra, Emne, Dato)
- Test signaturer inden fuld implementering

### DMARC (Domain-based Message Authentication, Reporting, and Conformance)

DMARC bygger på SPF og DKIM og tilføjer politikker til håndtering af godkendelsesfejl og rapporteringsfunktioner.

**Sådan fungerer DMARC:**

1. Du udgiver en DMARC-politik i DNS
2. Modtagerservere tjekker SPF- og DKIM-tilpasning
3. Mislykkede e-mails håndteres i henhold til din politik
4. Rapporter sendes til dig om godkendelsesresultater

**DMARC DNS-posteksempel:**

```
_dmarc.example.com IN TXT "v=DMARC1; p=quarantine; rua=mailto:dmarc@example.com; pct=100"
```

**DMARC-politikker:**

| Politik | Handling |
| --- | --- |
| p=none | Overvåg kun, ingen handling ved fejl |
| p=quarantine | Send fejl til spammappe |
| p=reject | Bloker mislykkede e-mails fuldstændigt |

**DMARC-implementeringssti:**

1. **Start med p=none**: Overvåg uden at påvirke levering
2. **Analysér rapporter**: Identificér legitime kilder der fejler godkendelse
3. **Ret problemer**: Tilføj manglende SPF-inkluderinger, konfigurér DKIM
4. **Skift til p=quarantine**: Begynd at beskytte med blød håndhævelse
5. **Fremskridt til p=reject**: Maksimal beskyttelse når du er sikker

**DMARC best practices:**

- Start med p=none og rua (samlede rapporter)
- Overvåg rapporter i 2-4 uger inden håndhævelse
- Sørg for at alle legitime afsendere består SPF eller DKIM med tilpasning
- Øg gradvist pct (procentdel) ved håndhævelse

### Godkendelsestilpasning

DMARC kræver “tilpasning” mellem domænet i Fra-overskriften og de domæner der består SPF/DKIM:

- **SPF-tilpasning**: Return-Path-domæne matcher Fra-domæne
- **DKIM-tilpasning**: DKIM-signeringsdomæne matcher Fra-domæne

Det forhindrer angribere i at bruge din SPF/DKIM-infrastruktur til at sende spoofed e-mails.

## Bedste SMTP-tjenester og udbydere

Valget af den rigtige SMTP-udbyder påvirker leveringsevne, omkostninger og funktioner. Her er de ledende muligheder for 2026.

### Brevo (tidligere Sendinblue)

**Bedst til:** Webshops, transaktionel og marketinge-mail kombineret

Brevo tilbyder både SMTP-relay og API-adgang med konkurrencedygtige priser. Styrken ligger i at kombinere transaktionel e-mail med marketingautomatisering, CRM og multikanal-kommunikation (SMS, WhatsApp).

| Funktion | Detaljer |
| --- | --- |
| Gratis niveau | 300 e-mails/dag |
| Priser | Fra 65 kr./md. for 5.000 e-mails |
| SMTP-relay | Ja |
| API | Ja (REST) |
| Leveringsværktøjer | SPF, DKIM, dedikeret IP tilgængelig |
| Analyse | Åbninger, klik, bounces, realtid |

**SMTP-konfiguration:**

```
Host: smtp-relay.brevo.com
Port: 587
Authentication: Required
Encryption: STARTTLS
```

### Amazon SES (Simple Email Service)

**Bedst til:** Afsendere i stor volumen med AWS-infrastruktur

Amazon SES tilbyder ekstremt lave priser til store volumener og integreres problemfrit med andre AWS-tjenester.

| Funktion | Detaljer |
| --- | --- |
| Gratis niveau | 62.000 e-mails/måned (fra EC2) |
| Priser | $0,10 pr. 1.000 e-mails |
| SMTP-relay | Ja |
| API | Ja (AWS SDK) |
| Leveringsværktøjer | Fuld (kræver manuel opsætning) |
| Analyse | CloudWatch-integration |

**Overvejelser:**

- Kræver teknisk ekspertise til korrekt konfiguration
- Omdømmestyring er dit ansvar
- Bedst egnet til udviklere der er komfortable med AWS

### SendGrid (Twilio)

**Bedst til:** Udviklere der har brug for robuste API’er og skalerbarhed

SendGrid leverer udviklervenllige API’er med fremragende dokumentation og skalerbarhed til voksende virksomheder.

| Funktion | Detaljer |
| --- | --- |
| Gratis niveau | 100 e-mails/dag |
| Priser | Fra $19,95/md. for 50.000 e-mails |
| SMTP-relay | Ja |
| API | Ja (REST, webhooks) |
| Leveringsværktøjer | Komplet suite inkluderet |
| Analyse | Komprehensivt dashboard |

### Mailgun

**Bedst til:** Transaktionel e-mail med detaljeret logning

Mailgun fokuserer på transaktionelle og udviklerbrugssager med kraftfulde logssøgnings- og valideringsfunktioner.

| Funktion | Detaljer |
| --- | --- |
| Gratis niveau | Prøveperiode med begrænsede udsendelser |
| Priser | Fra $15/md. for 10.000 e-mails |
| SMTP-relay | Ja |
| API | Ja (REST) |
| Leveringsværktøjer | E-mailvalidering, logs |
| Analyse | Søgbare logs, statistik |

### Postmark

**Bedst til:** Transaktionel e-mail der kræver hurtigste levering

Postmark specialiserer sig i transaktionel e-mail med brancheledende leveringshastigheder og strenge anti-spampolitikker.

| Funktion | Detaljer |
| --- | --- |
| Gratis niveau | Ingen (prøveperiode tilgængelig) |
| Priser | Fra $15/md. for 10.000 e-mails |
| SMTP-relay | Ja |
| API | Ja (REST) |
| Leveringsværktøjer | Dedikeret IP inkluderet |
| Analyse | Realtid, detaljeret |

### Udbydersammenligning opsummering

| Udbyder | Bedst til | Gratis niveau | Startpris |
| --- | --- | --- | --- |
| Brevo | Alt-i-én-marketing | 300/dag | 65 kr./md. |
| Amazon SES | Stor volumen, AWS-brugere | 62.000/md. | $0,10/1K |
| SendGrid | Udviklerfokuseret | 100/dag | $19,95/md. |
| Mailgun | Transaktionel + logs | Prøveperiode | $15/md. |
| Postmark | Hurtig transaktionel | Prøveperiode | $15/md. |

### Valg af den rigtige udbyder

**Overvej disse faktorer:**

1. **Volumen**: Hvor mange e-mails pr. måned?
2. **Type**: Marketing, transaktionel eller begge dele?
3. **Tekniske ressourcer**: Kan du administrere komplekse opsætninger?
4. **Nødvendige funktioner**: Skabeloner, analyser, A/B-test?
5. **Budget**: Hvad er dit månedlige e-mailbudget?
6. **Integration**: Hvilke systemer skal forbindes?

## Sådan opsætter du SMTP

Opsætning af SMTP varierer afhængigt af din brugssag. Her er guides til almindelige scenarier.

### Opsætning af SMTP i WordPress

De fleste WordPress-sites har brug for SMTP til pålidelig e-maillevering. Standard-PHP-funktionen mail() fejler ofte eller ender i spam.

**Trin 1: Installer et SMTP-plugin**

Populære muligheder:

- WP Mail SMTP
- Post SMTP
- Easy WP SMTP

**Trin 2: Konfigurér pluginnet**

Brug af WP Mail SMTP med Brevo:

```
From Email: noreply@yourdomain.com
From Name: Your Site Name
Mailer: Other SMTP
SMTP Host: smtp-relay.brevo.com
Encryption: TLS
SMTP Port: 587
Authentication: On
SMTP Username: your-email@example.com
SMTP Password: your-brevo-smtp-key
```

**Trin 3: Test forbindelsen**

Send en test-e-mail for at verificere konfigurationen. Tjek spammapper, hvis test-e-mailen ikke ankommer.

### Opsætning af SMTP i applikationer

Til brugerdefinerede applikationer skal du bruge dit programmeringssprog’s e-mailbibliotek.

**Node.js (Nodemailer):**

```javascript
const nodemailer = require('nodemailer');

const transporter = nodemailer.createTransport({
  host: 'smtp-relay.brevo.com',
  port: 587,
  secure: false,
  auth: {
    user: 'your-email@example.com',
    pass: 'your-smtp-key'
  }
});

await transporter.sendMail({
  from: 'sender@example.com',
  to: 'recipient@example.com',
  subject: 'Test Email',
  text: 'Hello from Node.js!'
});
```

**Python (smtplib):**

```python
import smtplib
from email.mime.text import MIMEText

smtp_server = "smtp-relay.brevo.com"
port = 587
username = "your-email@example.com"
password = "your-smtp-key"

msg = MIMEText("Hello from Python!")
msg['Subject'] = "Test Email"
msg['From'] = "sender@example.com"
msg['To'] = "recipient@example.com"

with smtplib.SMTP(smtp_server, port) as server:
    server.starttls()
    server.login(username, password)
    server.send_message(msg)
```

**PHP (PHPMailer):**

```php
use PHPMailer\PHPMailer\PHPMailer;

$mail = new PHPMailer(true);
$mail->isSMTP();
$mail->Host = 'smtp-relay.brevo.com';
$mail->SMTPAuth = true;
$mail->Username = 'your-email@example.com';
$mail->Password = 'your-smtp-key';
$mail->SMTPSecure = 'tls';
$mail->Port = 587;

$mail->setFrom('sender@example.com', 'Sender Name');
$mail->addAddress('recipient@example.com');
$mail->Subject = 'Test Email';
$mail->Body = 'Hello from PHP!';

$mail->send();
```

### Opsætning af DNS-poster

Inden du sender, konfigurér godkendelses-DNS-poster.

**Trin 1: Tilføj SPF-post**

Opret en TXT-post ved dit domæne-rod:

```
Type: TXT
Host: @
Value: v=spf1 include:spf.brevo.com ~all
```

Hvis du har eksisterende SPF, tilføj include-sætningen:

```
v=spf1 include:spf.brevo.com include:_spf.google.com ~all
```

**Trin 2: Tilføj DKIM-post**

Opret en TXT-post med selektoren fra din udbyder:

```
Type: TXT
Host: brevo._domainkey
Value: v=DKIM1; k=rsa; p=[your-public-key]
```

**Trin 3: Tilføj DMARC-post**

Start med overvågningstilstand:

```
Type: TXT
Host: _dmarc
Value: v=DMARC1; p=none; rua=mailto:dmarc-reports@yourdomain.com
```

**Trin 4: Verificér konfiguration**

Brug værktøjer som:

- MXToolbox (mxtoolbox.com)
- Mail Tester (mail-tester.com)
- DMARC Analyzer

## Almindelige SMTP-fejl og løsninger

SMTP-fejl følger et standardiseret nummereringssystem. At forstå disse koder hjælper med at diagnosticere leveringsproblemer hurtigt.

### SMTP-fejlkodekategorier

| Område | Kategori | Betydning |
| --- | --- | --- |
| 2xx | Succes | Kommando accepteret |
| 4xx | Midlertidig fejl | Prøv igen senere |
| 5xx | Permanent fejl | Prøv ikke igen |

### Almindelige SMTP-fejl og løsninger

**421 Tjeneste utilgængelig**

Serveren er midlertidigt ude af stand til at behandle anmodninger.

*Årsager:*

- Serveroverbelastning
- Vedligeholdelsesvindue
- Forbindelsesgrænser nået

*Løsninger:*

- Vent og prøv igen
- Tjek udbyderens statusside
- Implementér prøvelogik med backoff

**450 Postkasse utilgængelig**

Midlertidigt problem med modtagerpostkassen.

*Årsager:*

- Postkassen er fuld
- Serverpolitikbegrænsning
- Greylisting

*Løsninger:*

- Prøv igen efter forsinkelse
- Greylisting løser sig ved andet forsøg
- Kontakt modtageren hvis det vedvarer

**451 Lokal fejl**

Behandlingsfejl på den modtagende server.

*Årsager:*

- Serverkonfigurationsproblem
- Ressourceudtømning
- Midlertidig politikblokering

*Løsninger:*

- Prøv igen med eksponentiel backoff
- Tjek om din IP er midlertidigt blokeret
- Vent på servergenopretning

**500 Syntaksfejl**

Kommando ikke genkendt.

*Årsager:*

- Misdannede SMTP-kommandoer
- Ikke-understøttede udvidelser
- Kodningsproblemer

*Løsninger:*

- Tjek kommandosyntaks
- Sørg for korrekte linjeslutninger (CRLF)
- Verificér klientkompatibilitet

**501 Syntaksfejl i parametre**

Kommando genkendt men parametre ugyldige.

*Årsager:*

- Ugyldigt e-mailadresseformat
- Manglende påkrævede parametre
- Kodningsproblemer

*Løsninger:*

- Valider e-mailadresser inden afsendelse
- Tjek for specialtegn
- Gennemgå parameterformatering

**550 Postkasse ikke fundet**

Modtageradressen eksisterer ikke.

*Årsager:*

- Tastefejl i e-mailadresse
- Konto slettet
- Domæne accepterer ikke e-mail

*Løsninger:*

- Verificér modtageradresse
- Fjern fra liste (hård bounce)
- Implementér e-mailvalidering

**551 Bruger ikke lokal**

Modtageren er ikke på denne server.

*Årsager:*

- E-mail-videresendelse krævet
- Forkert server kontaktet
- Forældede MX-poster

*Løsninger:*

- Tjek MX-post-opløsning
- Følg videresendingsinstruktioner
- Opdatér DNS-cache

**552 Besked for stor**

E-mail overstiger størrelsesgrænserne.

*Årsager:*

- Store vedhæftede filer
- Modtagerservergrænser
- Inline-billeder for store

*Løsninger:*

- Komprimér eller fjern vedhæftede filer
- Brug fildelingslinks i stedet
- Tjek modtagerens størrelsesgrænserne

**553 Postkassenavn ugyldigt**

Adresseformat afvist.

*Årsager:*

- Ugyldige tegn i adresse
- Misdannet domæne
- Politikbegrænsninger

*Løsninger:*

- Valider e-mailformat
- Tjek for tastefejl
- Brug RFC-kompatible adresser

**554 Transaktion mislykkedes**

Generel afvisning, ofte spamrelateret.

*Årsager:*

- Spamfilter udløst
- Sortlistet afsender-IP
- Overtrædelse af indholdsretningslinjer
- Manglende godkendelse

*Løsninger:*

- Tjek sortlistestatus
- Gennemgå e-mailindhold
- Verificér godkendelse (SPF, DKIM, DMARC)
- Tjek afsenderomdømme

### Diagnosticering af SMTP-problemer

**Trin 1: Tjek fejlmeddelelser**

Log komplette SMTP-svar, ikke kun koder. Teksten efter koden giver kontekst.

**Trin 2: Test forbindelsen**

Verificér at du kan forbinde til SMTP-serveren:

```bash
telnet smtp-relay.brevo.com 587
```

Eller brug openssl til TLS:

```bash
openssl s_client -starttls smtp -connect smtp-relay.brevo.com:587
```

**Trin 3: Verificér godkendelse**

Test legitimationsoplysninger uafhængigt fra din applikation ved hjælp af en mailklient eller kommandolinjefunktion.

**Trin 4: Tjek DNS**

Verificér dine godkendelsesposter:

```bash
dig TXT yourdomain.com
dig TXT _dmarc.yourdomain.com
dig TXT selector._domainkey.yourdomain.com
```

**Trin 5: Gennemgå sortlister**

Tjek om din afsender-IP er sortlistet:

- MXToolbox Sortlistecheck
- Spamhaus
- Barracuda Reputation

## SMTP best practices

Følg disse praksisser for at maksimere leveringsevnen og opretholde et godt afsenderomdømme.

### Godkendelse

- **Brug altid SMTP AUTH**: Kør aldrig et åbent relay
- **Aktivér TLS**: Kryptér alle forbindelser (STARTTLS på port 587)
- **Brug API-nøgler**: Foretrék API-nøgler frem for kontoadgangskoder
- **Rotér legitimationsoplysninger**: Skift nøgler periodisk
- **Implementér alle tre**: SPF, DKIM og DMARC sammen

### Afsendelsespraksisser

- **Opvarm nye IP’er**: Øg gradvist volumen på nye afsender-IP’er
- **Konsekvent afsendelse**: Vedligehold regelmæssige afsendelsesmønstre
- **Listehygiejne**: Fjern bounces og uengagerede abonnenter
- **Respektér afmeldinger**: Behandl opt-outs øjeblikkeligt
- **Overvåg omdømme**: Spor afscorer og sortlistestatus

### Teknisk implementering

- **Håndtér bounces**: Behandl og kategorisér bounce-notifikationer
- **Implementér prøvelogik**: Brug eksponentiel backoff til midlertidige fejl
- **Log alt**: Vedligehold detaljerede logs til fejlfinding
- **Overvåg levering**: Spor leveringsrater og latens
- **Brug forbindelsespooling**: Genbrug forbindelser til effektivitet

### Indholdsretningslinjer

- **Undgå spam-udløsere**: Vær opmærksom på almindelige spamfraser
- **Balancér tekst og billeder**: Send ikke kun-billede-e-mails
- **Inkludér afmeldingslinks**: Påkrævet ved lov i de fleste lande
- **Brug genkendelige afsendernavne**: Modtagere bør vide hvem du er
- **Test inden afsendelse**: Tjek spamscorer inden kampagner

## Konklusion

SMTP forbliver den grundlæggende protokol der driver e-mailkommunikation verden over. Uanset om du sender transaktionelle notifikationer, marketingkampagner eller intern kommunikation, hjælper det at forstå SMTP dig med at opbygge pålidelig e-mailinfrastruktur.

Vigtigste pointer fra denne guide:

- **SMTP er afsendelsesprotokollen**: Den skubber e-mail fra afsender til modtagerservere
- **Godkendelse er afgørende**: Brug SMTP AUTH, TLS og implementér SPF/DKIM/DMARC
- **Vælg den rigtige udbyder**: Match udbyderens kapaciteter til din volumen og dine behov
- **Overvåg og vedligehold**: Spor leveringsevne, håndtér bounces og vedligehold listehygiejne
- **SMTP vs. API**: Brug SMTP til kompatibilitet, API’er til avancerede funktioner

Til webshopvirksomheder sikrer kombinationen af en pålidelig SMTP-udbyder som Brevo med korrekt kundedata-integration at dine transaktionelle e-mails når kunderne, mens dine marketingkampagner driver engagement.

Klar til at forbedre din e-mailleveringsevne? Start med at auditere din nuværende godkendelsesopsætning ved hjælp af SPF-, DKIM- og DMARC-retningslinjerne i denne guide og overvej derefter, om din nuværende udbyder opfylder dine behov for volumen, funktioner og pålidelighed.

## Hvor Tajo passer ind

Tajo er den agentiske integrationsbygger. Behold dine udbydere. Agenter forbinder alt det andet, og du godkender hver synkronisering. Tajo er i tidlig adgang. [Anmod om tidlig adgang](https://tajo.io/dk/#early-access)

## Ofte Stillede Spørgsmål

**Hvad er en SMTP-server?**

En SMTP-server (Simple Mail Transfer Protocol) er det tekniske system der håndterer afsendelse af e-mails. Den modtager udgående e-mails fra din klient, godkender afsenderen og videresender beskeden til modtagerens server via standardiserede protokolregler.

**Hvordan kommer jeg i gang med SMTP?**

Start med det grundlæggende: forstå kernekoncepterne, vælg de rigtige værktøjer og implementér trin for trin. Denne guide dækker alt fra begynder til avanceret niveau.

**Hvad er de bedste værktøjer til SMTP?**

De bedste værktøjer afhænger af dit budget og dine behov. Brevo tilbyder et gratis niveau der dækker e-mail, SMS, CRM og automatisering. Se denne guide for detaljerede anbefalinger.

**Hvad er forskellen mellem SMTP og e-mail-hosting?**

SMTP er specifikt til afsendelse af e-mail. E-mail-hosting inkluderer både afsendelse (SMTP) og modtagelse (POP3/IMAP) samt opbevaring og administration. Du kan bruge tredjepartssels SMTP-tjenester mens du hoster din e-mail andetsteds.

**Kan jeg bruge Gmail SMTP til min virksomhed?**

Gmail tilbyder SMTP-adgang men med begrænsninger. Det gratis niveau tillader 500 e-mails om dagen, og Google Workspace øger dette til 2.000. Til højere volumener eller bedre kontrolll over leveringsevne anbefales dedikerede SMTP-tjenester som Brevo.

**Hvorfor ender mine e-mails i spam?**

Almindelige årsager inkluderer: - Manglende eller fejlkonfigureret SPF/DKIM/DMARC - Afsendelse fra ny IP uden opvarmning - Dårligt afsenderomdømme - Spamlignenede indhold - Afsendelse til ugyldige adresser - Høje klagrater Tjek godkendelse først, derefter gennemgå indhold og afsendelsespraksisser.

**Hvad er den bedste SMTP-port at bruge?**

Port 587 anbefales til klient-til-server e-mailindsendelse. Den kræver godkendelse og understøtter STARTTLS-kryptering. Port 25 er til server-til-server-relay og er ofte blokeret af internetudbydere.

**Hvor mange e-mails kan jeg sende via SMTP?**

Grænser afhænger af din udbyder: - Gmail: 500-2.000/dag - Brevo gratis: 300/dag - Amazon SES: 50.000/dag (med godkendelse) - Dedikerede tjenester: Ofte ubegrænset med prisniveauer

**Har jeg brug for en dedikeret IP til SMTP?**

Ikke altid. Delte IP'er fungerer godt til moderate volumener med god praksis. Dedikerede IP'er er gavnlige for afsendere i stor volumen (100.000+ månedlig) der ønsker fuld kontrol over deres omdømme. De fleste udbydere tilbyder dedikerede IP'er som en opgraderingsmulighed.

**Hvad er SMTP-relay?**

SMTP-relay er, når din e-mailserver videresender beskeder via en anden server til levering. Det er nyttigt, når din lokale server ikke kan sende direkte (blokerede porte, dårligt omdømme), eller når du bruger en tjeneste som Brevo til bedre leveringsevne.

**Hvordan tester jeg min SMTP-konfiguration?**

Brug disse metoder: 1. Send test-e-mails via din applikation 2. Brug online-værktøjer som Mail Tester til at tjekke godkendelse 3. Forbind manuelt via telnet eller openssl 4. Tjek udbyderens dashboards for leveringslogs 5. Send til testadresser der rapporterer godkendelsesresultater

**Hvad sker der, hvis SPF eller DKIM fejler?**

Uden DMARC kan fejl i SPF/DKIM medføre at e-mails markeres, men ikke nødvendigvis afvises. Med DMARC sat til karantæne eller afvisning vil fejl resultere i spamplacering eller blokering. Overvåg altid DMARC-rapporter for at fange godkendelsesproblemer.

**Kan SMTP håndtere vedhæftede filer?**

Ja. SMTP overfører vedhæftede filer kodet i e-mailteksten (typisk base64-kodning til binære filer). Store vedhæftede filer kan dog ramme servergrænser. Til filer over et par MB bør du overveje at bruge cloud-lagerlinks i stedet.

## Relaterede artikler

### [Gratis SMTP-relay: bedste muligheder til transaktionelle e-mails](https://tajo.io/dk/blog/free-smtp-relay-guide/)

26\. mar. 2026 · 8 min læsetid

9 afsnit

### [WP Mail SMTP-guide: WordPress-opsætning, mailers, DNS, test, logs og QA (2026)](https://tajo.io/dk/blog/wp-mail-smtp-guide/)

26\. mar. 2026 · 5 min læsetid

14 afsnit

### [E-mail-API: Komplet guide til at sende e-mail programmatisk (2026)](https://tajo.io/dk/blog/email-api-guide/)

25\. mar. 2026 · 10 min læsetid

15 afsnit