{"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\/de\/docs\/synology-mailplus-smtp-relay-resend\/","title":{"rendered":"Synology MailPlus SMTP-Relay: Behebung von abgelehnten E-Mails durch erneutes Senden"},"content":{"rendered":"

Ein SMTP-Relay ist ein zweiter Mailserver, der Ihre Nachrichten in Ihrem Namen versendet, sodass der Empf\u00e4nger seine Reputation und nicht Ihre eigene beurteilt. Am 9. Oktober 2026 ben\u00f6tigten wir dringend einen solchen Server. SynoPower Club l\u00e4uft vollst\u00e4ndig auf Synology, und jede Bestellbest\u00e4tigung und jeder Lizenzschl\u00fcssel wird \u00fcber Synology MailPlus versendet. An diesem Abend bezahlte ein Kunde in Belgien eine Lizenz, und die E-Mail mit dem Schl\u00fcssel kam umgehend zur\u00fcck. 552 5.2.0 Ihre Nachricht wurde als Spam eingestuft.<\/code>. SPF, DKIM und DMARC wurden alle erfolgreich gepr\u00fcft. Dieser Artikel aus der NAS-Hosting-Einf\u00fchrungsreihe zeigt, wie wir Resend als SMTP-Relay nur f\u00fcr die Empf\u00e4ngerdom\u00e4nen hinzugef\u00fcgt haben, die unsere E-Mails ablehnen, welche Eintr\u00e4ge daf\u00fcr ben\u00f6tigt werden, wie wir es getestet haben und welche \u00c4nderungen der Dienst im Hintergrund an Ihren Nachrichten vornimmt.<\/p>\n\n\n\n

\n

SynoPower Club-Punkt:<\/strong> Ich habe jahrelang im Support von Synology gearbeitet, und die Zustellbarkeit war der Hauptgrund, warum die meisten Leute die Verwaltung ihrer E-Mails aufgaben. Sie gingen davon aus, dass die L\u00f6sung darin best\u00fcnde, alle Postf\u00e4cher zu einer gehosteten Suite zu verlagern. Das ist selten der Fall. In unserem Fall war der Mailserver in Ordnung, die DNS-Einstellungen korrekt, und nur ein einziger Zwischenschritt auf dem Weg hatte bei einigen wenigen Anbietern mit strengen DNS-Vorgaben einen schlechten Namen. Mit Synology kann man diesen einen Zwischenschritt nur f\u00fcr diese Anbieter \u00e4ndern \u2013 mit einer Regel, deren Erstellung nur zehn Minuten dauerte. Die Postf\u00e4cher, die Protokolle und die Kundendaten verlie\u00dfen nie unser eigenes NAS.<\/p>\n<\/blockquote>\n\n\n\n

Warum korrekt signierte E-Mails von einem NAS immer noch abgelehnt werden<\/h2>\n\n\n\n

Die Authentifizierung beweist, wer Sie sind. Sie beweist nicht, dass Sie willkommen sind. SPF, DKIM und DMARC teilen dem empfangenden Server mit, dass eine Nachricht tats\u00e4chlich von Ihrer Domain stammt, und danach stellt der Server eine zweite Frage: Was hat er zuvor von der IP-Adresse gesehen, die die Nachricht \u00fcbermittelt?<\/p>\n\n\n\n

Ein selbstgehosteter Mailserver verliert diese zweite Frage \u00fcblicherweise auf eine von zwei Arten. Sendet er direkt, tr\u00e4gt die \u00f6ffentliche IP-Adresse oft einen generischen Reverse-DNS-Namen des Internetanbieters, den viele Empf\u00e4nger als Heimanschluss interpretieren. Sendet er hingegen \u00fcber den eigenen Postausgangsserver des Anbieters, wie es bei uns der Fall war, \u00fcbernimmt die Nachricht die Reputation eines Servers, der von Tausenden anderen Kunden genutzt wird.<\/p>\n\n\n\n

\"Unzustellbare
Die E-Mail erreichte unser Support-Postfach am 9. Oktober und wurde zur\u00fcckgewiesen. Die Kundenadresse und unsere Serveradresse waren dabei nicht sichtbar. Die Ablehnung erfolgte durch den Mailserver des Providers.<\/figcaption><\/figure>\n\n\n\n

Das war unsere Situation. Der Bounce bem\u00e4ngelte weder unsere Domain noch unsere Signatur. Es lag am Zustellpfad, und gro\u00dfe europ\u00e4ische E-Mail-Anbieter wie Telenet und GMX sind f\u00fcr ihre strenge Filterung genau dieses Signals bekannt. Nichts auf dem Mailserver konnte daran etwas \u00e4ndern, da das Problem einen Hop nach dem NAS lag.<\/p>\n\n\n\n

Was ein SMTP-Relay \u00e4ndert und was nicht<\/h2>\n\n\n\n

Ein SMTP-Relay ersetzt diese letzte Zwischenstation. Ihr Server authentifiziert sich an Port 587, \u00fcbergibt die Nachricht, und das SMTP-Relay liefert sie von seinen eigenen IP-Adressen mit eigener Sendehistorie aus. Transaktions-E-Mail-Dienste sind genau f\u00fcr diesen Zweck gedacht: Ihre Adressen versenden ausschlie\u00dflich Empfangsbest\u00e4tigungen, Passwortzur\u00fccksetzungen und Benachrichtigungen, weshalb Empf\u00e4nger ihnen mehr vertrauen als einem allgemeinen ausgehenden Server.<\/p>\n\n\n\n

Ein guter SMTP-Relay signiert die Nachricht mit einem DKIM-Schl\u00fcssel f\u00fcr Ihre Domain, sodass der Kunde Ihre Adresse weiterhin sieht und DMARC erfolgreich ist. Er kann jedoch keine fehlerhaften Inhalte, fehlende SPF-Eintr\u00e4ge oder Listen von Personen korrigieren, die Ihre E-Mails nie angefordert haben. Beheben Sie zuerst die Authentifizierung und pr\u00fcfen Sie anschlie\u00dfend den Pfad.<\/p>\n\n\n\n

Warum wir Resend als SMTP-Relay gew\u00e4hlt haben<\/h2>\n\n\n\n

Unser erster Versuch erfolgte \u00fcber Amazon SES. Wir verifizierten die Domain, gaben unser E-Mail-Volumen mit 20 bis 50 Transaktions-E-Mails pro Tag an und erhielten am n\u00e4chsten Tag ohne Angabe von Gr\u00fcnden keinen Zugriff auf den Produktivbetrieb. Das ist ein h\u00e4ufiges Problem bei neuen Konten und f\u00fchrte dazu, dass unser Shop mit Lizenzschl\u00fcsseln dastand, die noch nicht ausgeliefert worden waren.<\/p>\n\n\n\n

\"Amazon
Der Anfang der Antwort von Amazon Web Services. Im restlichen Teil der Nachricht wird erkl\u00e4rt, dass die \u00dcberpr\u00fcfung Faktoren ber\u00fccksichtigt, die nicht offengelegt werden k\u00f6nnen, weshalb es nichts Konkretes zu beheben gab.<\/figcaption><\/figure>\n\n\n\n

Der zweite Versuch, \u201eResend\u201c, funktionierte und f\u00fchrte etwa zehn Minuten nach der Anmeldung zum Versand signierter E-Mails f\u00fcr unsere Domain. Drei Dinge machten es zu einer guten Wahl f\u00fcr einen kleinen, bei Synology gehosteten Shop:<\/p>\n\n\n\n