{"id":21891,"date":"2026-10-11T17:50:27","date_gmt":"2026-10-11T09:50:27","guid":{"rendered":"https:\/\/synopower.club\/?post_type=docs&p=21891"},"modified":"2026-10-11T18:06:54","modified_gmt":"2026-10-11T10:06:54","password":"","slug":"synology-mailplus-smtp-relay-resend","status":"publish","type":"docs","link":"https:\/\/synopower.club\/sv\/docs\/synology-mailplus-smtp-relay-resend\/","title":{"rendered":"Synology MailPlus SMTP-rel\u00e4: \u00c5tg\u00e4rda avvisad e-post med oms\u00e4ndning"},"content":{"rendered":"

En SMTP-rel\u00e4 \u00e4r en andra e-postserver som skickar dina meddelanden \u00e5t dig, s\u00e5 mottagarsidan bed\u00f6mer dess rykte ist\u00e4llet f\u00f6r ditt. Den 9 oktober 2026 beh\u00f6vde vi en snabbt. SynoPower Club k\u00f6rs helt p\u00e5 Synology, och varje orderbekr\u00e4ftelse och licensnyckel g\u00e5r via Synology MailPlus. Samma kv\u00e4ll betalade en kund i Belgien f\u00f6r en licens, och e-postmeddelandet med nyckeln kom direkt tillbaka med 552 5.2.0 Ditt meddelande betraktas som skr\u00e4ppost<\/code>. SPF, DKIM och DMARC godk\u00e4ndes alla. Den h\u00e4r NAS Hosting 101-artikeln visar hur vi lade till Resend som en SMTP-rel\u00e4 f\u00f6r endast de mottagardom\u00e4ner som avvisar oss, vilka poster den beh\u00f6ver, hur vi testade det och vad tj\u00e4nsten i tysthet \u00e4ndrar i dina meddelanden.<\/p>\n\n\n\n

\n

SynoPower Club-punkt:<\/strong> Jag har arbetat med supporten f\u00f6r Synology i flera \u00e5r, och leveranss\u00e4kerheten var anledningen till att de flesta slutade driva sin egen e-post. De antog att l\u00f6sningen var att flytta varje e-postl\u00e5da till en hostad svit. Det \u00e4r det s\u00e4llan. I v\u00e5rt fall var e-postservern felfri, DNS:en var korrekt, och exakt ett hopp p\u00e5 v\u00e4gen ut hade ett d\u00e5ligt rykte hos ett f\u00e5tal strikta leverant\u00f6rer. Synology MailPlus l\u00e5ter dig \u00e4ndra det hoppet endast f\u00f6r dessa leverant\u00f6rer, med en regel som tog oss tio minuter att skapa. Postl\u00e5dorna, loggarna och kunddatan l\u00e4mnade aldrig v\u00e5r egen NAS.<\/p>\n<\/blockquote>\n\n\n\n

Varf\u00f6r korrekt signerad e-post fr\u00e5n en NAS fortfarande avvisas<\/h2>\n\n\n\n

Autentisering bevisar vem du \u00e4r. Det bevisar inte att du \u00e4r v\u00e4lkommen. SPF, DKIM och DMARC talar om f\u00f6r den mottagande servern att ett meddelande verkligen kommer fr\u00e5n din dom\u00e4n, och d\u00e4refter st\u00e4ller servern en andra fr\u00e5ga: vad har den sett tidigare fr\u00e5n IP-adressen som vidarebefordrar meddelandet?<\/p>\n\n\n\n

En egenhostad e-postserver f\u00f6rlorar vanligtvis den andra fr\u00e5gan p\u00e5 ett av tv\u00e5 s\u00e4tt. Om den skickar direkt har den publika IP-adressen ofta ett generiskt omv\u00e4nt DNS-namn fr\u00e5n internetleverant\u00f6ren, vilket m\u00e5nga mottagare behandlar som en hemanslutning. Om den ist\u00e4llet skickar via leverant\u00f6rens egen utg\u00e5ende server, som v\u00e5r gjorde, \u00e4rver meddelandet ryktet fr\u00e5n en maskin som delas med tusentals andra kunder.<\/p>\n\n\n\n

\"Avvisande
Avvisningen n\u00e4r den n\u00e5dde v\u00e5r supportbrevl\u00e5da den 9 oktober, med kundadressen och v\u00e5r serveradress dolda. Avvisningen kom fr\u00e5n leverant\u00f6rens egen e-postserver under leveransen.<\/figcaption><\/figure>\n\n\n\n

Det var v\u00e5r situation. Bouncen klagade inte p\u00e5 v\u00e5r dom\u00e4n eller v\u00e5r signatur. Det var en avg\u00f6rande dom, och stora europeiska e-postleverant\u00f6rer som Telenet och GMX \u00e4r k\u00e4nda f\u00f6r strikt filtrering av just den signalen. Ingenting inuti e-postservern kunde \u00e4ndra det, eftersom problemet l\u00e5g ett hopp efter NAS:en.<\/p>\n\n\n\n

Vad ett SMTP-rel\u00e4 \u00e4ndrar och vad det inte g\u00f6r<\/h2>\n\n\n\n

Ett SMTP-rel\u00e4 ers\u00e4tter det sista hoppet. Din server autentiserar sig mot den p\u00e5 port 587, \u00f6verl\u00e4mnar meddelandet, och SMTP-rel\u00e4et levererar det fr\u00e5n sina egna IP-adresser med sin egen s\u00e4ndningshistorik. Transaktionella e-posttj\u00e4nster finns f\u00f6r just detta \u00e4ndam\u00e5l: deras adresser skickar ingenting annat \u00e4n kvitton, l\u00f6senords\u00e5terst\u00e4llningar och aviseringar, s\u00e5 mottagarna litar mer p\u00e5 dem \u00e4n en vanlig utg\u00e5ende server.<\/p>\n\n\n\n

En bra SMTP-rel\u00e4 signerar ocks\u00e5 meddelandet med en DKIM-nyckel f\u00f6r din dom\u00e4n, s\u00e5 att kunden fortfarande ser din adress och DMARC fortfarande skickas vidare. Vad den inte kan g\u00f6ra \u00e4r att reparera d\u00e5ligt inneh\u00e5ll, en saknad SPF-post eller en lista \u00f6ver personer som aldrig bett om din e-post. \u00c5tg\u00e4rda autentiseringen f\u00f6rst och titta sedan p\u00e5 s\u00f6kv\u00e4gen.<\/p>\n\n\n\n

Varf\u00f6r vi valde Resend som SMTP-rel\u00e4<\/h2>\n\n\n\n

V\u00e5rt f\u00f6rsta f\u00f6rs\u00f6k var Amazon SES. Vi verifierade dom\u00e4nen, beskrev v\u00e5r volym som 20 till 50 transaktionella e-postmeddelanden per dag, och fick avslag f\u00f6r produktions\u00e5tkomst n\u00e4sta dag utan angiven anledning. Det \u00e4r en vanlig upplevelse f\u00f6r ett helt nytt konto, och det l\u00e4mnade en butik med licensnycklar som v\u00e4ntade p\u00e5 leverans.<\/p>\n\n\n\n

\"Amazon
Inledningen av svaret fr\u00e5n Amazon Web Services. Resten av meddelandet f\u00f6rklarar att granskningen tar h\u00e4nsyn till faktorer som den inte kan dela, s\u00e5 det fanns inget specifikt att \u00e5tg\u00e4rda.<\/figcaption><\/figure>\n\n\n\n

Skicka igen var det andra f\u00f6rs\u00f6ket, och det skickade signerad e-post f\u00f6r v\u00e5r dom\u00e4n ungef\u00e4r tio minuter efter registreringen. Tre saker gjorde det till en bra l\u00f6sning f\u00f6r en liten Synology-hostad butik:<\/p>\n\n\n\n