{"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\/it\/docs\/synology-mailplus-smtp-relay-resend\/","title":{"rendered":"Synology MailPlus SMTP Relay: Risoluzione dei problemi relativi alle email rifiutate tramite reinvio"},"content":{"rendered":"

Un relay SMTP \u00e8 un secondo server di posta che invia i tuoi messaggi per tuo conto, in modo che il destinatario valuti la sua reputazione invece della tua. Il 9 ottobre 2026 ne avevamo bisogno urgentemente. SynoPower Club funziona interamente su Synology e ogni conferma d'ordine e chiave di licenza passa attraverso Synology MailPlus. Quella sera un cliente in Belgio ha pagato per una licenza e l'e-mail contenente la chiave \u00e8 tornata indietro immediatamente con 552 5.2.0 Il tuo messaggio \u00e8 considerato spam<\/code>. SPF, DKIM e DMARC risultavano tutti superati. Questo articolo di NAS Hosting 101 mostra come abbiamo aggiunto Resend come relay SMTP solo per i domini dei destinatari che ci rifiutano, quali record sono necessari, come lo abbiamo testato e cosa il servizio modifica silenziosamente nei tuoi messaggi.<\/p>\n\n\n\n

\n

Punto SynoPower Club:<\/strong> Ho lavorato per anni nell'assistenza clienti di Synology e la deliverability era il motivo per cui la maggior parte delle persone rinunciava a gestire la propria posta elettronica. Presumevano che la soluzione fosse spostare ogni casella di posta su una suite di hosting. Raramente \u00e8 cos\u00ec. Nel nostro caso, il server di posta funzionava correttamente, il DNS era configurato correttamente e solo un singolo passaggio in uscita presentava un nome di dominio inadeguato con alcuni provider rigorosi. Synology MailPlus permette di modificare quel singolo passaggio solo per quei provider, con una regola che abbiamo creato in dieci minuti. Le caselle di posta, i log e i dati dei clienti non hanno mai lasciato il nostro NAS.<\/p>\n<\/blockquote>\n\n\n\n

Perch\u00e9 la posta firmata correttamente proveniente da un NAS viene ancora rifiutata?<\/h2>\n\n\n\n

L'autenticazione dimostra chi sei, ma non garantisce che tu sia il benvenuto. SPF, DKIM e DMARC comunicano al server ricevente che un messaggio proviene effettivamente dal tuo dominio, dopodich\u00e9 il server pone una seconda domanda: quali informazioni ha gi\u00e0 ricevuto dall'indirizzo IP che sta inviando il messaggio?<\/p>\n\n\n\n

Un server di posta self-hosted di solito non riesce a rispondere a questa seconda domanda in uno dei due modi seguenti. Se invia direttamente, l'indirizzo IP pubblico spesso include un nome DNS inverso generico fornito dal provider Internet, che molti destinatari considerano come una connessione domestica. Se invece invia tramite il server di posta in uscita del provider, come nel nostro caso, il messaggio eredita la reputazione di una macchina condivisa con migliaia di altri clienti.<\/p>\n\n\n\n

\"Messaggio
L'e-mail \u00e8 stata respinta quando ha raggiunto la nostra casella di posta di supporto il 9 ottobre, con l'indirizzo del cliente e l'indirizzo del nostro server nascosti. Il rifiuto \u00e8 avvenuto dal server di posta del provider durante la consegna.<\/figcaption><\/figure>\n\n\n\n

Questa era la nostra situazione. Il messaggio di errore non riguardava il nostro dominio o la nostra firma. Si trattava di un problema di percorso, e i grandi provider di posta elettronica europei come Telenet e GMX sono noti per il loro rigoroso filtraggio proprio di questo tipo di segnale. Nulla all'interno del server di posta poteva modificarlo, perch\u00e9 il problema risiedeva un hop dopo il NAS.<\/p>\n\n\n\n

Cosa cambia e cosa non cambia un relay SMTP<\/h2>\n\n\n\n

Un relay SMTP sostituisce quest'ultimo passaggio. Il tuo server si autentica sul relay SMTP sulla porta 587, gli passa il messaggio e il relay SMTP lo recapita dai propri indirizzi IP con la propria cronologia di invio. I servizi di posta elettronica transazionale esistono proprio per questo scopo: i loro indirizzi inviano solo ricevute, reimpostazioni password e notifiche, quindi i destinatari si fidano di pi\u00f9 di un server di posta in uscita generico.<\/p>\n\n\n\n

Un buon relay SMTP firma anche il messaggio con una chiave DKIM per il tuo dominio, in modo che il cliente veda comunque il tuo indirizzo e il DMARC funzioni correttamente. Ci\u00f2 che non pu\u00f2 fare \u00e8 riparare contenuti corrotti, un record SPF mancante o un elenco di persone che non hanno mai richiesto la tua posta elettronica. Prima di tutto, risolvi i problemi di autenticazione, poi esamina il percorso.<\/p>\n\n\n\n

Perch\u00e9 abbiamo scelto Resend come relay SMTP<\/h2>\n\n\n\n

Il nostro primo tentativo \u00e8 stato con Amazon SES. Abbiamo verificato il dominio, indicato un volume di 20-50 email transazionali al giorno e il giorno successivo ci \u00e8 stato negato l'accesso all'ambiente di produzione senza alcuna motivazione. Si tratta di un'esperienza comune per un account appena aperto, e ci ha lasciato con un negozio con le chiavi di licenza in attesa di essere consegnate.<\/p>\n\n\n\n

\"L'assistenza
L'inizio della risposta di Amazon Web Services. Il resto del messaggio spiega che la revisione prende in considerazione fattori che non pu\u00f2 divulgare, quindi non c'era nulla di specifico da correggere.<\/figcaption><\/figure>\n\n\n\n

Il secondo tentativo \u00e8 stato quello di reinviare la posta, e circa dieci minuti dopo la registrazione l'email firmata \u00e8 stata inviata per il nostro dominio. Tre fattori lo hanno reso adatto a un piccolo negozio ospitato su Synology:<\/p>\n\n\n\n