E-post RFC-protokollstøtte - Komplett guide til standarder og spesifikasjoner
Om dette dokumentet
Dette dokumentet skisserer RFC (Request for Comments) protokollstøtte for Forward Email. Siden Forward Email bruker WildDuck under panseret for IMAP/POP3-funksjonalitet, reflekterer protokollstøtten og begrensningene dokumentert her WildDucks implementering.
Important
Forward Email bruker SQLite for meldingslagring i stedet for MongoDB (som WildDuck opprinnelig brukte). Dette påvirker enkelte implementasjonsdetaljer dokumentert nedenfor.
Kildekode: https://github.com/forwardemail/forwardemail.net
Arkitekturoversikt
Sammenligning av e-posttjenester - Protokollstøtte & RFC-standarders samsvar
Important
Sandboxet og kvantesikker kryptering: Forward Email er den eneste e-posttjenesten som lagrer individuelt krypterte SQLite-postbokser med ditt passord (som kun du har). Hver postboks er kryptert med sqleet (ChaCha20-Poly1305), selvstendig, sandboxet og bærbar. Hvis du glemmer passordet ditt, mister du postboksen – ikke engang Forward Email kan gjenopprette den. Se Quantum-Safe Encrypted Email for detaljer.
Sammenlign e-postprotokollstøtte og RFC-standardimplementering på tvers av store e-postleverandører:
| Funksjon | Forward Email | Postfix/Dovecot | Gmail | iCloud Mail | Outlook.com | Fastmail | Yahoo/AOL (Verizon) | ProtonMail | Tutanota |
|---|---|---|---|---|---|---|---|---|---|
| Pris for egendefinert domene | Gratis | Gratis | $7.20/mnd | $0.99/mnd | $7.20/mnd | $5/mnd | $3.19/mnd | $4.99/mnd | $3.27/mnd |
| IMAP4rev1 (RFC 3501) | ✅ Støttet | ✅ Støttet | ✅ Støttet | ✅ Støttet | ✅ Støttet | ✅ Støttet | ✅ Støttet | ⚠️ Via Bridge | ❌ Ikke støttet |
| IMAP4rev2 (RFC 9051) | ⚠️ Delvis | ⚠️ Delvis | ⚠️ 31% | ⚠️ 92% | ⚠️ 46% | ⚠️ 69% | ⚠️ 85% | ⚠️ Via Bridge | ❌ Ikke støttet |
| POP3 (RFC 1939) | ✅ Støttet | ✅ Støttet | ✅ Støttet | ❌ Ikke støttet | ✅ Støttet | ✅ Støttet | ✅ Støttet | ⚠️ Via Bridge | ❌ Ikke støttet |
| SMTP (RFC 5321) | ✅ Støttet | ✅ Støttet | ✅ Støttet | ✅ Støttet | ✅ Støttet | ✅ Støttet | ✅ Støttet | ⚠️ Via Bridge | ❌ Ikke støttet |
| JMAP (RFC 8620) | ❌ Ikke støttet | ❌ Ikke støttet | ❌ Ikke støttet | ❌ Ikke støttet | ❌ Ikke støttet | ✅ Støttet | ❌ Ikke støttet | ❌ Ikke støttet | ❌ Ikke støttet |
| DKIM (RFC 6376) | ✅ Støttet | ✅ Støttet | ✅ Støttet | ✅ Støttet | ✅ Støttet | ✅ Støttet | ✅ Støttet | ✅ Støttet | ✅ Støttet |
| SPF (RFC 7208) | ✅ Støttet | ✅ Støttet | ✅ Støttet | ✅ Støttet | ✅ Støttet | ✅ Støttet | ✅ Støttet | ✅ Støttet | ✅ Støttet |
| DMARC (RFC 7489) | ✅ Støttet | ✅ Støttet | ✅ Støttet | ✅ Støttet | ✅ Støttet | ✅ Støttet | ✅ Støttet | ✅ Støttet | ✅ Støttet |
| ARC (RFC 8617) | ✅ Støttet | ✅ Støttet | ✅ Støttet | ❌ Ikke støttet | ✅ Støttet | ✅ Støttet | ✅ Støttet | ✅ Støttet | ❌ Ikke støttet |
| MTA-STS (RFC 8461) | ✅ Støttet | ✅ Støttet | ✅ Støttet | ✅ Støttet | ✅ Støttet | ✅ Støttet | ✅ Støttet | ✅ Støttet | ✅ Støttet |
| DANE (RFC 7671) | ✅ Støttet | ✅ Støttet | ❌ Ikke støttet | ❌ Ikke støttet | ❌ Ikke støttet | ❌ Ikke støttet | ❌ Ikke støttet | ✅ Støttet | ✅ Støttet |
| DSN (RFC 3461) | ✅ Støttet | ✅ Støttet | ❌ Ikke støttet | ✅ Støttet | ✅ Støttet | ⚠️ Ukjent | ❌ Ikke støttet | ⚠️ Via Bridge | ❌ Ikke støttet |
| REQUIRETLS (RFC 8689) | ✅ Støttet | ✅ Støttet | ⚠️ Ukjent | ⚠️ Ukjent | ⚠️ Ukjent | ⚠️ Ukjent | ⚠️ Ukjent | ⚠️ Via Bridge | ❌ Ikke støttet |
| ManageSieve (RFC 5804) | ✅ Støttet | ✅ Støttet | ❌ Ikke støttet | ❌ Ikke støttet | ❌ Ikke støttet | ✅ Støttet | ❌ Ikke støttet | ❌ Ikke støttet | ❌ Ikke støttet |
| OpenPGP (RFC 9580) | ✅ Støttet | ⚠️ Via Plugins | ⚠️ Tredjepart | ⚠️ Tredjepart | ⚠️ Tredjepart | ⚠️ Tredjepart | ⚠️ Tredjepart | ✅ Innebygd | ❌ Ikke støttet |
| S/MIME (RFC 8551) | ✅ Støttet | ✅ Støttet | ✅ Støttet | ✅ Støttet | ✅ Støttet | ⚠️ Delvis | ❌ Ikke støttet | ✅ Støttet | ❌ Ikke støttet |
| CalDAV (RFC 4791) | ✅ Støttet | ✅ Støttet | ✅ Støttet | ✅ Støttet | ❌ Ikke støttet | ✅ Støttet | ❌ Ikke støttet | ✅ Via Bridge | ❌ Ikke støttet |
| CardDAV (RFC 6352) | ✅ Støttet | ✅ Støttet | ✅ Støttet | ✅ Støttet | ❌ Ikke støttet | ✅ Støttet | ❌ Ikke støttet | ✅ Via Bridge | ❌ Ikke støttet |
| Oppgaver (VTODO) | ✅ Støttet | ✅ Støttet | ❌ Ikke støttet | ✅ Støttet | ❌ Ikke støttet | ✅ Støttet | ❌ Ikke støttet | ❌ Ikke støttet | ❌ Ikke støttet |
| Sieve (RFC 5228) | ✅ Støttet | ✅ Støttet | ❌ Ikke støttet | ❌ Ikke støttet | ❌ Ikke støttet | ✅ Støttet | ❌ Ikke støttet | ❌ Ikke støttet | ❌ Ikke støttet |
| Catch-All | ✅ Støttet | ✅ Støttet | ✅ Støttet | ❌ Ikke støttet | ❌ Ikke støttet | ✅ Støttet | ❌ Ikke støttet | ❌ Ikke støttet | ✅ Støttet |
| Ubegrensede aliaser | ✅ Støttet | ✅ Støttet | ✅ Støttet | ✅ Støttet | ✅ Støttet | ✅ Støttet | ❌ Ikke støttet | ✅ Støttet | ✅ Støttet |
| To-faktor autentisering | ✅ Støttet | ✅ Støttet | ✅ Støttet | ✅ Støttet | ✅ Støttet | ✅ Støttet | ✅ Støttet | ✅ Støttet | ✅ Støttet |
| Push-varsler | ✅ Støttet | ⚠️ Via Plugins | ✅ Støttet | ✅ Støttet | ✅ Støttet | ✅ Støttet | ❌ Ikke støttet | ✅ Støttet | ✅ Støttet |
| Kalender/Kontakter på skrivebord | ✅ Støttet | ✅ Støttet | ✅ Støttet | ✅ Støttet | ✅ Støttet | ✅ Støttet | ❌ Ikke støttet | ✅ Støttet | ❌ Ikke støttet |
| Avansert søk | ✅ Støttet | ✅ Støttet | ✅ Støttet | ✅ Støttet | ✅ Støttet | ✅ Støttet | ✅ Støttet | ✅ Støttet | ✅ Støttet |
| API/Integrasjoner | ✅ 39 Endepunkter | ✅ Støttet | ✅ Støttet | ❌ Ikke støttet | ✅ Støttet | ✅ Støttet | ❌ Ikke støttet | ✅ Støttet | ❌ Ikke støttet |
Visualisering av protokollstøtte
Kjerneprotokoller for e-post
Flyt for e-postprotokoll
IMAP4 e-postprotokoll og utvidelser
Note
Forward Email støtter IMAP4rev1 (RFC 3501) med delvis støtte for IMAP4rev2 (RFC 9051)-funksjoner.
Forward Email tilbyr robust IMAP4-støtte gjennom WildDuck-mailserver-implementasjonen. Serveren implementerer IMAP4rev1 (RFC 3501) med delvis støtte for IMAP4rev2 (RFC 9051)-utvidelser.
Forward Emails IMAP-funksjonalitet leveres av WildDuck-avhengigheten. Følgende e-post-RFC-er støttes:
| RFC | Tittel | Implementasjonsnotater |
|---|---|---|
| RFC 3501 | Internet Message Access Protocol (IMAP) - Versjon 4rev1 | Full støtte med bevisste forskjeller (se nedenfor) |
| RFC 2177 | IMAP4 IDLE-kommando | Push-stil varslinger |
| RFC 2342 | IMAP4 Namespace | Støtte for postkassenavnrom |
| RFC 2087 | IMAP4 QUOTA-utvidelse | Håndtering av lagringskvoter |
| RFC 2971 | IMAP4 ID-utvidelse | Klient/server-identifikasjon |
| RFC 5161 | IMAP4 ENABLE-utvidelse | Aktiver IMAP-utvidelser |
| RFC 4959 | IMAP-utvidelse for SASL Initial Client Response (SASL-IR) | Initial klientrespons |
| RFC 3691 | IMAP4 UNSELECT-kommando | Lukk postkasse uten EXPUNGE |
| RFC 4315 | IMAP UIDPLUS-utvidelse | Forbedrede UID-kommando |
| RFC 7162 | IMAP-utvidelser: Rask flagg-endring resynkronisering (CONDSTORE) | Betinget STORE |
| RFC 6154 | IMAP LIST-utvidelse for spesialbruk-postkasser | Spesielle postkasseattributter |
| RFC 6851 | IMAP MOVE-utvidelse | Atomisk MOVE-kommando |
| RFC 6855 | IMAP-støtte for UTF-8 | UTF-8-støtte |
| RFC 3348 | IMAP4 Child Mailbox-utvidelse | Informasjon om underpostkasser |
| RFC 7889 | IMAP4-utvidelse for annonsering av maksimal opplastingsstørrelse (APPENDLIMIT) | Maksimal opplastingsstørrelse |
| Støttede IMAP-utvidelser: |
| Utvidelse | RFC | Status | Beskrivelse |
|---|---|---|---|
| IDLE | RFC 2177 | ✅ Støttet | Push-stil varslinger |
| NAMESPACE | RFC 2342 | ✅ Støttet | Støtte for postkassenavnrom |
| QUOTA | RFC 2087 | ✅ Støttet | Lagringskvotastyring |
| ID | RFC 2971 | ✅ Støttet | Klient/server identifikasjon |
| ENABLE | RFC 5161 | ✅ Støttet | Aktiver IMAP-utvidelser |
| SASL-IR | RFC 4959 | ✅ Støttet | Initial klientrespons |
| UNSELECT | RFC 3691 | ✅ Støttet | Lukk postkasse uten EXPUNGE |
| UIDPLUS | RFC 4315 | ✅ Støttet | Forbedrede UID-kommandoer |
| CONDSTORE | RFC 7162 | ✅ Støttet | Betinget STORE |
| SPECIAL-USE | RFC 6154 | ✅ Støttet | Spesielle postkasseattributter |
| MOVE | RFC 6851 | ✅ Støttet | Atomisk MOVE-kommando |
| UTF8=ACCEPT | RFC 6855 | ✅ Støttet | UTF-8 støtte |
| CHILDREN | RFC 3348 | ✅ Støttet | Informasjon om underpostkasser |
| APPENDLIMIT | RFC 7889 | ✅ Støttet | Maksimal opplastingsstørrelse |
| XLIST | Ikke-standard | ✅ Støttet | Gmail-kompatibel mappelisting |
| XAPPLEPUSHSERVICE | Ikke-standard | ✅ Støttet | Apple Push Notification Service |
IMAP-protokollforskjeller fra RFC-spesifikasjoner
Warning
Følgende forskjeller fra RFC-spesifikasjoner kan påvirke klientkompatibilitet.
Forward Email avviker bevisst fra noen IMAP RFC-spesifikasjoner. Disse forskjellene er arvet fra WildDuck og dokumentert nedenfor:
- Ingen \Recent-flagg:
\Recent-flagget er ikke implementert. Alle meldinger returneres uten dette flagget. - RENAME påvirker ikke undermapper: Når en mappe gis nytt navn, blir ikke undermapper automatisk omdøpt. Mappestrukturen er flat i databasen.
- INBOX kan ikke gis nytt navn: RFC 3501 tillater å gi INBOX nytt navn, men Forward Email forbyr dette eksplisitt. Se WildDuck kildekode.
- Ingen uoppfordrede FLAGS-responser: Når flagg endres, sendes ingen uoppfordrede FLAGS-responser til klienten.
- STORE returnerer NO for slettede meldinger: Forsøk på å endre flagg på slettede meldinger returnerer NO i stedet for å ignorere stille.
- CHARSET ignoreres i SEARCH:
CHARSET-argumentet i SEARCH-kommandoer ignoreres. Alle søk bruker UTF-8. - MODSEQ metadata ignoreres:
MODSEQmetadata i STORE-kommandoer ignoreres. - SEARCH TEXT og SEARCH BODY: Forward Email bruker SQLite FTS5 (Full-Text Search) i stedet for MongoDBs
$text-søk. Dette gir:- Støtte for
NOT-operator (MongoDB støtter ikke dette) - Rangert søkeresultat
- Søkeytelse under 100 ms på store postkasser
- Støtte for
- Autoexpunge-adferd: Meldinger merket med
\Deletedblir automatisk slettet når postkassen lukkes. - Meldingsnøyaktighet: Noen meldingsendringer kan ikke bevare den eksakte opprinnelige meldingsstrukturen.
Delvis støtte for IMAP4rev2:
Forward Email implementerer IMAP4rev1 (RFC 3501) med delvis støtte for IMAP4rev2 (RFC 9051). Følgende IMAP4rev2-funksjoner er ikke støttet ennå:
- LIST-STATUS - Kombinerte LIST- og STATUS-kommandoer
- LITERAL- - Ikke-synkroniserende litteraler (minusvariant)
- OBJECTID - Unike objektidentifikatorer
- SAVEDATE - Lagre dato-attributt
- REPLACE - Atomisk meldingserstatning
- UNAUTHENTICATE - Avslutt autentisering uten å lukke tilkobling
Avslappet håndtering av meldingsstruktur:
Forward Email bruker "avslappet kroppshåndtering" for feilaktige MIME-strukturer, som kan avvike fra streng RFC-tolkning. Dette forbedrer kompatibiliteten med virkelige e-poster som ikke følger standardene perfekt. METADATA-utvidelse (RFC 5464):
IMAP METADATA-utvidelsen er ikke støttet. For mer informasjon om denne utvidelsen, se RFC 5464. Diskusjon om å legge til denne funksjonen finnes i WildDuck Issue #937.
IMAP-utvidelser SOM IKKE ER STØTTET
Følgende IMAP-utvidelser fra IANA IMAP Capabilities Registry er IKKE støttet:
| RFC | Tittel | Årsak |
|---|---|---|
| RFC 2086 | IMAP4 ACL-utvidelse | Delte mapper ikke implementert. Se WildDuck Issue #427 |
| RFC 5256 | IMAP SORT og THREAD-utvidelser | Tråding implementert internt, men ikke via RFC 5256-protokollen. Se WildDuck Issue #12 |
| RFC 5162 | IMAP4-utvidelser for rask om-synkronisering av postkasse (QRESYNC) | Ikke implementert |
| RFC 5464 | IMAP METADATA-utvidelse | Metadata-operasjoner ignorert. Se WildDuck dokumentasjon |
| RFC 5258 | IMAP4 LIST-kommando-utvidelser | Ikke implementert |
| RFC 5267 | Kontekster for IMAP4 | Ikke implementert |
| RFC 5465 | IMAP NOTIFY-utvidelse | Ikke implementert |
| RFC 5466 | IMAP4 FILTERS-utvidelse | Ikke implementert |
| RFC 6203 | IMAP4-utvidelse for fuzzy-søk | Ikke implementert |
| RFC 6785 | IMAP4 implementeringsanbefalinger | Anbefalinger ikke fullt ut fulgt |
| RFC 7162 | IMAP-utvidelser: Rask synkronisering av flagg-endringer (CONDSTORE) og rask om-synkronisering av postkasse (QRESYNC) | Ikke implementert |
| RFC 8437 | IMAP UNAUTHENTICATE-utvidelse for gjenbruk av tilkobling | Ikke implementert |
| RFC 8438 | IMAP-utvidelse for STATUS=SIZE | Ikke implementert |
| RFC 8457 | IMAP "$Important"-nøkkelord og "\Important" spesial-bruksattributt | Ikke implementert |
| RFC 8474 | IMAP-utvidelse for objektidentifikatorer | Ikke implementert |
| RFC 9051 | Internet Message Access Protocol (IMAP) - Versjon 4rev2 | Forward Email implementerer IMAP4rev1 (RFC 3501) |
POP3 Email-protokoll og utvidelser
Note
Forward Email støtter POP3 (RFC 1939) med standardutvidelser for e-posthenting.
Forward Emails POP3-funksjonalitet leveres av avhengigheten WildDuck. Følgende e-post-RFC-er støttes:
| RFC | Tittel | Implementasjonsnotater |
|---|---|---|
| RFC 1939 | Post Office Protocol - Versjon 3 (POP3) | Full støtte med bevisste forskjeller (se nedenfor) |
| RFC 2595 | Bruk av TLS med IMAP, POP3 og ACAP | STARTTLS-støtte |
| RFC 2449 | POP3 Extension Mechanism | CAPA-kommando-støtte |
Forward Email tilbyr POP3-støtte for klienter som foretrekker denne enklere protokollen fremfor IMAP. POP3 er ideelt for brukere som ønsker å laste ned e-post til én enkelt enhet og fjerne dem fra serveren.
Støttede POP3-utvidelser:
| Utvidelse | RFC | Status | Beskrivelse |
|---|---|---|---|
| TOP | RFC 1939 | ✅ Støttet | Hent meldingens overskrifter |
| USER | RFC 1939 | ✅ Støttet | Brukernavn-autentisering |
| UIDL | RFC 1939 | ✅ Støttet | Unike meldingsidentifikatorer |
| EXPIRE | RFC 2449 | ✅ Støttet | Meldingens utløpspolicy |
POP3-protokollforskjeller fra RFC-spesifikasjoner
Warning
POP3 har iboende begrensninger sammenlignet med IMAP.
Important
Kritisk forskjell: Forward Email vs WildDuck POP3 DELE-adferd
Forward Email implementerer RFC-kompatibel permanent sletting for POP3 DELE-kommandoer, i motsetning til WildDuck som flytter meldinger til Papirkurven.
Forward Email-adferd (kildekode):
DELE→QUITsletter meldinger permanent- Følger RFC 1939 spesifikasjon nøyaktig
- Matcher adferden til Dovecot (standard), Postfix og andre standardkompatible servere
WildDuck-adferd (diskusjon):
DELE→QUITflytter meldinger til Papirkurven (Gmail-lignende)- Bevisst designvalg for brukersikkerhet
- Ikke RFC-kompatibelt, men forhindrer utilsiktet datatap
Hvorfor Forward Email skiller seg ut:
- RFC-kompatibilitet: Følger RFC 1939 spesifikasjon
- Brukerforventninger: Last ned-og-slett-arbeidsflyt forventer permanent sletting
- Lagringshåndtering: Korrekt frigjøring av diskplass
- Interoperabilitet: Konsistent med andre RFC-kompatible servere
Note
POP3 meldingsliste: Forward Email viser ALLE meldinger fra INBOX uten begrensning. Dette skiller seg fra WildDuck som som standard begrenser til 250 meldinger. Se kildekode.
Enhetsadgang:
POP3 er designet for tilgang fra én enhet. Meldinger lastes vanligvis ned og fjernes fra serveren, noe som gjør det uegnet for synkronisering på flere enheter.
Ingen mappe-støtte:
POP3 gir kun tilgang til INBOX-mappen. Andre mapper (Sendt, Kladd, Papirkurv osv.) er ikke tilgjengelige via POP3.
Begrenset meldingshåndtering:
POP3 tilbyr grunnleggende henting og sletting av meldinger. Avanserte funksjoner som flagging, flytting eller søk i meldinger er ikke tilgjengelig.
POP3-utvidelser SOM IKKE STØTTES
Følgende POP3-utvidelser fra IANA POP3 Extension Mechanism Registry støttes IKKE:
| RFC | Tittel | Årsak |
|---|---|---|
| RFC 6856 | Post Office Protocol Versjon 3 (POP3) Støtte for UTF-8 | Ikke implementert i WildDuck POP3-server |
| RFC 2595 | STLS-kommando | Kun STARTTLS støttet, ikke STLS |
| RFC 3206 | SYS- og AUTH POP-responskoder | Ikke implementert |
SMTP Email Protocol and Extensions
Note
Forward Email støtter SMTP (RFC 5321) med moderne utvidelser for sikker og pålitelig e-postlevering.
Forward Emails SMTP-funksjonalitet leveres av flere komponenter: smtp-server (nodemailer), zone-mta, og egendefinerte implementasjoner. Følgende e-post-RFC-er støttes:
| RFC | Tittel | Implementasjonsnotater |
|---|---|---|
| RFC 5321 | Simple Mail Transfer Protocol (SMTP) | Full støtte |
| RFC 3207 | SMTP Service Extension for Secure SMTP over Transport Layer Security (STARTTLS) | TLS/SSL-støtte |
| RFC 4954 | SMTP Service Extension for Authentication (AUTH) | PLAIN, LOGIN, CRAM-MD5, XOAUTH2 |
| RFC 6531 | SMTP Extension for Internationalized Email (SMTPUTF8) | Innfødt støtte for unicode e-postadresser |
| RFC 3461 | SMTP Service Extension for Delivery Status Notifications (DSN) | Full DSN-støtte |
| RFC 3463 | Enhanced Mail System Status Codes | Forbedrede statuskoder i svar |
| RFC 1870 | SMTP Service Extension for Message Size Declaration (SIZE) | Maksimal meldingsstørrelse annonsert |
| RFC 2920 | SMTP Service Extension for Command Pipelining (PIPELINING) | Støtte for kommando-pipelining |
| RFC 1652 | SMTP Service Extension for 8bit-MIMEtransport (8BITMIME) | 8-bit MIME-støtte |
| RFC 6152 | SMTP Service Extension for 8-bit MIME Transport | 8-bit MIME-støtte |
| RFC 2034 | SMTP Service Extension for Returning Enhanced Error Codes (ENHANCEDSTATUSCODES) | Forbedrede statuskoder |
Forward Email implementerer en fullverdig SMTP-server med støtte for moderne utvidelser som forbedrer sikkerhet, pålitelighet og funksjonalitet.
Støttede SMTP-utvidelser:
| Utvidelse | RFC | Status | Beskrivelse |
|---|---|---|---|
| PIPELINING | RFC 2920 | ✅ Støttet | Kommando-pipelining |
| SIZE | RFC 1870 | ✅ Støttet | Meldingsstørrelsesdeklarasjon (52MB grense) |
| ETRN | RFC 1985 | ✅ Støttet | Fjernbehandling av kø |
| STARTTLS | RFC 3207 | ✅ Støttet | Oppgradering til TLS |
| ENHANCEDSTATUSCODES | RFC 2034 | ✅ Støttet | Forbedrede statuskoder |
| 8BITMIME | RFC 6152 | ✅ Støttet | 8-bit MIME transport |
| DSN | RFC 3461 | ✅ Støttet | Leveringsstatusvarsler |
| CHUNKING | RFC 3030 | ✅ Støttet | Overføring av meldinger i biter |
| SMTPUTF8 | RFC 6531 | ⚠️ Delvis | UTF-8 e-postadresser (delvis) |
| REQUIRETLS | RFC 8689 | ✅ Støttet | Krev TLS for levering |
Leveringsstatusvarsler (DSN)
Tip
DSN gir detaljert informasjon om leveringsstatus for sendte e-poster.
Forward Email støtter fullt ut DSN (RFC 3461), som lar avsendere be om varsler om leveringsstatus. Denne funksjonen gir:
- Varsler om suksess når meldinger er levert
- Varsler om feil med detaljert feilinformasjon
- Varsler om forsinkelse når levering midlertidig er forsinket
DSN er spesielt nyttig for:
- Bekreftelse av viktig meldingsoverlevering
- Feilsøking av leveringsproblemer
- Automatiserte e-postbehandlingssystemer
- Overholdelse og revisjonskrav
REQUIRETLS-støtte
Important
Forward Email er en av få leverandører som eksplisitt annonserer og håndhever REQUIRETLS.
Forward Email støtter REQUIRETLS (RFC 8689), som sikrer at e-postmeldinger kun leveres over TLS-krypterte tilkoblinger. Dette gir:
- Ende-til-ende-kryptering for hele leveringsveien
- Brukervendt håndheving via avkrysningsboks i e-postkomponisten
- Avvisning av ukrypterte leveringsforsøk
- Forbedret sikkerhet for sensitive kommunikasjoner
SMTP-utvidelser som IKKE støttes
Følgende SMTP-utvidelser fra IANA SMTP Service Extensions Registry støttes IKKE:
| RFC | Tittel | Årsak |
|---|---|---|
| RFC 4865 | SMTP Submission Service Extension for Future Message Release (FUTURERELEASE) | Ikke implementert |
| RFC 6710 | SMTP Extension for Message Transfer Priorities (MT-PRIORITY) | Ikke implementert |
| RFC 7293 | The Require-Recipient-Valid-Since Header Field and SMTP Service Extension | Ikke implementert |
| RFC 7372 | Email Auth Status Codes | Ikke fullstendig implementert |
| RFC 4468 | Message Submission BURL Extension | Ikke implementert |
| RFC 3030 | SMTP Service Extensions for Transmission of Large and Binary MIME Messages (CHUNKING, BINARYMIME) | Ikke implementert |
| RFC 2852 | Deliver By SMTP Service Extension | Ikke implementert |
JMAP e-postprotokoll
Caution
JMAP støttes ikke for øyeblikket av Forward Email.
| RFC | Tittel | Status | Årsak |
|---|---|---|---|
| RFC 8620 | The JSON Meta Application Protocol (JMAP) | ❌ Ikke støttet | Forward Email bruker IMAP/POP3/SMTP og en omfattende REST API i stedet |
JMAP (JSON Meta Application Protocol) er en moderne e-postprotokoll designet for å erstatte IMAP.
Hvorfor JMAP ikke støttes:
"JMAP er et beist som ikke burde ha blitt oppfunnet. Det prøver å konvertere TCP/IMAP (allerede en dårlig protokoll etter dagens standarder) til HTTP/JSON, bare ved å bruke en annen transport mens ånden beholdes." — Andris Reinman, HN Discussion "JMAP er mer enn 10 år gammelt, og det er nesten ingen adopsjon i det hele tatt" – Andris Reinman, GitHub Discussion
Se også flere kommentarer på https://hn.algolia.com/?dateRange=all&page=0&prefix=true&query=jmap andris&sort=byDate&type=comment.
Forward Email fokuserer for øyeblikket på å tilby utmerket IMAP-, POP3- og SMTP-støtte, sammen med et omfattende REST API for e-posthåndtering. JMAP-støtte kan vurderes i fremtiden basert på brukeretterspørsel og økosystemadopsjon.
Alternativ: Forward Email tilbyr et Fullstendig REST API med 39 endepunkter som gir lignende funksjonalitet som JMAP for programmatisk e-posttilgang.
E-postsikkerhet
E-postsikkerhetsarkitektur
E-postmeldingsautentiseringsprotokoller
Note
Forward Email implementerer alle viktige e-postautentiseringsprotokoller for å forhindre forfalskning og sikre meldingsintegritet.
Forward Email bruker mailauth-biblioteket for e-postautentisering. Følgende RFC-er støttes:
| RFC | Tittel | Implementasjonsnotater |
|---|---|---|
| RFC 6376 | DomainKeys Identified Mail (DKIM) Signaturer | Full DKIM-signering og verifisering |
| RFC 8463 | En ny kryptografisk signaturmetode for DKIM (Ed25519-SHA256) | Støtter både RSA-SHA256 og Ed25519-SHA256 signaturalgoritmer |
| RFC 7208 | Sender Policy Framework (SPF) | Validering av SPF-poster |
| RFC 7489 | Domain-basert meldingsautentisering, rapportering og samsvar (DMARC) | Håndheving av DMARC-policy |
| RFC 8617 | Authenticated Received Chain (ARC) | ARC-forsegling og validering |
E-postautentiseringsprotokoller verifiserer at meldinger virkelig kommer fra den påståtte avsenderen og ikke har blitt tuklet med under overføringen.
Støtte for autentiseringsprotokoller
| Protokoll | RFC | Status | Beskrivelse |
|---|---|---|---|
| DKIM | RFC 6376 | ✅ Støttet | DomainKeys Identified Mail - Kryptografiske signaturer |
| SPF | RFC 7208 | ✅ Støttet | Sender Policy Framework - Autorisasjon av IP-adresse |
| DMARC | RFC 7489 | ✅ Støttet | Domain-basert meldingsautentisering - Policyhåndheving |
| ARC | RFC 8617 | ✅ Støttet | Authenticated Received Chain - Bevarer autentisering ved videresending |
DKIM (DomainKeys Identified Mail)
DKIM legger til en kryptografisk signatur i e-postoverskrifter, som lar mottakere verifisere at meldingen var autorisert av domeneeieren og ikke har blitt endret underveis.
Forward Email bruker mailauth for DKIM-signering og verifisering.
Nøkkelfunksjoner:
- Automatisk DKIM-signering for alle utgående meldinger
- Støtte for RSA- og Ed25519-nøkler
- Støtte for flere selektorer
- DKIM-verifisering for innkommende meldinger
SPF (Sender Policy Framework)
SPF lar domeneeiere spesifisere hvilke IP-adresser som er autorisert til å sende e-post på vegne av deres domene.
Nøkkelfunksjoner:
- Validering av SPF-poster for innkommende meldinger
- Automatisk SPF-sjekk med detaljerte resultater
- Støtte for include-, redirect- og all-mekanismer
- Konfigurerbare SPF-policyer per domene
DMARC (Domain-based Message Authentication, Reporting & Conformance)
DMARC bygger på SPF og DKIM for å tilby policyhåndhevelse og rapportering.
Nøkkelfunksjoner:
- Håndhevelse av DMARC-policy (none, quarantine, reject)
- Justeringssjekk for SPF og DKIM
- DMARC aggregerte rapporter
- DMARC-policyer per domene
ARC (Authenticated Received Chain)
ARC bevarer e-postautentiseringsresultater gjennom videresending og endringer i mailinglister.
Forward Email bruker mailauth-biblioteket for ARC-verifisering og -forsegling.
Nøkkelfunksjoner:
- ARC-forsegling for videresendte meldinger
- ARC-validering for innkommende meldinger
- Kjedeverifisering over flere hopp
- Bevarer opprinnelige autentiseringsresultater
Authentication Flow
Email Transport Security Protocols
Important
Forward Email implementerer flere lag med transport-sikkerhet for å beskytte e-poster under overføring.
Forward Email implementerer moderne transport-sikkerhetsprotokoller:
| RFC | Tittel | Status | Implementasjonsnotater |
|---|---|---|---|
| RFC 8461 | SMTP MTA Strict Transport Security (MTA-STS) | ✅ Støttet | Bredt brukt på IMAP-, SMTP- og MX-servere. Se create-mta-sts-cache.js og get-transporter.js |
| RFC 8460 | SMTP TLS Reporting | ✅ Støttet | Via mailauth-biblioteket |
| RFC 7671 | The DNS-Based Authentication of Named Entities (DANE) Protocol: Updates and Operational Guidance | ✅ Støttet | Full DANE-verifisering for utgående SMTP-tilkoblinger. Se mx-connect PR #22 |
| RFC 6698 | The DNS-Based Authentication of Named Entities (DANE) Transport Layer Security (TLS) Protocol: TLSA | ✅ Støttet | Full RFC 6698-støtte: PKIX-TA, PKIX-EE, DANE-TA, DANE-EE brukstyper. Se mx-connect PR #22 |
| RFC 8314 | Cleartext Considered Obsolete: Use of Transport Layer Security (TLS) for Email Submission and Access | ✅ Støttet | TLS kreves for alle tilkoblinger |
| RFC 8689 | SMTP Service Extension for Requiring TLS (REQUIRETLS) | ✅ Støttet | Full støtte for REQUIRETLS SMTP-utvidelsen og "TLS-Required"-header |
| Transport sikkerhetsprotokoller sikrer at e-postmeldinger er kryptert og autentisert under overføring mellom e-postservere. |
Transport Security Support
| Protokoll | RFC | Status | Beskrivelse |
|---|---|---|---|
| TLS | RFC 8314 | ✅ Støttet | Transport Layer Security - Krypterte tilkoblinger |
| MTA-STS | RFC 8461 | ✅ Støttet | Mail Transfer Agent Strict Transport Security |
| DANE | RFC 7671 | ✅ Støttet | DNS-basert autentisering av navngitte enheter |
| REQUIRETLS | RFC 8689 | ✅ Støttet | Krev TLS for hele leveringsveien |
TLS (Transport Layer Security)
Forward Email håndhever TLS-kryptering for alle e-posttilkoblinger (SMTP, IMAP, POP3).
Nøkkelfunksjoner:
- Støtte for TLS 1.2 og TLS 1.3
- Automatisk sertifikathåndtering
- Perfect Forward Secrecy (PFS)
- Kun sterke krypteringssett
MTA-STS (Mail Transfer Agent Strict Transport Security)
MTA-STS sikrer at e-post kun leveres over TLS-krypterte tilkoblinger ved å publisere en policy via HTTPS.
Forward Email implementerer MTA-STS ved hjelp av create-mta-sts-cache.js.
Nøkkelfunksjoner:
- Automatisk publisering av MTA-STS-policy
- Policy-caching for ytelse
- Forebygging av nedgraderingsangrep
- Håndheving av sertifikatvalidering
DANE (DNS-based Authentication of Named Entities)
Note
Forward Email tilbyr nå full DANE-støtte for utgående SMTP-tilkoblinger.
DANE bruker DNSSEC for å publisere TLS-sertifikatinformasjon i DNS, noe som gjør at e-postservere kan verifisere sertifikater uten å stole på sertifiseringsinstanser.
Nøkkelfunksjoner:
- ✅ Full DANE-verifisering for utgående SMTP-tilkoblinger
- ✅ Full RFC 6698-støtte: PKIX-TA, PKIX-EE, DANE-TA, DANE-EE brukstyper
- ✅ Sertifikatverifisering mot TLSA-poster under TLS-oppgradering
- ✅ Parallell TLSA-oppløsning for flere MX-verter
- ✅ Automatisk deteksjon av native
dns.resolveTlsa(Node.js v22.15.0+, v23.9.0+) - ✅ Støtte for egendefinert resolver for eldre Node.js-versjoner via Tangerine
- Krever DNSSEC-signerte domener
Tip
Implementasjonsdetaljer: DANE-støtte ble lagt til via mx-connect PR #22, som gir omfattende DANE/TLSA-støtte for utgående SMTP-tilkoblinger.
REQUIRETLS
Tip
Forward Email er en av få leverandører med brukerrettet REQUIRETLS-støtte.
REQUIRETLS sikrer at e-postmeldinger kun leveres over TLS-krypterte tilkoblinger for hele leveringsveien.
Nøkkelfunksjoner:
- Brukervennlig avkrysningsboks i e-postkomponisten
- Automatisk avvisning av ukryptert levering
- End-to-end TLS-håndheving
- Detaljerte feilmeldinger
Tip
Brukerrettet TLS-håndheving: Forward Email tilbyr en avkrysningsboks under Min konto > Domener > Innstillinger for å håndheve TLS for alle innkommende tilkoblinger. Når aktivert, avviser denne funksjonen all innkommende e-post som ikke sendes over en TLS-kryptert tilkobling med feilkode 530, og sikrer at all innkommende post er kryptert under overføring.
Transport Security Flow
E-postmeldingkryptering
Note
Forward Email støtter både OpenPGP og S/MIME for ende-til-ende e-postkryptering.
Forward Email støtter OpenPGP og S/MIME-kryptering:
| RFC | Tittel | Status | Implementasjonsnotater |
|---|---|---|---|
| RFC 9580 | OpenPGP (erstatter RFC 4880) | ✅ Støttet | Via OpenPGP.js v6+ integrasjon. Se FAQ |
| RFC 8551 | Secure/Multipurpose Internet Mail Extensions (S/MIME) Versjon 4.0 Meldingsspesifikasjon | ✅ Støttet | Både RSA og ECC-algoritmer støttes. Se FAQ |
Meldingskrypteringsprotokoller beskytter e-postinnhold fra å bli lest av andre enn den tiltenkte mottakeren, selv om meldingen blir avlyttet under overføring.
Krypteringsstøtte
| Protokoll | RFC | Status | Beskrivelse |
|---|---|---|---|
| OpenPGP | RFC 9580 | ✅ Støttet | Pretty Good Privacy - Offentlig nøkkelkryptering |
| S/MIME | RFC 8551 | ✅ Støttet | Secure/Multipurpose Internet Mail Extensions |
| WKD | Draft | ✅ Støttet | Web Key Directory - Automatisk nøkkeloppdagelse |
OpenPGP (Pretty Good Privacy)
OpenPGP gir ende-til-ende kryptering ved bruk av offentlig nøkkelkryptografi. Forward Email støtter OpenPGP gjennom Web Key Directory (WKD)-protokollen.
Nøkkelfunksjoner:
- Automatisk nøkkeloppdagelse via WKD
- PGP/MIME-støtte for krypterte vedlegg
- Nøkkelhåndtering gjennom e-postklient
- Kompatibel med GPG, Mailvelope og andre OpenPGP-verktøy
Hvordan bruke:
- Generer et PGP-nøkkelpar i e-postklienten din
- Last opp din offentlige nøkkel til Forward Emails WKD
- Nøkkelen din blir automatisk oppdagbar for andre brukere
- Send og motta krypterte e-poster sømløst
S/MIME (Secure/Multipurpose Internet Mail Extensions)
S/MIME gir e-postkryptering og digitale signaturer ved bruk av X.509-sertifikater.
Nøkkelfunksjoner:
- Sertifikatbasert kryptering
- Digitale signaturer for meldingsautentisering
- Innebygd støtte i de fleste e-postklienter
- Sikkerhet på bedriftsnivå
Hvordan bruke:
- Skaff et S/MIME-sertifikat fra en sertifikatutsteder
- Installer sertifikatet i e-postklienten din
- Konfigurer klienten til å kryptere/signere meldinger
- Bytt sertifikater med mottakere
SQLite Mailbox-kryptering
Important
Forward Email tilbyr et ekstra sikkerhetslag med krypterte SQLite-postbokser.
I tillegg til meldingsnivåkryptering krypterer Forward Email hele postbokser ved bruk av sqleet (ChaCha20-Poly1305).
Nøkkelfunksjoner:
- Passordbasert kryptering - Kun du har passordet
- Kvantemotstandsdyktig - ChaCha20-Poly1305-kryptering
- Null-kunnskap - Forward Email kan ikke dekryptere postboksen din
- Sandboxet - Hver postboks er isolert og bærbar
- Uopprettelig - Hvis du glemmer passordet, går postboksen tapt
Krypteringssammenligning
| Funksjon | OpenPGP | S/MIME | SQLite-kryptering |
|---|---|---|---|
| Ende-til-ende | ✅ Ja | ✅ Ja | ✅ Ja |
| Nøkkelhåndtering | Selvstyrt | CA-utstedt | Passordbasert |
| Klientstøtte | Krever plugin | Innebygd | Transparent |
| Brukstilfelle | Personlig | Bedrift | Lagring |
| Kvantemotstandsdyktig | ⚠️ Avhenger av nøkkel | ⚠️ Avhenger av sertifikat | ✅ Ja |
Krypteringsflyt
Utvidet funksjonalitet
Standarder for e-postmeldingsformat
Note
Forward Email støtter moderne e-postformatstandarder for rikt innhold og internasjonalisering.
Forward Email støtter standard e-postmeldingsformater:
| RFC | Tittel | Implementasjonsnotater |
|---|---|---|
| RFC 5322 | Internet Message Format | Full støtte |
| RFC 2045 | MIME Del én: Format for internettmeldingskropper | Full MIME-støtte |
| RFC 2046 | MIME Del to: Mediatyper | Full MIME-støtte |
| RFC 2047 | MIME Del tre: Meldingsheaderutvidelser for ikke-ASCII-tekst | Full MIME-støtte |
| RFC 2048 | MIME Del fire: Registreringsprosedyrer | Full MIME-støtte |
| RFC 2049 | MIME Del fem: Samsvarskriterier og eksempler | Full MIME-støtte |
E-postformatstandarder definerer hvordan e-postmeldinger struktureres, kodes og vises.
Støtte for formatstandarder
| Standard | RFC | Status | Beskrivelse |
|---|---|---|---|
| MIME | RFC 2045-2049 | ✅ Støttet | Multipurpose Internet Mail Extensions |
| SMTPUTF8 | RFC 6531 | ⚠️ Delvis | Internasjonaliserte e-postadresser |
| EAI | RFC 6530 | ⚠️ Delvis | Internasjonalisering av e-postadresser |
| Meldingsformat | RFC 5322 | ✅ Støttet | Internet Message Format |
| MIME-sikkerhet | RFC 1847 | ✅ Støttet | Sikkerhetsmultipart for MIME |
MIME (Multipurpose Internet Mail Extensions)
MIME gjør det mulig for e-poster å inneholde flere deler med forskjellige innholdstyper (tekst, HTML, vedlegg osv.).
Støttede MIME-funksjoner:
- Multipart-meldinger (mixed, alternative, related)
- Content-Type-headere
- Content-Transfer-Encoding (7bit, 8bit, quoted-printable, base64)
- Inline-bilder og vedlegg
- Rikt HTML-innhold
SMTPUTF8 og internasjonalisering av e-postadresser
Warning
SMTPUTF8-støtten er delvis – ikke alle funksjoner er fullt implementert.
SMTPUTF8 tillater e-postadresser å inneholde ikke-ASCII-tegn (f.eks. 用户@例え.jp).
Nåværende status:
- ⚠️ Delvis støtte for internasjonaliserte e-postadresser
- ✅ UTF-8-innhold i meldingskropper
- ⚠️ Begrenset støtte for ikke-ASCII lokale deler
Kalender- og kontaktprotokoller
Note
Forward Email tilbyr full CalDAV- og CardDAV-støtte for kalender- og kontaktsynkronisering.
Forward Email støtter CalDAV og CardDAV via caldav-adapter-biblioteket:
| RFC | Tittel | Status | Implementasjonsnotater |
|---|---|---|---|
| RFC 4791 | Kalenderutvidelser til WebDAV (CalDAV) | ✅ Støttet | Tilgang til og administrasjon av kalender |
| RFC 6352 | CardDAV: vCard-utvidelser til WebDAV | ✅ Støttet | Tilgang til og administrasjon av kontakter |
| RFC 5545 | Internet Calendaring and Scheduling Core Object Specification (iCalendar) | ✅ Støttet | Støtte for iCalendar-format |
| RFC 6350 | vCard Format Specification | ✅ Støttet | Støtte for vCard 4.0-format |
| RFC 6638 | Scheduling Extensions to CalDAV | ✅ Støttet | CalDAV-planlegging med iMIP-støtte. Se commit c4d1629 |
| RFC 5546 | iCalendar Transport-Independent Interoperability Protocol (iTIP) | ✅ Støttet | iTIP-støtte for REQUEST, REPLY, CANCEL og VFREEBUSY-metoder. Se commit c4d1629 |
| RFC 6047 | iCalendar Message-Based Interoperability Protocol (iMIP) | ✅ Støttet | E-postbaserte kalenderinvitasjoner med svarlenker. Se commit c4d1629 |
CalDAV og CardDAV er protokoller som tillater at kalender- og kontaktdata kan aksesseres, deles og synkroniseres på tvers av enheter.
CalDAV- og CardDAV-støtte
| Protokoll | RFC | Status | Beskrivelse |
|---|---|---|---|
| CalDAV | RFC 4791 | ✅ Støttet | Tilgang til og synkronisering av kalender |
| CardDAV | RFC 6352 | ✅ Støttet | Tilgang til og synkronisering av kontakter |
| iCalendar | RFC 5545 | ✅ Støttet | Kalenderdataformat |
| vCard | RFC 6350 | ✅ Støttet | Kontaktdataformat |
| VTODO | RFC 5545 | ✅ Støttet | Støtte for oppgaver/påminnelser |
| CalDAV Scheduling | RFC 6638 | ✅ Støttet | Kalenderplanleggingsutvidelser |
| iTIP | RFC 5546 | ✅ Støttet | Transportuavhengig interoperabilitet |
| iMIP | RFC 6047 | ✅ Støttet | E-postbaserte kalenderinvitasjoner |
CalDAV (Kalendertilgang)
CalDAV lar deg få tilgang til og administrere kalendere fra hvilken som helst enhet eller applikasjon.
Nøkkelfunksjoner:
- Synkronisering på flere enheter
- Delte kalendere
- Kalenderabonnementer
- Invitasjoner til hendelser og svar
- Gjentakende hendelser
- Støtte for tidssoner
Kompatible klienter:
- Apple Kalender (macOS, iOS)
- Mozilla Thunderbird
- Evolution
- GNOME Kalender
- Enhver CalDAV-kompatibel klient
CardDAV (Kontakt-tilgang)
CardDAV lar deg få tilgang til og administrere kontakter fra hvilken som helst enhet eller applikasjon.
Nøkkelfunksjoner:
- Synkronisering på flere enheter
- Delte adressebøker
- Kontaktgrupper
- Støtte for bilder
- Egne felter
- Støtte for vCard 4.0
Kompatible klienter:
- Apple Kontakter (macOS, iOS)
- Mozilla Thunderbird
- Evolution
- GNOME Kontakter
- Enhver CardDAV-kompatibel klient
Oppgaver og påminnelser (CalDAV VTODO)
Tip
Forward Email støtter oppgaver og påminnelser gjennom CalDAV VTODO.
VTODO er en del av iCalendar-formatet og tillater oppgavehåndtering via CalDAV.
Nøkkelfunksjoner:
- Opprettelse og administrasjon av oppgaver
- Forfallsdatoer og prioriteringer
- Sporing av fullførte oppgaver
- Gjentakende oppgaver
- Oppgavelister/kategorier
Kompatible klienter:
- Apple Påminnelser (macOS, iOS)
- Mozilla Thunderbird (med Lightning)
- Evolution
- GNOME To Do
- Enhver CalDAV-klient med VTODO-støtte
CalDAV/CardDAV synkroniseringsflyt
Kalenderutvidelser SOM IKKE STØTTES
Følgende kalenderutvidelser støttes IKKE:
| RFC | Tittel | Årsak |
|---|---|---|
| RFC 4918 | HTTP Extensions for Web Distributed Authoring and Versioning (WebDAV) | CalDAV bruker WebDAV-konsepter, men implementerer ikke hele RFC 4918 |
| RFC 6578 | Collection Synchronization for WebDAV | Ikke implementert |
| RFC 3744 | WebDAV Access Control Protocol | Ikke implementert |
E-postmeldingfiltrering
Important
Forward Email tilbyr full støtte for Sieve og ManageSieve for serverbasert e-postfiltrering. Lag kraftige regler for automatisk sortering, filtrering, videresending og svar på innkommende meldinger.
Sieve (RFC 5228)
Sieve er et standardisert, kraftig skriptspråk for serverbasert e-postfiltrering. Forward Email implementerer omfattende støtte for Sieve med 24 utvidelser.
Kildekode: helpers/sieve/
Støttede kjerne-Sieve RFC-er
| RFC | Tittel | Status |
|---|---|---|
| RFC 5228 | Sieve: Et e-postfiltreringsspråk | ✅ Full støtte |
| RFC 5429 | Sieve e-postfiltrering: Reject og Extended Reject Extensions | ✅ Full støtte |
| RFC 5230 | Sieve e-postfiltrering: Ferieutvidelse | ✅ Full støtte |
| RFC 6131 | Sieve ferieutvidelse: "Seconds"-parameter | ✅ Full støtte |
| RFC 5232 | Sieve e-postfiltrering: Imap4flags-utvidelse | ✅ Full støtte |
| RFC 5173 | Sieve e-postfiltrering: Body-utvidelse | ✅ Full støtte |
| RFC 5229 | Sieve e-postfiltrering: Variabelutvidelse | ✅ Full støtte |
| RFC 5231 | Sieve e-postfiltrering: Relasjonsutvidelse | ✅ Full støtte |
| RFC 4790 | Internet Application Protocol Collation Registry | ✅ Full støtte |
| RFC 3894 | Sieve-utvidelse: Kopiering uten bivirkninger | ✅ Full støtte |
| RFC 5293 | Sieve e-postfiltrering: Editheader-utvidelse | ✅ Full støtte |
| RFC 5260 | Sieve e-postfiltrering: Dato- og indeksutvidelser | ✅ Full støtte |
| RFC 5435 | Sieve e-postfiltrering: Utvidelse for varsler | ✅ Full støtte |
| RFC 5183 | Sieve e-postfiltrering: Miljøutvidelse | ✅ Full støtte |
| RFC 5490 | Sieve e-postfiltrering: Utvidelser for sjekking av postkassestatus | ✅ Full støtte |
| RFC 8579 | Sieve e-postfiltrering: Levering til spesialbruk-postkasser | ✅ Full støtte |
| RFC 7352 | Sieve e-postfiltrering: Oppdaging av duplikatleveranser | ✅ Full støtte |
| RFC 5463 | Sieve e-postfiltrering: Ihave-utvidelse | ✅ Full støtte |
| RFC 5233 | Sieve e-postfiltrering: Subaddress-utvidelse | ✅ Full støtte |
| draft-ietf-sieve-regex | Sieve e-postfiltrering: Regulært uttrykk-utvidelse | ✅ Full støtte |
Støttede Sieve-utvidelser
| Utvidelse | Beskrivelse | Integrasjon |
|---|---|---|
fileinto |
Filtrer meldinger til spesifikke mapper | Meldinger lagres i angitt IMAP-mappe |
reject / ereject |
Avvis meldinger med en feil | SMTP-avvisning med feilmelding |
vacation |
Automatiske ferie-/fraværssvar | Køes via Emails.queue med hastighetsbegrensning |
vacation-seconds |
Finmasket ferie-responsintervaller | TTL fra :seconds-parameter |
imap4flags |
Sett IMAP-flagg (\Seen, \Flagged, osv.) | Flagg anvendt under lagring av melding |
envelope |
Test av avsender/mottaker i konvolutt | Tilgang til SMTP-konvoluttdata |
body |
Test innhold i meldingskropp | Full tekstsamsvar i kropp |
variables |
Lagre og bruk variabler i skript | Variabelekspansjon med modifikatorer |
relational |
Relasjonelle sammenligninger | :count, :value med gt/lt/eq |
comparator-i;ascii-numeric |
Numeriske sammenligninger | Numerisk strengsammenligning |
copy |
Kopier meldinger ved videresending | :copy-flagg på fileinto/redirect |
editheader |
Legg til eller slett meldingsoverskrifter | Overskrifter endres før lagring |
date |
Test dato-/tidverdier | currentdate og overskriftsdato-tester |
index |
Tilgang til spesifikke forekomster av overskrifter | :index for flerverdige overskrifter |
regex |
Regulært uttrykk-matching | Full regex-støtte i tester |
enotify |
Send varsler | mailto:-varsler via Emails.queue |
environment |
Tilgang til miljøinformasjon | Domene, vert, ekstern IP fra sesjon |
mailbox |
Test for postkasseeksistens | mailboxexists-test |
special-use |
Filtrer til spesialbruk-postkasser | Mapper \Junk, \Trash, osv. til mapper |
duplicate |
Oppdag duplikatmeldinger | Redis-basert duplikatsporing |
ihave |
Test for tilgjengelighet av utvidelse | Kjøretidskapabilitetssjekk |
subaddress |
Tilgang til bruker+detalj-adressedeler | :user og :detail adressedelene |
Sieve-utvidelser SOM IKKE ER STØTTET
| Utvidelse | RFC | Årsak |
|---|---|---|
include |
RFC 6609 | Sikkerhetsrisiko (skriptinjeksjon), krever global skriptlagring |
mboxmetadata / servermetadata |
RFC 5490 | Krever IMAP METADATA-utvidelse |
fcc |
RFC 8580 | Krever integrasjon med Sendt-mappe |
encoded-character |
RFC 5228 | Parserendringer kreves for ${hex:}-syntaks |
foreverypart / mime / extracttext |
RFC 5703 | Kompleks MIME-trestrukturmanipulering |
Sieve-behandlingsflyt
Sikkerhetsfunksjoner
Forward Email sin Sieve-implementasjon inkluderer omfattende sikkerhetsbeskyttelser:
- CVE-2023-26430-beskyttelse: Forhindrer omdirigeringssløyfer og mail bombing-angrep
- Hastighetsbegrensning: Begrensninger på omdirigeringer (10/melding, 100/dag) og feriesvar
- Denylist-sjekk: Omdirigeringsadresser sjekkes mot denylist
- Beskyttede overskrifter: DKIM, ARC og autentiseringsoverskrifter kan ikke endres via editheader
- Skriptstørrelsesgrenser: Maksimal skriptstørrelse håndheves
- Utførelsestidsavbrudd: Skript termineres hvis utførelsen overskrider tidsgrense
Eksempel på Sieve-skript
Filtrer nyhetsbrev til en mappe:
require ["fileinto"];
if header :contains "List-Id" "newsletter" {
fileinto "Newsletters";
}
Ferieautomatisk svar med finmasket timing:
require ["vacation", "vacation-seconds"];
vacation :seconds 3600 :subject "Out of Office"
"Jeg er for øyeblikket borte og vil svare innen 24 timer.";
Spamfiltrering med flagg:
require ["fileinto", "imap4flags"];
if header :contains "X-Spam-Status" "Yes" {
setflag "\\Seen";
fileinto "Junk";
}
Kompleks filtrering med variabler:
require ["variables", "fileinto", "regex"];
if header :regex "From" "(.+)@example\\.com" {
set :lower "sender" "${1}";
fileinto "Contacts/${sender}";
}
Tip
For fullstendig dokumentasjon, eksempelskript og konfigurasjonsinstruksjoner, se FAQ: Støtter dere Sieve e-postfiltrering?
ManageSieve (RFC 5804)
Forward Email tilbyr full støtte for ManageSieve-protokollen for fjernstyrt administrasjon av Sieve-skript.
Kildekode: managesieve-server.js
| RFC | Tittel | Status |
|---|---|---|
| RFC 5804 | En protokoll for fjernstyrt administrasjon av Sieve-skript | ✅ Full støtte |
ManageSieve-serverkonfigurasjon
| Innstilling | Verdi |
|---|---|
| Server | imap.forwardemail.net |
| Port (STARTTLS) | 2190 (anbefalt) |
| Port (Implicit TLS) | 4190 |
| Autentisering | PLAIN (over TLS) |
Merk: Port 2190 bruker STARTTLS (oppgradering fra vanlig til TLS) og er kompatibel med de fleste ManageSieve-klienter inkludert sieve-connect. Port 4190 bruker implicit TLS (TLS fra tilkoblingsstart) for klienter som støtter det.
Støttede ManageSieve-kommandoer
| Kommando | Beskrivelse |
|---|---|
AUTHENTICATE |
Autentiser med PLAIN-mekanisme |
CAPABILITY |
List serverkapasiteter og utvidelser |
HAVESPACE |
Sjekk om skript kan lagres |
PUTSCRIPT |
Last opp et nytt skript |
LISTSCRIPTS |
List alle skript med aktiv status |
SETACTIVE |
Aktiver et skript |
GETSCRIPT |
Last ned et skript |
DELETESCRIPT |
Slett et skript |
RENAMESCRIPT |
Gi nytt navn til et skript |
CHECKSCRIPT |
Valider skriptsyntaks |
NOOP |
Hold tilkoblingen aktiv |
LOGOUT |
Avslutt økt |
Kompatible ManageSieve-klienter
- Thunderbird: Innebygd Sieve-støtte via Sieve add-on
- Roundcube: ManageSieve-plugin
- KMail: Native ManageSieve-støtte
- sieve-connect: Kommandolinjeklient
- Enhver RFC 5804-kompatibel klient
ManageSieve-protokollflyt
Webgrensesnitt og API
I tillegg til ManageSieve tilbyr Forward Email:
- Web Dashboard: Opprett og administrer Sieve-skript gjennom webgrensesnittet på Min konto → Domener → Alias → Sieve-skript
- REST API: Programmatisk tilgang til administrasjon av Sieve-skript via Forward Email API
Tip
For detaljerte oppsettinstruksjoner og klientkonfigurasjon, se FAQ: Støtter dere Sieve e-postfiltrering?
Lagringsoptimalisering
Important
Bransjens første lagringsteknologi: Forward Email er den eneste e-postleverandøren i verden som kombinerer vedleggsduplisering med Brotli-komprimering på e-postinnhold. Denne to-lags optimaliseringen gir deg 2-3 ganger mer effektiv lagring sammenlignet med tradisjonelle e-postleverandører.
Forward Email implementerer to revolusjonerende lagringsoptimaliseringsteknikker som dramatisk reduserer postkassestørrelsen samtidig som full RFC-kompatibilitet og meldingsnøyaktighet opprettholdes:
- Vedleggsduplisering - Eliminerer dupliserte vedlegg på tvers av alle e-poster
- Brotli-komprimering - Reduserer lagring med 46-86 % for metadata og 50 % for vedlegg
Arkitektur: To-lags lagringsoptimalisering
Vedleggsduplisering
Forward Email implementerer vedleggsduplisering basert på WildDucks velprøvde tilnærming, tilpasset for SQLite-lagring.
Note
Hva som blir duplisert: "Vedlegg" refererer til kodet MIME-nodeinnhold (base64 eller quoted-printable), ikke den dekodede filen. Dette bevarer gyldigheten til DKIM- og GPG-signaturer.
Hvordan det fungerer
WildDucks originale implementering (MongoDB GridFS):
Wild Duck IMAP-server dupliserer vedlegg. "Vedlegg" i dette tilfellet betyr base64- eller quoted-printable-kodet mime-nodeinnhold, ikke den dekodede filen. Selv om bruk av kodet innhold medfører mange falske negativer (samme fil i forskjellige e-poster kan telles som forskjellige vedlegg), er det nødvendig for å garantere gyldigheten av ulike signaturskjemaer (DKIM, GPG osv.). En melding hentet fra Wild Duck ser nøyaktig lik ut som meldingen som ble lagret, selv om Wild Duck parser meldingen til et tre-lignende objekt og bygger opp meldingen på nytt ved henting. Forward Emails SQLite-implementasjon:
Forward Email tilpasser denne tilnærmingen for kryptert SQLite-lagring med følgende prosess:
- Hash-beregning: Når et vedlegg finnes, beregnes en hash ved hjelp av
rev-hash-biblioteket fra vedleggets innhold - Oppslag: Sjekk om et vedlegg med matchende hash finnes i
Attachments-tabellen - Referansetelling:
- Hvis finnes: Øk referanseteller med 1 og magisk teller med et tilfeldig tall
- Hvis nytt: Opprett ny vedleggsoppføring med teller = 1
- Slettesikkerhet: Bruker et dobbelt-tellersystem (referanse + magisk) for å forhindre falske positiver
- Søppelrydding: Vedlegg slettes umiddelbart når begge tellere når null
Kildekode: helpers/attachment-storage.js
Dedupliseringsflyt
Magisk tall-system
Forward Email bruker WildDucks "magiske tall"-system (inspirert av Mail.ru) for å forhindre falske positiver ved sletting:
- Hver melding får et tilfeldig tall tildelt
- Vedleggets magiske teller økes med dette tilfeldige tallet når meldingen legges til
- Den magiske telleren reduseres med samme tall når meldingen slettes
- Vedlegget slettes kun når begge tellerne (referanse + magisk) når null
Dette dobbelt-tellersystemet sikrer at hvis noe går galt under sletting (f.eks. krasj, nettverksfeil), blir ikke vedlegget slettet for tidlig.
Viktige forskjeller: WildDuck vs Forward Email
| Funksjon | WildDuck (MongoDB) | Forward Email (SQLite) |
|---|---|---|
| Lagringsbackend | MongoDB GridFS (delt opp) | SQLite BLOB (direkte) |
| Hash-algoritme | SHA256 | rev-hash (basert på SHA-256) |
| Referansetelling | ✅ Ja | ✅ Ja |
| Magiske tall | ✅ Ja (Mail.ru-inspirert) | ✅ Ja (samme system) |
| Søppelrydding | Forsinket (separat jobb) | Umiddelbar (ved null tellere) |
| Kompresjon | ❌ Ingen | ✅ Brotli (se nedenfor) |
| Kryptering | ❌ Valgfritt | ✅ Alltid (ChaCha20-Poly1305) |
Brotli-komprimering
Important
Verdens første: Forward Email er den eneste e-posttjenesten i verden som bruker Brotli-komprimering på e-postinnhold. Dette gir 46-86 % lagringsbesparelse i tillegg til deduplisering av vedlegg.
Forward Email implementerer Brotli-komprimering for både vedleggsinnhold og meldingsmetadata, noe som gir enorme lagringsbesparelser samtidig som bakoverkompatibilitet opprettholdes.
Implementasjon: helpers/msgpack-helpers.js
Hva som komprimeres
1. Vedleggsinnhold (encodeAttachmentBody)
- Gamle formater: Hex-kodet streng (2x størrelse) eller rå Buffer
- Nytt format: Brotli-komprimert Buffer med "FEBR" magisk header
- Kompresjonsbeslutning: Komprimerer kun hvis det sparer plass (tar hensyn til 4-bytes header)
- Lagringsbesparelse: Opptil 50 % (hex → native BLOB)
2. Meldingsmetadata (
encodeMetadata)
Inkluderer: mimeTree, headers, envelope, flags
- Gammelt format: JSON tekststreng
- Nytt format: Brotli-komprimert Buffer
- Lagringsbesparelse: 46-86% avhengig av meldingens kompleksitet
Komprimeringskonfigurasjon
// Brotli komprimeringsvalg optimalisert for hastighet (nivå 4 er en god balanse)
const BROTLI_COMPRESS_OPTIONS = {
params: {
[zlib.constants.BROTLI_PARAM_QUALITY]: 4
}
};
Hvorfor nivå 4?
- Rask komprimering/dekomprimering: Under millisekund prosessering
- God komprimeringsrate: 46-86% besparelse
- Balansert ytelse: Optimalt for sanntids e-postoperasjoner
Magisk header: "FEBR"
Forward Email bruker en 4-bytes magisk header for å identifisere komprimerte vedleggsinnhold:
"FEBR" = Forward Email BRotli
Hex: 0x46 0x45 0x42 0x52
Hvorfor en magisk header?
- Formatgjenkjenning: Umiddelbart identifisere komprimert vs ukomprimert data
- Bakoverkompatibilitet: Gamle hex-strenger og rå Buffere fungerer fortsatt
- Unngå kollisjoner: "FEBR" er usannsynlig å dukke opp i starten av legitimt vedleggsdata
Komprimeringsprosess
Dekompresjonsprosess
Bakoverkompatibilitet
Alle dekodefunksjoner auto-gjenkjenner lagringsformatet:
| Format | Gjenkjenningsmetode | Håndtering |
|---|---|---|
| Brotli-komprimert | Sjekk for "FEBR" magisk header | Dekompresjon med zlib.brotliDecompressSync() |
| Rå Buffer | Buffer.isBuffer() uten magisk |
Returner som det er |
| Hex-streng | Sjekk for jevn lengde + [0-9a-f] tegn | Dekod med Buffer.from(value, 'hex') |
| JSON-streng | Sjekk for { eller [ som første tegn |
Parse med JSON.parse() |
Dette sikrer null datatap under migrering fra gamle til nye lagringsformater.
Statistikk for lagringsbesparelse
Målte besparelser fra produksjonsdata:
| Datatype | Gammelt format | Nytt format | Besparelse |
|---|---|---|---|
| Vedleggsinnhold | Hex-kodet streng (2x) | Brotli-komprimert BLOB | 50% |
| Meldingsmetadata | JSON tekst | Brotli-komprimert BLOB | 46-86% |
| Postkasseflagg | JSON tekst | Brotli-komprimert BLOB | 60-80% |
Kilde: helpers/migrate-storage-format.js
Migreringsprosess
Forward Email tilbyr automatisk, idempotent migrering fra gamle til nye lagringsformater: // Migrasjonsstatistikk sporet: { attachmentsMigrated: 0, messagesMigrated: 0, mailboxesMigrated: 0, bytesSaved: 0 // Totalt antall byte spart fra komprimering }
**Migrasjonstrinn:**
1. Vedleggsinnhold: hex-koding → native BLOB (50 % besparelse)
2. Meldingsmetadata: JSON-tekst → brotli-komprimert BLOB (46–86 % besparelse)
3. Postkasseflagg: JSON-tekst → brotli-komprimert BLOB (60–80 % besparelse)
**Kilde:** [`helpers/migrate-storage-format.js`](https://github.com/forwardemail/forwardemail.net/blob/master/helpers/migrate-storage-format.js)
---
### Kombinert lagringseffektivitet {#combined-storage-efficiency}
> \[!TIP]
> **Reell effekt:** Med vedleggsduplisering + Brotli-komprimering får Forward Email-brukere **2–3 ganger mer effektiv lagring** sammenlignet med tradisjonelle e-postleverandører.
**Eksempelscenario:**
Tradisjonell e-postleverandør (1 GB postkasse):
* 1 GB diskplass = 1 GB e-post
* Ingen duplisering: Samme vedlegg lagret 10 ganger = 10x lagringssløsing
* Ingen komprimering: Full JSON-metadata lagret = 2–3x lagringssløsing
Forward Email (1 GB postkasse):
* 1 GB diskplass ≈ **2–3 GB e-post** (effektiv lagring)
* Duplisering: Samme vedlegg lagret én gang, referert 10 ganger
* Komprimering: 46–86 % besparelse på metadata, 50 % på vedlegg
* Kryptering: ChaCha20-Poly1305 (ingen lagringskostnad)
**Sammenligningstabell:**
| Leverandør | Lagringsteknologi | Effektiv lagring (1 GB postkasse) |
| ----------------- | -------------------------------------------- | --------------------------------- |
| Gmail | Ingen | 1 GB |
| iCloud | Ingen | 1 GB |
| Outlook.com | Ingen | 1 GB |
| Fastmail | Ingen | 1 GB |
| ProtonMail | Kun kryptering | 1 GB |
| Tutanota | Kun kryptering | 1 GB |
| **Forward Email** | **Duplisering + Komprimering + Kryptering** | **2–3 GB** ✨ |
### Tekniske implementasjonsdetaljer {#technical-implementation-details}
**Ytelse:**
* Brotli nivå 4: Komprimering/dekomprimering under millisekund
* Ingen ytelsesstraff fra komprimering
* SQLite FTS5: Søketid under 50 ms med NVMe SSD
**Sikkerhet:**
* Komprimering skjer **etter** kryptering (SQLite-databasen er kryptert)
* ChaCha20-Poly1305-kryptering + Brotli-komprimering
* Null-kunnskap: Kun bruker har dekrypteringspassord
**RFC-kompatibilitet:**
* Meldinger hentet ser **helt like ut** som lagret
* DKIM-signaturer forblir gyldige (kodet innhold bevart)
* GPG-signaturer forblir gyldige (ingen endring av signert innhold)
### Hvorfor ingen andre leverandører gjør dette {#why-no-other-provider-does-this}
**Kompleksitet:**
* Krever dyp integrasjon med lagringslaget
* Bakoverkompatibilitet er utfordrende
* Migrasjon fra gamle formater er kompleks
**Ytelsesbekymringer:**
* Komprimering legger til CPU-overhead (løst med Brotli nivå 4)
* Dekomprimering ved hver lesing (løst med SQLite-caching)
**Forward Emails fordel:**
* Bygget fra grunnen av med optimalisering i tankene
* SQLite tillater direkte BLOB-manipulering
* Krypterte brukerbaserte databaser muliggjør sikker komprimering
---
---
## Moderne funksjoner {#modern-features}
## Komplett REST API for e-posthåndtering {#complete-rest-api-for-email-management}
> \[!TIP]
> Forward Email tilbyr et omfattende REST API med 39 endepunkter for programmatisk e-posthåndtering.
> \[!TIP]
> **Unik bransjefunksjon:** I motsetning til alle andre e-posttjenester gir Forward Email full programmatisk tilgang til postkassen, kalenderen, kontaktene, meldingene og mappene dine via et omfattende REST API. Dette er direkte interaksjon med din krypterte SQLite-databasefil som lagrer alle dataene dine.
Forward Email tilbyr et komplett REST API som gir enestående tilgang til e-postdataene dine. Ingen andre e-posttjenester (inkludert Gmail, iCloud, Outlook, ProtonMail, Tuta eller Fastmail) tilbyr dette nivået av omfattende, direkte database-tilgang.
**API-dokumentasjon:** <https://forwardemail.net/en/email-api>
### API-kategorier (39 endepunkter) {#api-categories-39-endpoints}
**1. Meldings-API** (5 endepunkter) - Full CRUD-operasjoner på e-postmeldinger:
* `GET /v1/messages` - List meldinger med 15+ avanserte søkeparametere (ingen annen tjeneste tilbyr dette)
* `POST /v1/messages` - Opprett/send meldinger
* `GET /v1/messages/:id` - Hent melding
* `PUT /v1/messages/:id` - Oppdater melding (flagg, mapper)
* `DELETE /v1/messages/:id` - Slett melding
*Eksempel: Finn alle fakturaer fra forrige kvartal med vedlegg:*
```bash
curl -u "alias@domain.com:password" \
"https://api.forwardemail.net/v1/messages?q=subject:invoice+has:attachment+after:2024-01-01+before:2024-04-01"
2. Mapper-API (5 endepunkter) - Full IMAP-mappehåndtering via REST:
GET /v1/folders- List alle mapperPOST /v1/folders- Opprett mappeGET /v1/folders/:id- Hent mappePUT /v1/folders/:id- Oppdater mappeDELETE /v1/folders/:id- Slett mappe
3. Kontakter-API (5 endepunkter) - CardDAV kontaktlagring via REST:
GET /v1/contacts- List kontakterPOST /v1/contacts- Opprett kontakt (vCard-format)GET /v1/contacts/:id- Hent kontaktPUT /v1/contacts/:id- Oppdater kontaktDELETE /v1/contacts/:id- Slett kontakt
4. Kalender-API (5 endepunkter) - Kalenderbeholderhåndtering:
GET /v1/calendars- List kalenderbeholderePOST /v1/calendars- Opprett kalender (f.eks. "Arbeidskalender", "Personlig kalender")GET /v1/calendars/:id- Hent kalenderPUT /v1/calendars/:id- Oppdater kalenderDELETE /v1/calendars/:id- Slett kalender
5. Kalenderhendelser-API (5 endepunkter) - Hendelsesplanlegging i kalendere:
GET /v1/calendar-events- List hendelserPOST /v1/calendar-events- Opprett hendelse med deltakereGET /v1/calendar-events/:id- Hent hendelsePUT /v1/calendar-events/:id- Oppdater hendelseDELETE /v1/calendar-events/:id- Slett hendelse
Eksempel: Opprett en kalenderhendelse:
curl -u "alias@domain.com:password" \
-X POST \
-H "Content-Type: application/json" \
-d '{"title":"Team Meeting","start":"2024-12-20T10:00:00Z","attendees":["team@example.com"],"calendar_id":"calendar123"}' \
https://api.forwardemail.net/v1/calendar-events
Tekniske detaljer
- Autentisering: Enkel
alias:passwordautentisering (ingen OAuth-kompleksitet) - Ytelse: Under 50 ms responstid med SQLite FTS5 og NVMe SSD-lagring
- Null nettverkslatens: Direkte database-tilgang, ikke via eksterne tjenester
Virkelige bruksområder
-
E-postanalyse: Bygg tilpassede dashbord som sporer e-postvolum, responstider, avsenderstatistikk
-
Automatiserte arbeidsflyter: Utløs handlinger basert på e-postinnhold (fakturahåndtering, supportsaker)
-
CRM-integrasjon: Synkroniser e-postsamtaler med CRM automatisk
-
Samsvar og oppdagelse: Søk og eksporter e-poster for juridiske/samsvarskrav
-
Tilpassede e-postklienter: Bygg spesialiserte e-postgrensesnitt for din arbeidsflyt
-
Forretningsintelligens: Analyser kommunikasjonsmønstre, responshastigheter, kundetilfredshet
-
Dokumenthåndtering: Ekstraher og kategoriser vedlegg automatisk
Forward Email tilbyr en moderne REST API som gir full kontroll over e-postkontoer, domener, aliaser og meldinger. Denne API-en fungerer som et kraftig alternativ til JMAP og tilbyr funksjonalitet utover tradisjonelle e-postprotokoller.
| Kategori | Endepunkter | Beskrivelse |
|---|---|---|
| Konto-administrasjon | 8 | Brukerkontoer, autentisering, innstillinger |
| Domene-administrasjon | 12 | Egne domener, DNS, verifisering |
| Alias-administrasjon | 6 | E-postaliaser, videresending, catch-all |
| Meldings-administrasjon | 7 | Send, motta, søk, slett meldinger |
| Kalender & Kontakter | 4 | CalDAV/CardDAV-tilgang via API |
| Logger & Analyse | 2 | E-postlogger, leveringsrapporter |
Viktige API-funksjoner
Avansert søk:
API-en tilbyr kraftige søkemuligheter med spørringssyntaks lik Gmail:
GET /v1/messages?q=subject:invoice+has:attachment+after:2024-01-01+before:2024-04-01
Støttede søkeoperatorer:
from:- Søk etter avsenderto:- Søk etter mottakersubject:- Søk etter emnehas:attachment- Meldinger med vedleggis:unread- Uleste meldingeris:starred- Stjernemerkede meldingerafter:- Meldinger etter datobefore:- Meldinger før datolabel:- Meldinger med etikettfilename:- Vedleggsfilnavn
Kalenderhendelsesadministrasjon:
GET /v1/calendar-events
POST /v1/calendar-events
PUT /v1/calendar-events/:id
DELETE /v1/calendar-events/:id
Webhook-integrasjoner:
API-en støtter webhooks for sanntidsvarsler om e-posthendelser (mottatt, sendt, avvist, osv.).
Autentisering:
- API-nøkkelautentisering
- OAuth 2.0-støtte
- Ratebegrensning: 1000 forespørsler/time
Dataformat:
- JSON forespørsel/svar
- RESTful design
- Støtte for paginering
Sikkerhet:
- Kun HTTPS
- Rotasjon av API-nøkler
- IP-hvitlisting (valgfritt)
- Signering av forespørsler (valgfritt)
API-arkitektur
iOS Push-varsler
Tip
Forward Email støtter native iOS push-varsler gjennom XAPPLEPUSHSERVICE for umiddelbar e-postlevering.
Important
Unik funksjon: Forward Email er en av få open-source e-postservere som støtter native iOS push-varsler for e-post, kontakter og kalendere via XAPPLEPUSHSERVICE IMAP-utvidelsen. Denne ble reversert fra Apples protokoll og gir umiddelbar levering til iOS-enheter uten batteridrenering.
Forward Email implementerer Apples proprietære XAPPLEPUSHSERVICE-utvidelse, som gir native push-varsler for iOS-enheter uten behov for bakgrunnspolling.
Hvordan det fungerer
XAPPLEPUSHSERVICE er en ikke-standard IMAP-utvidelse som lar iOS Mail-appen motta umiddelbare push-varsler når nye e-poster ankommer.
Forward Email implementerer den proprietære Apple Push Notification service (APNs)-integrasjonen for IMAP, som gjør at iOS Mail-appen kan motta umiddelbare push-varsler når nye e-poster ankommer.
Nøkkelfunksjoner
Umiddelbar levering:
- Push-varsler kommer innen sekunder
- Ingen batteridrenerende bakgrunnspolling
- Fungerer selv når Mail-appen er lukket
-
Umiddelbar levering: E-poster, kalenderhendelser og kontakter vises på din iPhone/iPad umiddelbart, ikke etter en polling-plan
-
Batterivennlig: Bruker Apples push-infrastruktur i stedet for å opprettholde konstante IMAP-tilkoblinger
-
Emnebasert push: Støtter push-varsler for spesifikke postbokser, ikke bare INBOX
-
Ingen tredjepartsapper nødvendig: Fungerer med native iOS Mail-, Kalender- og Kontakter-apper Native integrasjon:
-
Innebygd i iOS Mail-app
-
Ingen tredjepartsapper kreves
-
Sømløs brukeropplevelse
Personvernfokusert:
- Enhetstokener er kryptert
- Ingen meldingsinnhold sendes gjennom APNS
- Kun "ny e-post" varsel sendes
Batterivennlig:
- Ingen konstant IMAP-polling
- Enheten sover til varsel ankommer
- Minimal batteripåvirkning
Hva gjør dette spesielt
Important
De fleste e-postleverandører støtter ikke XAPPLEPUSHSERVICE, noe som tvinger iOS-enheter til å poll'e etter ny e-post hvert 15. minutt.
De fleste open-source e-postservere (inkludert Dovecot, Postfix, Cyrus IMAP) støtter IKKE iOS push-varsler. Brukere må enten:
- Bruke IMAP IDLE (holder tilkobling åpen, tapper batteri)
- Bruke polling (sjekker hvert 15-30 minutt, forsinkede varsler)
- Bruke proprietære e-postapper med egen push-infrastruktur
Forward Email gir samme øyeblikkelige push-varselopplevelse som kommersielle tjenester som Gmail, iCloud og Fastmail.
Sammenligning med andre leverandører:
| Leverandør | Push-støtte | Polling-intervall | Batteripåvirkning |
|---|---|---|---|
| Forward Email | ✅ Native Push | Øyeblikkelig | Minimal |
| Gmail | ✅ Native Push | Øyeblikkelig | Minimal |
| iCloud | ✅ Native Push | Øyeblikkelig | Minimal |
| Yahoo | ✅ Native Push | Øyeblikkelig | Minimal |
| Outlook.com | ❌ Polling | 15 minutter | Moderat |
| Fastmail | ❌ Polling | 15 minutter | Moderat |
| ProtonMail | ⚠️ Kun via bro | Via bro | Høy |
| Tutanota | ❌ Kun app | Ikke aktuelt | Ikke aktuelt |
Implementasjonsdetaljer
IMAP CAPABILITY-respons:
* CAPABILITY IMAP4rev1 ... XAPPLEPUSHSERVICE ...
Registreringsprosess:
- iOS Mail-app oppdager XAPPLEPUSHSERVICE-funksjonalitet
- Appen registrerer enhetstoken hos Forward Email
- Forward Email lagrer token og knytter den til konto
- Når ny e-post ankommer, sender Forward Email push via APNS
- iOS vekker Mail-appen for å hente nye meldinger
Sikkerhet:
- Enhetstokener er kryptert i hvilemodus
- Token utløper og fornyes automatisk
- Ingen meldingsinnhold eksponeres for APNS
- Ende-til-ende-kryptering opprettholdes
- IMAP-utvidelse:
XAPPLEPUSHSERVICE - Kildekode: WildDuck Issue #711
- Oppsett: Automatisk - ingen konfigurasjon nødvendig, fungerer rett ut av boksen med iOS Mail-app
Sammenligning med andre tjenester
| Tjeneste | iOS Push-støtte | Metode |
|---|---|---|
| Forward Email | ✅ Ja | XAPPLEPUSHSERVICE (reverse-engineered) |
| Gmail | ✅ Ja | Proprietær Gmail-app + Google push |
| iCloud Mail | ✅ Ja | Native Apple-integrasjon |
| Outlook.com | ✅ Ja | Proprietær Outlook-app + Microsoft push |
| Fastmail | ✅ Ja | XAPPLEPUSHSERVICE |
| Dovecot | ❌ Nei | Kun IMAP IDLE eller polling |
| Postfix | ❌ Nei | Kun IMAP IDLE eller polling |
| Cyrus IMAP | ❌ Nei | Kun IMAP IDLE eller polling |
Gmail Push:
Gmail bruker et proprietært push-system som kun fungerer med Gmail-appen. iOS Mail-app må poll'e Gmail IMAP-servere.
iCloud Push:
iCloud har native push-støtte lik Forward Email, men kun for @icloud.com-adresser.
Outlook.com støtter ikke XAPPLEPUSHSERVICE, og krever at iOS Mail poll'er hvert 15. minutt.
Fastmail:
Fastmail støtter ikke XAPPLEPUSHSERVICE. Brukere må bruke Fastmail-appen for push-varsler eller akseptere 15-minutters pollingforsinkelser.
Testing og verifisering
Protokollkapabilitetstester
Note
Denne seksjonen gir resultatene av våre siste protokollkapabilitetstester, utført 22. januar 2026.
Denne seksjonen inneholder de faktiske CAPABILITY/CAPA/EHLO-svarene fra alle testede leverandører. Alle tester ble kjørt 22. januar 2026.
Disse testene hjelper med å verifisere den annonserte og faktiske støtten for ulike e-postprotokoller og utvidelser hos store leverandører.
Testmetodikk
Testmiljø:
- Dato: 22. januar 2026 kl. 02:37 UTC
- Lokasjon: AWS EC2-instans
- IPv4: 54.167.216.197
- IPv6: 2600:4040:46da:9a00:b19e:3ad4:426c:2f48
- Verktøy: OpenSSL s_client, bash-skript
Testede leverandører:
- Forward Email
- Gmail
- Outlook.com
- iCloud
- Fastmail
- Yahoo/AOL (Verizon)
Testskript
For full åpenhet er de eksakte skriptene som ble brukt for disse testene oppgitt nedenfor.
IMAP Capability Test Script
#!/bin/bash
# IMAP Capability Test Script
# Tests IMAP CAPABILITY for various email providers
echo "========================================="
echo "IMAP CAPABILITY TEST"
echo "Date: $(date -u +"%Y-%m-%d %H:%M:%S UTC")"
echo "========================================="
echo ""
# Gmail
echo "--- Gmail (imap.gmail.com:993) ---"
echo -e "a001 CAPABILITY\na002 LOGOUT" | timeout 10 openssl s_client -connect imap.gmail.com:993 -crlf -quiet 2>&1 | grep -A 20 "CAPABILITY"
echo ""
# Outlook.com
echo "--- Outlook.com (outlook.office365.com:993) ---"
echo -e "a001 CAPABILITY\na002 LOGOUT" | timeout 10 openssl s_client -connect outlook.office365.com:993 -crlf -quiet 2>&1 | grep -A 20 "CAPABILITY"
echo ""
# iCloud
echo "--- iCloud (imap.mail.me.com:993) ---"
echo -e "a001 CAPABILITY\na002 LOGOUT" | timeout 10 openssl s_client -connect imap.mail.me.com:993 -crlf -quiet 2>&1 | grep -A 20 "CAPABILITY"
echo ""
# Fastmail
echo "--- Fastmail (imap.fastmail.com:993) ---"
echo -e "a001 CAPABILITY\na002 LOGOUT" | timeout 10 openssl s_client -connect imap.fastmail.com:993 -crlf -quiet 2>&1 | grep -A 20 "CAPABILITY"
echo ""
# Yahoo
echo "--- Yahoo (imap.mail.yahoo.com:993) ---"
echo -e "a001 CAPABILITY\na002 LOGOUT" | timeout 10 openssl s_client -connect imap.mail.yahoo.com:993 -crlf -quiet 2>&1 | grep -A 20 "CAPABILITY"
echo ""
# Forward Email
echo "--- Forward Email (imap.forwardemail.net:993) ---"
echo -e "a001 CAPABILITY\na002 LOGOUT" | timeout 10 openssl s_client -connect imap.forwardemail.net:993 -crlf -quiet 2>&1 | grep -A 20 "CAPABILITY"
echo ""
echo "========================================="
echo "Test completed"
echo "========================================="
POP3 Capability Test Script
#!/bin/bash
# POP3 Capability Test Script
# Tests POP3 CAPA for various email providers
echo "========================================="
echo "POP3 CAPABILITY TEST"
echo "Date: $(date -u +"%Y-%m-%d %H:%M:%S UTC")"
echo "========================================="
echo ""
# Gmail
echo "--- Gmail (pop.gmail.com:995) ---"
echo -e "CAPA\nQUIT" | timeout 10 openssl s_client -connect pop.gmail.com:995 -crlf -quiet 2>&1 | grep -A 20 "CAPA"
echo ""
# Outlook.com
echo "--- Outlook.com (outlook.office365.com:995) ---"
echo -e "CAPA\nQUIT" | timeout 10 openssl s_client -connect outlook.office365.com:995 -crlf -quiet 2>&1 | grep -A 20 "CAPA"
echo ""
# iCloud (Merk: iCloud støtter ikke POP3)
echo "--- iCloud (Ingen POP3-støtte) ---"
echo "iCloud støtter ikke POP3"
echo ""
# Fastmail
echo "--- Fastmail (pop.fastmail.com:995) ---"
echo -e "CAPA\nQUIT" | timeout 10 openssl s_client -connect pop.fastmail.com:995 -crlf -quiet 2>&1 | grep -A 20 "CAPA"
echo ""
# Yahoo
echo "--- Yahoo (pop.mail.yahoo.com:995) ---"
echo -e "CAPA\nQUIT" | timeout 10 openssl s_client -connect pop.mail.yahoo.com:995 -crlf -quiet 2>&1 | grep -A 20 "CAPA"
echo ""
# Forward Email
echo "--- Forward Email (pop3.forwardemail.net:995) ---"
echo -e "CAPA\nQUIT" | timeout 10 openssl s_client -connect pop3.forwardemail.net:995 -crlf -quiet 2>&1 | grep -A 20 "CAPA"
echo ""
echo "========================================="
echo "Test completed"
echo "========================================="
SMTP Capability Test Script
#!/bin/bash
# SMTP Capability Test Script
# Tester SMTP EHLO for ulike e-postleverandører
echo "========================================="
echo "SMTP KAPABILITETSTEST"
echo "Dato: $(date -u +"%Y-%m-%d %H:%M:%S UTC")"
echo "========================================="
echo ""
# Gmail
echo "--- Gmail (smtp.gmail.com:587) ---"
echo -e "EHLO test.com\nQUIT" | timeout 10 openssl s_client -connect smtp.gmail.com:587 -starttls smtp -crlf -quiet 2>&1 | grep -A 30 "250-"
echo ""
# Outlook.com
echo "--- Outlook.com (smtp.office365.com:587) ---"
echo -e "EHLO test.com\nQUIT" | timeout 10 openssl s_client -connect smtp.office365.com:587 -starttls smtp -crlf -quiet 2>&1 | grep -A 30 "250-"
echo ""
# iCloud
echo "--- iCloud (smtp.mail.me.com:587) ---"
echo -e "EHLO test.com\nQUIT" | timeout 10 openssl s_client -connect smtp.mail.me.com:587 -starttls smtp -crlf -quiet 2>&1 | grep -A 30 "250-"
echo ""
# Fastmail
echo "--- Fastmail (smtp.fastmail.com:587) ---"
echo -e "EHLO test.com\nQUIT" | timeout 10 openssl s_client -connect smtp.fastmail.com:587 -starttls smtp -crlf -quiet 2>&1 | grep -A 30 "250-"
echo ""
# Yahoo
echo "--- Yahoo (smtp.mail.yahoo.com:587) ---"
echo -e "EHLO test.com\nQUIT" | timeout 10 openssl s_client -connect smtp.mail.yahoo.com:587 -starttls smtp -crlf -quiet 2>&1 | grep -A 30 "250-"
echo ""
# Forward Email
echo "--- Forward Email (smtp.forwardemail.net:587) ---"
echo -e "EHLO test.com\nQUIT" | timeout 10 openssl s_client -connect smtp.forwardemail.net:587 -starttls smtp -crlf -quiet 2>&1 | grep -A 30 "250-"
echo ""
echo "========================================="
echo "Test fullført"
echo "========================================="
Test Results Summary
IMAP (CAPABILITY)
Forward Email
* CAPABILITY IMAP4rev1 AUTH=PLAIN AUTH=PLAIN-CLIENTTOKEN CHILDREN ENABLE ID IDLE NAMESPACE QUOTA SASL-IR UNSELECT XLIST XAPPLEPUSHSERVICE
Gmail
* CAPABILITY IMAP4rev1 UNSELECT IDLE NAMESPACE QUOTA ID XLIST CHILDREN X-GM-EXT-1 UIDPLUS COMPRESS=DEFLATE ENABLE MOVE CONDSTORE ESEARCH UTF8=ACCEPT LIST-EXTENDED LIST-STATUS LITERAL- SPECIAL-USE
iCloud
* OK [CAPABILITY XAPPLEPUSHSERVICE IMAP4 IMAP4rev1 SASL-IR AUTH=ATOKEN AUTH=PLAIN AUTH=ATOKEN2 AUTH=XOAUTH2]
* CAPABILITY IMAP4rev1 AUTH=PLAIN AUTH=XOAUTH2 SASL-IR UIDPLUS ID UNSELECT CHILDREN IDLE NAMESPACE LITERAL+
Fastmail
* CAPABILITY IMAP4rev1 ACL ANNOTATE-EXPERIMENT-1 CATENATE CONDSTORE ENABLE ESEARCH ESORT I18NLEVEL=1 ID IDLE LIST-EXTENDED LIST-STATUS LITERAL+ LOGINDISABLED MULTIAPPEND NAMESPACE QRESYNC QUOTA RIGHTS=ektx SASL-IR SORT SPECIAL-USE THREAD=ORDEREDSUBJECT UIDPLUS UNSELECT WITHIN X-RENAME XLIST
Yahoo/AOL (Verizon)
* CAPABILITY IMAP4rev1 IDLE NAMESPACE QUOTA ID XLIST CHILDREN UIDPLUS MOVE CONDSTORE ESEARCH ENABLE LIST-EXTENDED LIST-STATUS LITERAL- SPECIAL-USE UNSELECT XAPPLEPUSHSERVICE
POP3 (CAPA)
Forward Email
+OK
CAPA
TOP
USER
UIDL
EXPIRE 30
IMPLEMENTATION ForwardEmail
.
Gmail
+OK
CAPA
TOP
USER
UIDL
EXPIRE 30
IMPLEMENTATION Gpop
.
+OK
CAPA
TOP
USER
UIDL
SASL PLAIN XOAUTH2
.
Fastmail
+OK
CAPA
TOP
USER
UIDL
EXPIRE 30
IMPLEMENTATION Cyrus
.
SMTP (EHLO)
Forward Email
250-smtp.forwardemail.net
250-PIPELINING
250-SIZE 52428800
250-ETRN
250-STARTTLS
250-ENHANCEDSTATUSCODES
250-8BITMIME
250-DSN
250 CHUNKING
Gmail
250-smtp.gmail.com at your service
250-SIZE 35882577
250-8BITMIME
250-STARTTLS
250-ENHANCEDSTATUSCODES
250-PIPELINING
250-CHUNKING
250 SMTPUTF8
250-SN4PR13CA0005.outlook.office365.com Hello [x.x.x.x]
250-SIZE 157286400
250-PIPELINING
250-DSN
250-ENHANCEDSTATUSCODES
250-STARTTLS
250-8BITMIME
250-BINARYMIME
250-CHUNKING
250 SMTPUTF8
Fastmail
250-smtp.fastmail.com
250-PIPELINING
250-SIZE 78643200
250-ETRN
250-STARTTLS
250-ENHANCEDSTATUSCODES
250-8BITMIME
250-DSN
250 CHUNKING
Yahoo/AOL (Verizon)
250-smtp.mail.yahoo.com
250-PIPELINING
250-SIZE 41943040
250-8BITMIME
250-ENHANCEDSTATUSCODES
250-STARTTLS
Detaljerte testresultater
IMAP testresultater
Gmail:
* CAPABILITY IMAP4rev1 UNSELECT IDLE NAMESPACE QUOTA ID XLIST CHILDREN X-GM-EXT-1 XYZZY SASL-IR AUTH=XOAUTH2 AUTH=PLAIN AUTH=PLAIN-CLIENTTOKEN AUTH=OAUTHBEARER
Outlook.com:
* CAPABILITY IMAP4 IMAP4rev1 AUTH=PLAIN AUTH=XOAUTH2 SASL-IR UIDPLUS ID UNSELECT CHILDREN IDLE NAMESPACE LITERAL+
iCloud:
* CAPABILITY XAPPLEPUSHSERVICE IMAP4 IMAP4rev1 SASL-IR AUTH=ATOKEN AUTH=PLAIN AUTH=ATOKEN2 AUTH=XOAUTH2
Fastmail: Tilkoblingen tidsavbrøt. Se notater nedenfor.
Yahoo:
* CAPABILITY IMAP4rev1 SASL-IR AUTH=PLAIN AUTH=XOAUTH2 AUTH=OAUTHBEARER ID MOVE NAMESPACE XYMHIGHESTMODSEQ UIDPLUS LITERAL+ CHILDREN UNSELECT X-MSG-EXT OBJECTID IDLE ENABLE UIDONLY X-ALL-MAIL X-UIDONLY LIST-EXTENDED LIST-STATUS SPECIAL-USE PARTIAL APPENDLIMIT=41697280
Forward Email:
* CAPABILITY XAPPLEPUSHSERVICE IMAP4rev1 APPENDLIMIT=52428800 AUTH=PLAIN AUTH=PLAIN-CLIENTTOKEN CHILDREN CONDSTORE ENABLE ID IDLE MOVE NAMESPACE QUOTA SASL-IR SPECIAL-USE UIDPLUS UNSELECT UTF8=ACCEPT XLIST
POP3 testresultater
Gmail: Tilkoblingen returnerte ikke CAPA-respons uten autentisering.
Outlook.com: Tilkoblingen returnerte ikke CAPA-respons uten autentisering.
iCloud: Ikke støttet.
Fastmail: Tilkoblingen tidsavbrøt. Se notater nedenfor.
Yahoo:
+OK CAPA list follows... SASL PLAIN XOAUTH2
Forward Email: Tilkoblingen returnerte ikke CAPA-respons uten autentisering.
SMTP testresultater
Gmail:
250-AUTH LOGIN PLAIN XOAUTH2 PLAIN-CLIENTTOKEN OAUTHBEARER XOAUTH
Outlook.com:
250-DSN
iCloud:
250-DSN
Fastmail:
250 AUTH PLAIN LOGIN XOAUTH2 OAUTHBEARER
Yahoo:
250 AUTH PLAIN LOGIN XOAUTH2 OAUTHBEARER
Forward Email:
250-DSN, 250-REQUIRETLS
Notater om testresultater
Note
Viktige observasjoner og begrensninger fra testresultatene.
-
Fastmail tidsavbrudd: Fastmail-tilkoblinger tidsavbrøt under testing, sannsynligvis på grunn av ratebegrensning eller brannmurrestriksjoner fra testserverens IP. Fastmail er kjent for å ha robust IMAP/POP3/SMTP-støtte basert på deres dokumentasjon.
-
POP3 CAPA-responser: Flere tilbydere (Gmail, Outlook.com, Forward Email) returnerte ikke CAPA-responser uten autentisering. Dette er vanlig sikkerhetspraksis for POP3-servere.
-
DSN-støtte: Kun Outlook.com, iCloud og Forward Email annonserer eksplisitt DSN-støtte i sine SMTP EHLO-responser. Dette betyr ikke nødvendigvis at andre tilbydere ikke støtter DSN, men de annonserer det ikke.
-
REQUIRETLS: Kun Forward Email annonserer eksplisitt REQUIRETLS-støtte med en brukerrettet håndhevingsboks. Andre tilbydere kan støtte det internt, men annonserer det ikke i EHLO.
-
Testmiljø: Tester ble utført fra AWS EC2-instans (IP: 54.167.216.197 IPv4, 2600:4040:46da:9a00:b19e:3ad4:426c:2f48 IPv6) den 22. januar 2026 kl. 02:37 UTC.
Sammendrag
Forward Email tilbyr omfattende RFC-protokollstøtte på tvers av alle store e-poststandarder:
- IMAP4rev1: 16 støttede RFC-er med dokumenterte bevisste forskjeller
- POP3: 4 støttede RFC-er med RFC-kompatibel permanent sletting
- SMTP: 11 støttede utvidelser inkludert SMTPUTF8, DSN og PIPELINING
- Autentisering: DKIM, SPF, DMARC, ARC fullt støttet
- Transport-sikkerhet: MTA-STS og REQUIRETLS fullt støttet, DANE delvis støtte
- Kryptering: OpenPGP v6 og S/MIME støttet
- Kalender: CalDAV, CardDAV og VTODO fullt støttet
- API-tilgang: Komplett REST API med 39 endepunkter for direkte database-tilgang
- iOS Push: Native push-varsler for e-post, kontakter og kalendere via
XAPPLEPUSHSERVICE
Viktige differensieringspunkter
Tip
Forward Email skiller seg ut med unike funksjoner som ikke finnes hos andre tilbydere.
Hva gjør Forward Email unikt:
- Kvantesikker kryptering – Eneste tilbyder med ChaCha20-Poly1305-krypterte SQLite-postbokser
- Null-kunnskaps-arkitektur – Ditt passord krypterer postboksen; vi kan ikke dekryptere den
- Gratis egendefinerte domener – Ingen månedlige avgifter for egendefinert domenepost
- REQUIRETLS-støtte – Brukerrettet avkrysningsboks for å håndheve TLS for hele leveringskjeden
- Omfattende API – 39 REST API-endepunkter for full programmatisk kontroll
- iOS push-varsler – Native XAPPLEPUSHSERVICE-støtte for umiddelbar levering
- Open Source – Full kildekode tilgjengelig på GitHub
- Personvernfokusert – Ingen datainnsamling, ingen annonser, ingen sporing
- Sandboxet Kryptering: Den eneste e-posttjenesten med individuelt krypterte SQLite-postbokser
- RFC-kompatibilitet: Prioriterer standardoverholdelse fremfor bekvemmelighet (f.eks. POP3 DELE)
- Fullstendig API: Direkte programmatisk tilgang til all e-postdata
- Åpen Kildekode: Fullstendig transparent implementering
Sammendrag av protokollstøtte:
| Kategori | Støttenivå | Detaljer |
|---|---|---|
| Kjerneprotokoller | ✅ Utmerket | IMAP4rev1, POP3, SMTP fullt støttet |
| Moderne protokoller | ⚠️ Delvis | IMAP4rev2 delvis støtte, JMAP ikke støttet |
| Sikkerhet | ✅ Utmerket | DKIM, SPF, DMARC, ARC, MTA-STS, REQUIRETLS |
| Kryptering | ✅ Utmerket | OpenPGP, S/MIME, SQLite-kryptering |
| CalDAV/CardDAV | ✅ Utmerket | Full kalender- og kontakt-synkronisering |
| Filtrering | ✅ Utmerket | Sieve (24 utvidelser) og ManageSieve |
| API | ✅ Utmerket | 39 REST API-endepunkter |
| Push | ✅ Utmerket | Native iOS push-varsler |