Con la funzione Recapito delle e-mail in cPanel puoi verificare le impostazioni importanti per l'autenticazione del tuo dominio di posta elettronica. Queste includono in particolare SPF e DKIM.
Questi record DNS aiutano i server di posta in arrivo a verificare se i messaggi vengono effettivamente inviati tramite sistemi autorizzati a farlo e se un'e-mail è stata modificata durante il trasporto.
In questa guida ti mostriamo come controllare la recapitabilità delle email su CURIAWEB, interpretare correttamente gli avvisi e capire quando sono necessarie modifiche ai record DNS.
Importante: Un annuncio privo di errori in cPanel non garantisce la consegna nella posta in arrivo. I provider di posta elettronica come Gmail, Outlook o altri utilizzano inoltre i propri filtri antispam, la reputazione, il contenuto dei messaggi e numerosi altri segnali.
Cosa significa recapito delle email? #
L'affidabilità della posta elettronica descrive, in parole semplici, la capacità di recapitare con successo i messaggi inviati ad altri server di posta e di far sì che vengano elaborati nel modo più corretto possibile.
A ciò concorrono diversi fattori.
Un componente importante è l'autenticazione tecnica del dominio del mittente. I server di posta in arrivo desiderano, tra le cose, poter determinare se il server di invio è autorizzato per il dominio in questione e se determinati componenti del messaggio sono stati trasmessi senza modifiche.
È proprio qui che entrano in gioco, tra gli altri, SPF e DKIM.
Che cosa verifica la funzione di cPanel „Recapito e-mail“? #
La funzione esamina le impostazioni di autenticazione delle e-mail pertinenti per i tuoi domini e può indicare se ci sono problemi con i record DNS previsti.
Di particolare rilevanza sono:
- SPF – definisce quali sistemi possono inviare email per un dominio
- DKIM – appone alle e-mail in uscita una firma crittografica che può essere verificata tramite DNS
A seconda della configurazione DNS, cPanel può anche mostrare avvisi o voci suggerite se i dati DNS necessari non possono essere modificati automaticamente sul sistema DNS competente.
Non confondere SPF, DKIM e DMARC #
I tre termini vengono spesso menzionati insieme, ma svolgono compiti diversi.
SPF verifica in modo semplificato se un sistema mittente è autorizzato per il dominio in questione.
DKIM consente la verifica crittografica di una firma aggiunta a un messaggio in uscita.
DMARC si basa su SPF e DKIM e definisce, tra le altre cose, come i sistemi riceventi debbano gestire i messaggi che non superano determinati controlli di autenticazione e allineamento. DMARC può anche abilitare la generazione di report.
Breve spiegazione: SPF, DKIM e DMARC si integrano a vicenda. Non sono tre denominazioni diverse per la stessa funzione.
1. Aprire la recapitabilità e-mail in cPanel #
Accedi al tuo cPanel di CURIAWEB.
Scorri fino alla sezione nella home page E-mail e clicca su Recapito delle e-mail.
cPanel ti mostrerà quindi i domini del tuo account di hosting e lo stato rilevato della configurazione e-mail.
2. Seleziona il dominio corretto #
Se nel tuo account di hosting sono presenti più domini, controlla il dominio di cui desideri esaminare la recapitabilità delle email.
Per esempio:
deine-domain.ch
L'autenticazione viene configurata per i domini tramite i record DNS. Pertanto, lo stato corretto di un dominio non significa automaticamente che anche un altro dominio dello stesso account di hosting sia configurato correttamente.
3. Controllare lo stato del dominio #
Verifica prima quale stato mostra cPanel per il dominio desiderato.
Se cPanel non rileva problemi con le impostazioni previste, questo è un buon segno che i dati di autenticazione verificati da cPanel sono accessibili correttamente.
Se invece viene visualizzato un problema o un avviso, dovresti aprire la vista dettagliata.
Importante: Non modificare i record DNS solo perché presumi che „più record“ migliorino la recapitabilità. SPF, DKIM e DMARC devono corrispondere tecnicamente e in modo corretto alla configurazione di posta effettiva.
4. Gestisci il dominio e visualizza i dettagli #
Apri la visualizzazione di amministrazione o dei dettagli per il dominio in questione.
Lì puoi verificare più attentamente le impostazioni SPF e DKIM rilevate da cPanel.
Se sussiste un problema, a seconda della situazione cPanel può anche mostrare il record DNS previsto o consigliato.
Cos'è l'SPF? #
SPF significa Sender Policy Framework.
Il record SPF viene pubblicato come record TXT nel DNS del dominio.
Descrive quali sistemi o fonti di spedizione sono autorizzati a inviare e-mail per conto del dominio in questione.
Un record SPF può iniziare, in modo semplificato, ad esempio con il seguente componente:
v=spf1
Seguono le regole che stabiliscono quali fonti di spedizione sono autorizzate e come devono essere trattate le altre fonti.
Perché l'SPF è importante #
Quando un server di posta ricevente riceve un messaggio, può verificare tramite SPF se il server mittente è autorizzato per il dominio in questione in base al record SPF pubblicato.
In questo modo, SPF rende più difficili determinate forme di abuso dei nomi di dominio come mittente.
Tuttavia, il solo SPF non impedisce ogni forma di falsificazione del mittente e non è nemmeno un filtro antispam.
Non creare più record SPF indipendenti #
Un errore di configurazione comune consiste nel creare un record TXT SPF separato per ciascun servizio di spedizione diverso.
Se un dominio invia messaggi, ad esempio, tramite il server di hosting e in aggiunta tramite un servizio di newsletter o di posta esterno, le fonti autorizzate necessarie devono essere prese in considerazione in una configurazione SPF valida.
Attenzione: Non aggiungere semplicemente un secondo record SPF con
v=spf1La presenza di più record SPF per lo stesso dominio può causare un errore SPF-PermError. Le fonti di invio necessarie devono essere unite in un'unica policy SPF corretta.
Includere servizi di posta esterni in SPF #
Se non invii esclusivamente tramite il server di posta CURIAWEB, la tua configurazione SPF deve corrispondere alla tua infrastruttura effettiva.
Ciò riguarda, ad esempio, i domini che utilizzano inoltre un servizio di posta esterno, un provider di newsletter, un servizio CRM o altri sistemi per l'invio.
Non prendere a caso componenti SPF da guide di terze parti. Utilizza le specifiche del servizio effettivamente utilizzato e integrale correttamente nella configurazione SPF esistente.
Cos'è il DKIM? #
DKIM significa DomainKeys Identified Mail.
Durante l'invio, l'e-mail viene munita di una firma crittografica. La chiave pubblica corrispondente viene fornita tramite un record DNS del dominio.
Il server di posta ricevente può utilizzare questa chiave pubblica per verificare la firma DKIM.
Ciò consente tra l'altro di verificare se le componenti firmate del messaggio sono state modificate dopo la firma.
Perché il DKIM è importante #
DKIM rafforza l'autenticazione tecnica dei messaggi in uscita.
Un destinatario può verificare tramite la firma se il messaggio è stato firmato con una chiave corrispondente al dominio DKIM specificato e se la verifica della firma ha esito positivo.
Tuttavia, il solo DKIM non garantisce né l'assenza di spam né il recapito nella posta in arrivo.
Cos'è un selettore DKIM? #
Una chiave DKIM non viene pubblicata direttamente sotto il dominio principale. Per questo motivo viene utilizzato un cosiddetto Selettore utilizzato.
Il nome DNS contiene tipicamente la struttura:
selector._domainkey.deine-domain.ch
Il selettore effettivamente utilizzato dipende dal rispettivo sistema di posta elettronica.
Attenzione: Non creare un record DKIM basato sull'esempio di un dominio altrui. La chiave pubblica e il selettore utilizzato devono appartenere alla tua effettiva configurazione di posta.
5. Verifica lo stato SPF #
Apri la visualizzazione dettagliata del dominio desiderato e controlla la sezione SPF.
Se cPanel riconosce la configurazione come valida, non dovresti modificare la voce senza un motivo specifico.
Se cPanel mostra invece un problema, leggi prima il messaggio esatto e verifica quale record SPF cPanel si aspetta o consiglia.
6. Verifica lo stato DKIM #
Controlla quindi la sezione DKIM.
Anche in questo caso vale la regola: se cPanel riconosce il record come corretto, non dovresti apportare modifiche a titolo precauzionale.
In caso di avviso, dovresti verificare se il record DNS DKIM richiesto è presente e pubblicamente accessibile.
Chi gestisce la zona DNS del tuo dominio? #
Prima di modificare un record DNS, devi sapere, dove viene gestita la zona DNS autorevole del tuo dominio.
Se il tuo dominio utilizza i nameserver previsti per il tuo hosting CURIAWEB e la zona DNS viene gestita tramite l'hosting, le modifiche possono essere apportate di conseguenza all'interno di questo ambiente.
Se invece il dominio utilizza nameserver esterni, ad esempio presso un altro provider DNS, le modifiche devono essere effettuate lì.
Importante: Un record nell'editor di zone cPanel locale non ha alcun effetto pubblico se il dominio utilizza effettivamente la sua zona DNS autorevole su altri nameserver.
7. Verifica del nameserver o della competenza DNS #
Se cPanel mostra una voce necessaria, ma questa non può essere corretta automaticamente, verifica prima la competenza DNS del dominio.
Se la gestione del DNS è esterna, devi inserire il record richiesto da cPanel presso il provider DNS competente.
Se la gestione DNS si trova nel cPanel di CURIAWEB, puoi gestire i record DNS tramite l'editor di zona.
Mostriamo la procedura sotto Utilizzare l'editor di zone DNS in cPanel.
8. Copiare esattamente il record suggerito da cPanel #
Se cPanel mostra un record SPF o DKIM richiesto a causa di una zona DNS gestita esternamente, dovresti copiarne esattamente il nome e il valore.
Non modificare in particolare una chiave DKIM manualmente.
Nei record TXT lunghi, anche solo caratteri mancanti o aggiuntivi possono fare in modo che l'autenticazione non funzioni.
I cambiamenti DNS richiedono tempo #
Dopo una modifica del DNS, il risultato non è necessariamente visibile ovunque in modo immediato.
Le risposte DNS possono continuare a essere fornite con lo stato precedente per un certo periodo di tempo a causa dei valori TTL e delle informazioni memorizzate nella cache.
Se cPanel continua a mostrare un avviso immediatamente dopo una modifica DNS esterna, ciò non significa automaticamente che il nuovo record sia errato.
Consiglio pratico: Dopo una modifica del DNS, non provare più volte varianti diverse. Verifica prima se è stato pubblicato il record corretto e considera successivamente le cache DNS.
9. Verificare nuovamente lo stato dopo una modifica #
Dopo che il record DNS è stato pubblicato e il tempo necessario per l'aggiornamento è trascorso, apri di nuovo:
E-Mail → Consegnabilità delle e-mail
Controlla nuovamente lo stato del dominio in questione.
Se cPanel rileva ora una configurazione valida, il problema di autenticazione originale viene risolto.
Cos'è DMARC? #
DMARC significa Domain-based Message Authentication, Reporting and Conformance.
DMARC utilizza i risultati di SPF e DKIM e verifica inoltre la cosiddetta Allineamento- Relazione con il dominio del mittente visibile.
In parole semplici: per DMARC non è sempre sufficiente che un controllo SPF o DKIM abbia esito positivo da qualche parte nel messaggio. Il dominio autenticato deve anche corrispondere al dominio del mittente visibile nel modo previsto da DMARC.
Perché l'allineamento è importante in DMARC #
Ad esempio, un'email può essere inviata tecnicamente tramite un server autorizzato, senza che il dominio utilizzato per l'SPF corrisponda esattamente al dominio del mittente visibile.
Perciò DMARC non considera solo „SPF superato“ o „DKIM superato“, ma anche la relazione delle rispettive intestazioni di dominio con il mittente visibile.
Questa è una differenza importante tra i singoli metodi di autenticazione.
Non attivare DMARC ciecamente con una policy rigorosa #
DMARC può determinare come i sistemi riceventi debbano gestire i messaggi che non superano la verifica DMARC.
Una policy eccessivamente rigida può quindi compromettere le email legittime se non tutte le effettive fonti di invio sono ancora correttamente autenticate.
Attenzione: Prima di applicare una policy DMARC rigorosa, tutti i percorsi di invio legittimi del tuo dominio devono essere noti e configurati correttamente per SPF e/o DKIM. Ciò include non solo le normali caselle di posta, ma ad esempio anche siti web, negozi online, newsletter e sistemi aziendali esterni.
Perché uno stato verde non è una garanzia per la casella di posta #
Una configurazione SPF e DKIM tecnicamente corretta è importante, ma rappresenta solo una parte della recapitabilità.
I provider di posta elettronica riceventi possono anche valutare numerosi altri fattori.
A ciò appartengono, ad esempio:
- Reputazione della fonte di spedizione
- Reputazione del dominio
- Contenuto e struttura del messaggio
- Comportamento di spedizione e volume di spedizione
- Reclami di spam da parte dei destinatari
- Qualità e provenienza degli elenchi di destinatari
- ulteriori filtri e norme di sicurezza personali del destinatario
Ecco perché un messaggio autenticato tecnicamente in modo corretto può comunque finire nella cartella dello spam.
Regola fondamentale: SPF e DKIM sono presupposti importanti per un invio pulito delle email, ma non sono una promessa che ogni messaggio arrivi nella casella di posta in arrivo.
SPF e DKIM non sono filtri antispam #
SPF e DKIM non valutano se il contenuto di un messaggio sia desiderato o indesiderato.
Servono per l'autenticazione o per la verifica di determinate caratteristiche tecniche dell'invio di e-mail.
Anche un'e-mail pubblicitaria indesiderata può essere tecnicamente autenticata in modo corretto con SPF e DKIM.
Viceversa, un messaggio legittimo può incontrare problemi di recapito se la sua autenticazione è configurata in modo errato.
Differenziare tra deliverability delle email e filtro antispam di cPanel #
La funzione Recapito delle e-mail e il Filtro antispam in cPanel assolvono pertanto a compiti diversi.
La funzione di recapito aiuta a controllare l'autenticazione del tuo dominio.
Il filtro antispam serve invece a esaminare i messaggi in arrivo alla ricerca di caratteristiche di spam e a gestirli di conseguenza.
Ti mostriamo come configurarlo su Configurare il filtro antispam in cPanel.
Cosa succede con le e-mail ospitate esternamente? #
Se il tuo sito web si trova su CURIAWEB, ma i tuoi account di posta elettronica sono gestiti tramite un provider esterno, l'intera configurazione della posta deve corrispondere a questa struttura.
Ciò include non solo SPF e DKIM, ma anche i record MX e il routing delle e-mail.
Se utilizzi ad esempio un servizio di posta esterno, è necessario tenere conto delle sue direttive per SPF e DKIM.
La configurazione prevista dall'hosting CURIAWEB per l'invio di e-mail locali non deve in tal caso semplicemente sostituire senza verifica le specifiche del reale provider di posta.
Sistema di posta elettronica esterno e sito web CURIAWEB contemporaneamente #
Una costellazione particolarmente comune è:
Sito web CURIAWEB
E-mail: fornitore esterno
Il sito Web può comunque inviare messaggi, ad esempio tramite un modulo di contatto o un negozio online.
Ciò consente l'esistenza di più percorsi di invio legittimi per lo stesso dominio.
La configurazione di SPF, DKIM e, se del caso, DMARC deve tenere conto di questa effettiva infrastruttura.
Controllo del routing dei servizi di posta esterni #
Se le caselle di posta di un dominio sono gestite esternamente, si dovrebbe verificare inoltre se cPanel gestisce il dominio come destinazione di posta esterna.
Un'errata impostazione di routing può rivelarsi problematica, in particolare, per i messaggi inviati direttamente da un sito Web ospitato sull'hosting a un indirizzo della stessa dominio.
Ti mostriamo come controllarlo su Configurare correttamente il routing delle email in cPanel.
L'SPF nei reindirizzamenti presenta delle specificità #
I reindirizzamenti di e-mail possono rendere più complessa la verifica dell'autenticazione.
Un messaggio è stato originariamente inviato da un server esterno e viene successivamente inoltrato a una nuova destinazione tramite un altro server.
Di conseguenza, la verifica SPF presso il destinatario finale può risultare diversa rispetto a un recapito diretto.
Ciò non significa automaticamente che il reindirizzamento sia configurato in modo errato. Dimostra piuttosto perché l'autenticazione delle e-mail nei reindirizzamenti non dovrebbe essere valutata basandosi unicamente su una semplice analisi SPF.
Ti spieghiamo come configurare i reindirizzamenti in cPanel su Configurare ilinoltro di e-mail in cPanel.
DKIM può essere utile nei转发 / DKIM può essere utile nei reindirizzamenti #
Una firma DKIM valida può sopravvivere a un inoltro a determinate condizioni, purché le parti firmate del messaggio non vengano modificate in modo da invalidare la firma.
Ecco perché DKIM, insieme a SPF, è una componente importante della moderna autenticazione delle e-mail.
Tuttavia, anche in questo caso vale quanto segue: il risultato effettivo dipende dal percorso specifico del messaggio e dai sistemi coinvolti.
Il sito web invia e-mail, ma SPF o DKIM falliscono #
Se un sito web, un negozio o un'applicazione invia e-mail, devi sapere, con quale metodo di spedizione questi messaggi vengano effettivamente inviati.
Un'applicazione può, ad esempio, utilizzare il server di posta locale o inviare messaggi tramite un servizio SMTP esterno.
Queste due varianti possono avere requisiti diversi per SPF e DKIM.
Consiglio pratico: Prima di modificare i record DNS, chiarisci prima quale server o servizio invia effettivamente il messaggio in questione.
Un'email viene rifiutata – e adesso? #
Se un server di posta esterno rifiuta un messaggio, dovresti esaminare il messaggio di errore completo.
Ciò può indicare ad esempio la presenza di SPF, DKIM, DMARC, la reputazione o una causa completamente diversa.
Non modificare automaticamente SPF o DKIM solo perché un'email non è arrivata.
Ti mostriamo come esaminare la cronologia delle consegne su Tracciare la consegna delle email in cPanel.
Errore tipico: record DNS modificato nel posto sbagliato #
Un utente vede un record SPF o DKIM consigliato in cPanel e lo inserisce nell'editor di zone di cPanel.
Tuttavia, il dominio utilizzaNameserver esterni.
Il risultato: la modifica esiste sì nella zona DNS locale del server di hosting, ma non viene utilizzata affatto nel DNS pubblico.
Ecco perché prima di ogni modifica DNS dovresti chiarire quali nameserver sono autorevoli per il dominio.
Errore tipico: mantenere il vecchio record DKIM da un ambiente precedente #
Dopo un cambio di hosting o di server di posta, potrebbero essere ancora presenti voci DNS della precedente ambiente.
Una vecchia chiave DKim potrebbe non corrispondere al sistema di posta attualmente in uso.
Utilizza quindi il record DKIM che appartiene effettivamente all'attuale piattaforma di invio.
Errore tipico: dimenticare il provider di posta esterno per l'SPF #
Se i tuoi dipendenti inviano tramite un servizio esterno, ma questo non è incluso nella configurazione SPF, il controllo SPF per questi messaggi potrebbe fallire.
Identifica quindi tutte le origini di invio legittime prima di modificare il record SPF.
A seconda dell'azienda, ciò può includere:
- il server di posta di hosting
- un provider di posta esterno
- Sistemi di newsletter
- Sistemi CRM o ERP
- Sistemi di supporto e di ticket
- altre piattaforme di spedizione autorizzate
Errore tipico: continuare ad estendere l'SPF #
Anche il contrario è problematico.
Un record SPF non dovrebbe autorizzare ciecamente un numero sempre maggiore di fonti solo per evitare possibili errori.
Ogni origine autorizzata deve avere uno scopo tracciabile ed essere effettivamente necessaria per l'invio di email del dominio.
Sicurezza: Nell'SPF autorizza solo le fonti di invio che possono effettivamente inviare e-mail per conto del tuo dominio.
L'SPF ha limiti tecnici #
I record SPF possono utilizzare meccanismi che causano ulteriori query DNS. A tale scopo, il protocollo SPF prevede dei limiti tecnici.
Una configurazione molto complessa con numerosi servizi integrati può quindi diventare essa stessa difettosa.
Quando combini molte piattaforme di spedizione esterne, la configurazione SPF dovrebbe essere verificata tecnicamente e non semplicemente [continuando] con sempre più [inserimenti] includere-meccanismi devono essere aggiunti.
Dopo una correzione, inviare una vera email di prova #
Se cPanel rileva che la configurazione è valida dopo una modifica, dovresti anche inviare un vero messaggio di test a un destinatario esterno.
Usa a tale scopo, ad esempio, una casella di posta elettronica esterna indipendente e verifica se il messaggio arriva.
Se necessario, le intestazioni del messaggio ricevuto possono contenere ulteriori informazioni su come SPF, DKIM e DMARC sono stati valutati dal destinatario.
Gli header delle email forniscono informazioni aggiuntive #
L'intestazione completa di un'email contiene informazioni tecniche sul percorso del messaggio e può includere anche i risultati dei controlli di autenticazione.
A seconda del sistema ricevente, lì potrebbero comparire, ad esempio, indicazioni su SPF, DKIM e DMARC.
La rappresentazione esatta differisce tra i vari fornitori di posta elettronica.
Per una diagnosi più approfondita, tali intestazioni sono molto più significative del solo indirizzo del mittente visibile nel programma di posta elettronica.
Cosa fare se cPanel mostra tutto come corretto, ma le email finiscono nello spam? #
Se SPF e DKIM sono corretti, non dovresti continuare a lavorare su questi record DNS.
Esamina invece altre possibili cause.
A ciò appartengono ad esempio il comportamento di invio, la reputazione, il contenuto, i link, gli allegati, i reclami dei destinatari o le regole di filtraggio del provider di destinazione.
Nel caso di singoli messaggi, dovresti anche verificare se esiste effettivamente un problema generale di recapito o se è interessato solo un determinato destinatario.
Consiglio pratico: Non testare con un solo destinatario. Se un messaggio finisce nello spam presso un provider, ma arriva correttamente presso diversi altri provider, questa è un'informazione diagnostica importante.
Cosa fare se solo un determinato dominio rifiuta le e-mail? #
Se l'invio a molti destinatari funziona, ma i messaggi verso un dominio specifico vengono regolarmente rifiutati, dovresti esaminare il messaggio di errore di quel server di destinazione.
Ciò depone più a favore di un problema specifico con questo canale di consegna che di un'interruzione completa dell'invio delle tue email.
Usa per questo Tracciamento della consegna in cPanel e controlla l'errore SMTP completo.
Nessuna modifica DNS alla cieca #
In caso di problemi di recapito, non dovresti modificare contemporaneamente SPF, DKIM, DMARC, i record MX e il routing delle email.
Ciò può causare ulteriori errori e la causa originale diventa più difficile da rintracciare.
Procedi invece in modo sistematico:
- Controllare il dominio in questione su Recapito delle e-mail.
- Controlla SPF e DKIM.
- Determina dove viene gestita la zona DNS autorevole.
- Correggi solo una voce effettivamente errata.
- Dopo una modifica DNS, tieni conto del tempo di aggiornamento.
- Controlla di nuovo lo stato.
- Invia quindi un vero messaggio di prova.
Quando dovresti contattare il supporto? #
Se cPanel mostra un errore, ma non riesci a valutare chiaramente la configurazione DNS, non dovresti eliminare o sostituire i record alla cieca.
Per un'analisi mirata sono particolarmente utili le seguenti informazioni:
- dominio interessato
- messaggio visualizzato sotto la recapitabilità delle e-mail
- se la zona DNS è gestita da CURIAWEB o esternamente
- quale provider di posta elettronica viene utilizzato
- se vengono impiegati anche servizi di spedizione esterni
- in caso di rifiuto, il messaggio di errore SMTP completo
In questo modo è molto più rapido determinare quale parte della configurazione debba essere effettivamente verificata.
Riepilogo #
La funzione Recapito delle e-mail trovi nel tuo cPanel di CURIAWEB sotto E-Mail → Consegnabilità delle e-mail.
Verifica lì, per il dominio desiderato, in particolare lo stato di SPF e DKIM. Se cPanel segnala un problema, controlla prima il messaggio esatto e poi determina dove viene gestita la zona DNS autoritativa del tuo dominio.
SPF stabilizza quali origini di invio sono autorizzate per un dominio. DKIM consente la verifica crittografica dei messaggi firmati. DMARC si basa su SPF e DKIM e tiene inoltre conto dell'allineamento con il dominio del mittente visibile.
Non modificare i record DNS per supposizione e, in particolare, non creare più record SPF indipendenti per lo stesso dominio. Con servizi di posta o di spedizione esterni, la configurazione deve considerare correttamente tutti i canali di invio effettivamente utilizzati.
Una configurazione SPF e DKIM tecnicamente corretta è una componente importante di un invio di posta pulito, ma non garantisce il recapito nella posta in arrivo. Se un messaggio viene rifiutato, dovresti inoltre esaminare il percorso di consegna specifico e il messaggio di errore SMTP completo.
