Premi Invia e il server registra 250 OK. Il messaggio è stato accettato in quel passaggio SMTP, ma questo non dimostra la consegna finale o l'arrivo nella posta in arrivo. Può finire nello spam o essere trattato diversamente dai sistemi successivi.
La causa non è necessariamente il contenuto, ma neppure si può escluderlo senza verifiche. La reputazione del dominio è uno dei fattori da indagare: può compromettere le comunicazioni senza produrre errori evidenti nel sistema di invio.
Dall'inizio del 2024, Gmail, Yahoo e Outlook hanno rafforzato i requisiti di autenticazione. I filtri continuano a considerare contenuto, autenticazione, IP, dominio e comportamento. yourcompany.com non ha un unico punteggio universale che provoca blocchi simultanei presso tutti i provider. Questa guida spiega i segnali da monitorare e un percorso indicativo di recupero. Prima verifica le basi con la guida alla sicurezza email per le aziende.
Reputazione del dominio e reputazione IP: la differenza
La reputazione del dominio è la valutazione che ciascun provider destinatario può attribuire al dominio di invio sulla base del comportamento osservato nel tempo. La reputazione IP riguarda invece l'indirizzo del server. Cambiare IP o hosting non azzera necessariamente i segnali associati al dominio, anche se può modificare altri fattori di consegna.
La rotazione degli IP, detta snowshoeing in alcuni modelli di abuso, non basta quindi a eliminare i problemi. I provider possono collegare pattern di invio, domini e altri segnali. Un trasferimento dell'infrastruttura non garantisce la rimozione dei blocchi.
Costruire fiducia può richiedere settimane o mesi di invii regolari e richiesti, mentre un incidente può deteriorarla rapidamente. Tempi e gravità variano: per questo conviene progettare la gestione dell'invio prima di una crisi.
La classificazione dei mittenti con grandi volumi
Google considera mittenti con grandi volumi quelli che inviano circa 5,000 o più messaggi ad account Gmail personali in 24 ore. Secondo la policy descritta, la classificazione può persistere dopo aver superato la soglia, anche tornando a 50 email al giorno il mese successivo. Verifica i criteri correnti e il modo in cui Google raggruppa i domini.
Un invio a 5,100 destinatari durante il Black Friday può quindi far rientrare nelle regole per i grandi mittenti. Queste comprendono SPF, DKIM e allineamento DMARC, secondo le condizioni del provider, e un tasso di segnalazioni spam inferiore a 0.3%. DMARC richiede almeno SPF oppure DKIM valido e allineato, non entrambi allineati in ogni messaggio. La classificazione e le misure applicate seguono la policy del destinatario, non un punteggio universale.
Microsoft ha introdotto requisiti per i grandi mittenti nel maggio 2025, con una soglia descritta di 5,000 messaggi al giorno verso Outlook, Hotmail o MSN. Possono essere richiesti SPF valido, firma DKIM e una policy DMARC pubblicata, con rifiuti in caso di mancato rispetto. Non presumere che definizioni, conteggi e azioni siano identici presso tutti i provider: controlla i requisiti attuali.
Come può deteriorarsi la reputazione
Segnalazioni, indirizzi non validi, autenticazione errata e cambiamenti di volume possono influire sulle valutazioni dei destinatari. Non ogni calo ha una causa misurabile dal mittente e le soglie interne non sono tutte pubbliche. I problemi possono combinarsi: meno posta desiderata e più reclami rendono il recupero difficile. Ecco alcuni segnali importanti.
Il rischio delle segnalazioni al livello 0.3%
Più di 3 segnalazioni ogni 1,000 destinatari corrispondono a un livello rischioso, ma non garantiscono un blocco immediato. Google e Yahoo indicano limiti da rispettare con modalità proprie. In particolare, il denominatore del tasso Yahoo può riferirsi alla posta consegnata in entrata, secondo le definizioni e i dati disponibili: non confonderlo automaticamente con tutti gli invii.
Esempio condizionale: invii 1,000 email, delle quali 900 vanno nello spam e 100 nella posta in arrivo. Arriva una segnalazione. Se il calcolo usa quelle consegne in entrata, il rapporto è 1 su 100, cioè 1%, anziché 0.1% sul totale. È un segnale da investigare, non la prova di un blocco istantaneo. La metrica va letta secondo il metodo effettivo del provider.
Tasso di errori permanenti di consegna
Microsoft può rilevare pattern di invio verso indirizzi inesistenti che somigliano a tentativi di esplorare lo spazio dei nomi, detti namespace mining. Un tasso di errori permanenti intorno al 5% è qui un esempio di allarme, non una soglia ufficiale universale che dimostra abuso. Nei log potresti incontrare:
421 RP-001: limitazione temporanea che può riguardare reputazione o volume451 4.7.500: risposta temporanea da interpretare con il testo completo e il contesto, non prova automatica di sfiducia550 5.7.515: il dominio di invio può non soddisfare i requisiti di autenticazione applicabili
L'errore 550 5.7.515 richiede un controllo completo dei requisiti: non indica sempre e soltanto un problema di allineamento. Verifica SPF, DKIM e DMARC sui messaggi effettivi, oltre ai record DNS. Per DMARC basta un meccanismo valido e allineato, SPF oppure DKIM; la presenza dei record da sola non dimostra la correttezza degli invii.
Rischi di un IP condiviso
Negli hosting condivisi, anche cPanel o servizi webmail economici, più clienti possono usare lo stesso IP di uscita. L'abuso di un altro cliente può peggiorare la reputazione dell'IP o contribuire a un'inclusione in liste di blocco come Spamhaus. Alcuni destinatari possono rifiutare la connessione anche con un dominio ben gestito, ma ciò dipende dai loro controlli e non accade inevitabilmente per ogni invio condiviso.
Indicatori di rischio a colpo d'occhio
La tabella combina valori descritti dai provider e orientamenti illustrativi. Non sono soglie universali né una zona di sicurezza garantita: verifica definizioni, requisiti correnti e andamento dei tuoi dati.
| Metrica | Valore indicativo favorevole | Segnale di rischio | Possibile conseguenza |
|---|---|---|---|
| Segnalazioni spam | < 0.1% | > 0.3% | Maggiore rischio di spam o rifiuto secondo le policy Gmail e Yahoo |
| Errori permanenti di consegna | < 0.5% | > 5.0% | Possibili limitazioni 421 o rifiuti 550; valori illustrativi per Microsoft |
| Errori di autenticazione | 0% | Qualsiasi errore da indagare | Possibile perdita di fiducia o mancato rispetto dei requisiti |
| Picco di volume | Aumento graduale | > 2× in 24 ore | Possibili rinvii temporanei o greylisting; esempio, non soglia universale |
Un percorso di recupero della reputazione
Errori 550 o cali delle aperture richiedono indagini, ma non provano da soli una penalizzazione del dominio. Le aperture sono inoltre un segnale poco affidabile per via di privacy e automazioni. Aumentare l'invio mentre i destinatari limitano il traffico può peggiorare la situazione. Il percorso seguente propone diagnosi, pulizia e ripresa graduale; i tempi sono indicativi.
Fase 1: valutazione iniziale (ore 0-24)
Valuta di sospendere le campagne promozionali problematiche. Mantieni solo comunicazioni transazionali necessarie e attese, come recupero password, fatture e codici di autenticazione, purché il percorso sia sicuro e consentito. Non inviarle per creare artificialmente interazioni positive: il loro valore è servire richieste reali.
Controlla poi l'autenticazione. I seguenti comandi sono esempi di verifica, non valori da copiare senza adattamento:
# Check SPF - should have exactly one record, under 10 DNS lookups
dig TXT yourdomain.com | grep spf
# A healthy record looks like:
v=spf1 include:_spf.trekmail.net ~all
# Check your DKIM selector
dig TXT default._domainkey.yourdomain.com
# Check DMARC
dig TXT _dmarc.yourdomain.comUn problema comune è l'uso di molti include:. Aggiungere Google Workspace, Mailchimp, Zendesk e un CRM può consumare il budget di 10 ricerche previsto da RFC 7208, ma non lo supera necessariamente. Il limite riguarda i meccanismi e modificatori che richiedono ricerche DNS, incluse quelle annidate. Superarlo può produrre PermError, il cui trattamento dipende dal destinatario. Rimuovi autorizzazioni inutili e valuta gli effetti prima di consolidare i record o usare il flattening, che richiede aggiornamenti affidabili.
Se manca DMARC, un responsabile autorizzato può valutare una policy p=none con un destinatario rua appropriato per i report aggregati. La policy non chiede quarantena o rifiuto per DMARC, ma non garantisce che altri filtri accettino i messaggi. Verifica anche permessi e condizioni per ricevere i report.
Controlla dominio e IP nelle liste di blocco pertinenti. Per Spamhaus SBL o XBL, verifica i dettagli, risolvi la causa e segui la procedura di rimozione applicabile; non basta presentare una richiesta. La rilevanza di UCEPROTECT Level 3 varia secondo il destinatario: valuta le condizioni reali, senza ignorare automaticamente una lista o attribuirle ogni problema.
Fase 2: pulizia approfondita (giorni 1-3)
Distingui gli errori per indirizzi inesistenti dai rifiuti 5xx dovuti a policy o autenticazione. Escludi dagli invii gli indirizzi confermati non validi secondo la policy di gestione dei dati, ma non cancellare ogni destinatario che riceve un errore permanente. Ripetere invii a indirizzi realmente inesistenti può sembrare un mancato controllo della lista.
Valuta di separare chi non mostra interazioni negli ultimi 90 giorni e di sospendere le campagne verso quel segmento durante il recupero. Non usare le aperture come unica prova: clic, risposte, consenso e rapporto con il cliente possono essere più utili. Concentrati sui destinatari che hanno richiesto le comunicazioni, senza presumere che le interazioni garantiscano la posta in arrivo.
Fase 3: ripresa graduale (giorni 4-30)
Passare rapidamente da zero a 10,000 email può essere rischioso su un dominio con problemi. La tabella propone un esempio di incremento, non un vincolo ufficiale o un programma che assicura il recupero. Adatta volume e tempi ai limiti del provider, al pubblico e ai risultati osservati:
| Giorno dell'esempio | Volume giornaliero indicativo | Pubblico |
|---|---|---|
| 1 | 50 | Solo destinatari con interazioni recenti e comunicazioni richieste |
| 2 | 100 | Solo destinatari con interazioni recenti e comunicazioni richieste |
| 3 | 200 | Destinatari con interazioni frequenti |
| 4 | 400 | Destinatari con interazioni frequenti |
| 5 | 800 | Segmento attivo e consenziente |
| 6 | 1,500 | Segmento attivo e consenziente |
| 7 | 3,000 | Segmento attivo e consenziente |
Se aumentano errori o reclami, o compare una limitazione 421, sospendi l'incremento e indaga. Tornare al volume precedente per tre giorni è un possibile orientamento, non una durata garantita. Riprendi solo in base ai risultati e alle istruzioni del provider, senza forzare la crescita.
Prevenzione: abitudini operative utili
Dopo il recupero, riduci il rischio di nuovi incidenti con separazione dei flussi e monitoraggio. Non rendono impossibile una ricaduta e possono richiedere lavoro o costi di configurazione.
Separare i flussi con sottodomini
Valuta di non inviare campagne dal dominio principale usato per le comunicazioni aziendali. Un incidente su company.com può influire anche su quelle comunicazioni. Tre flussi distinti rendono più chiara la gestione, pur senza una separazione completa delle reputazioni:
- Comunicazioni tra persone:
user@company.com, separato dalle campagne massive - Marketing:
newsletter@marketing.company.com - Messaggi transazionali:
receipts@alerts.company.com
I sottodomini possono avere segnali distinti, ma i provider possono considerare anche il dominio organizzativo e altri elementi condivisi. Un problema sul sottodominio marketing non è sempre isolato. Per più clienti o marchi, progetta l'hosting email multidominio con flussi e responsabilità separati fin dall'inizio.
Monitoraggio settimanale
Non aspettare le segnalazioni degli utenti. Valuta controlli settimanali con questi strumenti, secondo i dati disponibili:
Le schermate di Google Postmaster Tools cambiano nel tempo: l'interfaccia descritta per settembre 2025 non presenta più le dashboard autonome di reputazione, ma le viste disponibili nel tuo account possono differire. Controlla l'interfaccia attuale e cerca tassi di segnalazione, autenticazione SPF/DKIM/DMARC ed errori di consegna. Un aumento oltre 0.1% merita attenzione prima di arrivare a 0.3%, senza interpretarli come soglie di blocco automatico.
Microsoft SNDS (Smart Network Data Services) offre soprattutto segnali relativi agli IP di invio verso Outlook, Hotmail e MSN, secondo accesso e disponibilità. Segnali di spam trap richiedono indagini sulla qualità degli indirizzi e sull'acquisizione della lista; non dimostrano da soli che sia stata raccolta abusivamente.
Come TrekMail può semplificare la gestione
Gestire chiavi DKIM, limiti SPF, ripresa dei volumi e reputazione IP su più domini può richiedere molto lavoro. Considerare l'hosting solo come una voce di costo può nascondere questi aspetti fino a un incidente. Prevenzione e monitoraggio aiutano a ridurre il lavoro di emergenza, senza eliminarlo.
PMI con SMTP gestito: nella configurazione descritta, la procedura DNS di TrekMail guida SPF, DKIM e DMARC e verifica i record supportati prima di indicare il dominio come pronto. Questa validazione non garantisce l'autenticazione di ogni messaggio effettivo o l'assenza di errori successivi. Per iniziare, la guida alla posta sul proprio dominio illustra il processo DNS.
Agenzie con SMTP proprio: separare ricezione e invio può ridurre il lavoro necessario per cambiare il servizio di uscita, ma non azzera la reputazione del dominio.
Approccio tradizionale: problemi di invio di un cliente → migrazione d'emergenza verso un altro hosting → trasferimento dello storico IMAP → eventuale riconfigurazione dei client. Può richiedere giorni e assistenza.
Approccio TrekMail descritto: problemi di invio di un cliente → configurazione di un provider SMTP supportato → verifica di credenziali, autenticazione e invii. La casella e lo storico possono restare nell'hosting attuale; la riconfigurazione dei client dipende dall'integrazione usata.
TrekMail separa le caselle IMAP dall'invio SMTP nelle configurazioni supportate. Amazon SES, SendGrid o Mailgun sono possibili esempi, ma la compatibilità dipende dal piano, dal provider e dal dominio verificato. Cambiare una chiave API da solo non risolve autenticazione o reputazione: occorrono configurazione e test. Il confronto tra una modifica di 5 minuti e una migrazione di 3 giorni è illustrativo. La guida alla creazione della posta con dominio aiuta a impostare correttamente le basi.
Il piano Starter descritto parte da $3.50 al mese. Verifica prezzi e condizioni attuali. Controlla le funzioni incluse nei diversi piani.
Conclusione
La reputazione del dominio contribuisce alla fiducia dei destinatari, senza acquistare un accesso garantito alla posta in arrivo. Costruzione, deterioramento e recupero hanno tempi variabili. Monitora le segnalazioni intorno al riferimento 0.3%, separa i flussi dove utile e verifica l'autenticazione dei messaggi reali. In caso di problemi, sospendi le campagne coinvolte, escludi gli indirizzi confermati non validi e riprendi gradualmente secondo i risultati.
Gmail, Outlook e Yahoo applicano regole rigorose ma anche valutazioni proprie. Rispettare i requisiti e inviare comunicazioni richieste riduce i rischi, senza garantire la destinazione finale di ogni messaggio.
