Il server SMTP ha risposto 250 OK. Il messaggio è arrivato?
Non necessariamente. 250 OK conferma l’accettazione in quel punto dello scambio, non l’arrivo nella posta in arrivo. Il messaggio può finire nello spam o ricevere un trattamento diverso secondo la politica. Se la risposta viene dal server di invio, non conferma neppure la ricezione finale. Due settimane dopo, il cliente potrebbe dire di non aver mai visto la proposta. Ecco perché conta il monitoraggio della deliverability email.
Senza monitoraggio, alcuni segnali possono passare inosservati. Gmail non identifica ogni autore di una segnalazione, e le limitazioni Microsoft possono comparire nei log SMTP invece che in un avviso separato. I riferimenti storici a Return Path o Validity collocano alcuni servizi aziendali tra $2,000-$5,000 al mese; verifica le offerte attuali. Da febbraio 2024, Google e Yahoo hanno rafforzato i requisiti per i mittenti. Una campagna problematica può influire sulla reputazione del mittente in uno scenario di 24 ore, senza un termine universale di danno. Una procedura ripetibile con strumenti accessibili permette di iniziare l’analisi.
Cos’è il monitoraggio della deliverability email?
Il monitoraggio della deliverability email segue autenticazione, segnalazioni di spam, errori SMTP e liste di blocco. L’analisi congiunta aiuta a indagare rifiuti, filtraggio e politiche, senza rivelare ogni messaggio perso. Google Postmaster Tools, MXToolbox e query DNS offrono funzioni gratuite soggette ai relativi limiti e condizioni.
1. Autenticazione: la base del monitoraggio
Verifica se SPF, DKIM e DMARC funzionano con l’allineamento necessario, non solo se esistono record pubblicati. DMARC richiede almeno un’autenticazione SPF o DKIM valida e allineata. Un errore può causare rifiuto o filtraggio secondo il destinatario e la sua politica.
A. SPF: il limite di 10 termini
SPF valuta l’identità del mittente della busta. La RFC 7208 limita a 10 i termini che attivano ricerche DNS, includendo la valutazione ricorsiva: include, a, mx, ptr, exists e redirect. Non consumano questo limite ip4, ip6 e all.
Combinare Google Workspace, Mailchimp, HubSpot e un CRM può superare 10 a causa delle dipendenze, ma non è automatico. Un record corretto sei mesi fa può fallire dopo modifiche del provider o una nuova integrazione. Il risultato può essere PermError, senza far fallire tutta l’autenticazione: DKIM allineato può ancora soddisfare DMARC. La guida ai record SPF per email spiega come organizzare le autorizzazioni.
B. DKIM: lunghezza della chiave e cambiamenti di selettore
Per inviare a Gmail personale, Google richiede chiavi DKIM di almeno 1024 bit e raccomanda 2048 bit. Le vecchie chiavi da 512 bit non soddisfano questo requisito. Dopo una migrazione, verifica selettore, chiave pubblica e firma crittografica delle parti coperte. Un vecchio selettore non scompare automaticamente né riguarda necessariamente tutti i flussi.
C. DMARC: l’allineamento necessario
DMARC richiede che SPF o DKIM passi e sia allineato al dominio From visibile. Non impone universalmente il successo di entrambi.
Esempio: invii con Mailchimp. Il dominio di Return-Path èbounce.mailchimp.come From èteam@yourcompany.com. SPF può passare, ma il suo dominio non è allineato. In questa configurazione, DKIM valido e allineato è necessario per soddisfare DMARC. Se anche questo fallisce, il destinatario applica le proprie politiche di rifiuto o filtraggio.
p=none permette di osservare i report; i primi 30 giorni sono un esempio di pianificazione, non un termine obbligatorio. Mantenere p=none non chiede al destinatario di rifiutare le falsificazioni, ma non disattiva gli altri filtri. Valuta p=quarantine dopo aver verificato flussi autorizzati e allineamento.
Come verificare dal terminale
I verificatori web possono mostrare risultati in cache. Anche questi comandi possono usare la cache del resolver DNS: controlla server interrogato, TTL e, quando necessario, risposta autoritativa.
# Check SPF record
dig txt yourdomain.com +short
# Check DMARC policy
dig txt _dmarc.yourdomain.com +short
# Check DKIM (replace "google" with your actual selector)
dig txt google._domainkey.yourdomain.com +shortSu Windows:
nslookup -type=txt yourdomain.com
nslookup -type=txt _dmarc.yourdomain.comIndaga più di 10 termini SPF che consumano il limite, una politica p=none non rivalutata dopo un periodo indicativo di 30 giorni o un record DKIM che restituisce NXDOMAIN. La presenza di un record non valida firma e allineamento di un messaggio.
2. Segnalazioni di spam: attenzione allo 0.3%
Le segnalazioni meritano verifiche regolari. Google e Yahoo utilizzano ambiti e denominatori propri; 0.3% equivale a 3 su 1,000 soltanto nello stesso insieme di misurazione, non necessariamente in tutti gli invii. Google raccomanda di restare sotto 0.1% ed evitare di raggiungere la soglia superiore. Questi valori non garantiscono consegna né danno irreversibile.
| Tasso di spam | Interpretazione | Azione |
|---|---|---|
| 0.00% - 0.09% | Nell’obiettivo illustrativo | Continuare il monitoraggio; non conferma l’intera qualità dell’invio |
| 0.10% - 0.29% | Verifica prioritaria | Analizzare l’ultima campagna e il consenso |
| ≥ 0.30% | Soglia da evitare | Sospendere le campagne interessate e individuare la causa prima di riprendere |
La classificazione come mittente di massa
Google usa circa 5,000 messaggi verso account Gmail personali in 24 ore per identificare i mittenti di massa. Secondo la politica descritta, ridurre successivamente il volume non elimina la classificazione. Verifica i requisiti attuali di autenticazione e disiscrizione con un clic per i messaggi interessati, senza presumere regole immutabili.
I dati visibili e i loro limiti
Gmail non fornisce un elenco individuale degli utenti che hanno segnalato spam. Google Postmaster Tools offre metriche aggregate quando le condizioni sono soddisfatte. Registra il dominio, verifica la proprietà tramite TXT DNS e consulta regolarmente il pannello, per esempio ogni settimana. Completa i dati con i log di invio; non descrivono ogni consegna.
Con meno di ~100 messaggi al giorno verso Gmail, per esempio, potresti vedere “No Data”; questo volume non è una soglia pubblicata universale. I dati di basso volume possono essere nascosti. Test su account di prova e aperture sono indizi limitati: immagini bloccate, caricamenti automatici e funzioni di privacy alterano le aperture.
3. Diagnosi degli errori di consegna
Tratta i log di errore come dati diagnostici. Possono mostrare problemi assenti dal pannello delle segnalazioni. Leggi codice, risposta completa del provider e fase della trasmissione: il codice isolato non identifica sempre la causa esatta.
| Classe del codice | Tipo | Significato | Azione |
|---|---|---|---|
| 5xx | Permanente per quel tentativo | Destinatario sconosciuto o rifiuto per politica secondo il contesto | Non ripetere il messaggio invariato; escludere l’indirizzo solo se è confermato non valido |
| 4xx | Temporaneo | Limitazione, server occupato o altro rinvio | Riprovare con intervalli crescenti e limiti di coda; indagare se persiste |
Codici da monitorare
550 5.1.1 - destinatario sconosciuto. Controlla il testo e verifica l’indirizzo. Un valore superiore al 2% del volume può suggerire una verifica della raccolta, senza provare che il provider ritenga acquistata la lista. Prima del prossimo invio, esamina i dati e, con ZeroBounce o Bouncer, valuta autorizzazioni, privacy e limiti del servizio.
550 5.7.1 / 550 5.7.515 (Microsoft). Il primo codice è un rifiuto generale per politica. Il secondo può indicare requisiti Outlook.com per mittenti ad alto volume: SPF e DKIM devono passare, e DMARC deve essere soddisfatto con almeno un’autenticazione allineata. Non prova da solo l’inserimento in liste. Leggi la risposta completa prima di controllare autenticazione o Spamhaus.
421 RP-001 / 451 4.7.500 (Microsoft). Possono indicare limitazione o rinvio, senza provare che l’IP sia nuovo. Verifica il contesto e limita i tentativi. Per un nuovo IP dedicato Amazon SES con BYO SMTP di TrekMail, 4-6 settimane sono soltanto un esempio di pianificazione: segui requisiti del provider e metriche reali, senza garanzia di recupero.
4. Liste di blocco: livello 1 e rilevanza reale
Verifica chi usa ciascuna lista e cosa segnala. Il livello 3 non significa assenza totale di effetti, né il livello 1 obbliga a fermare ogni messaggio legittimo. Contieni i flussi coinvolti secondo l’ambito confermato e conserva le evidenze.
| Lista | Priorità indicativa | Impatto da verificare |
|---|---|---|
| Spamhaus (SBL, XBL, PBL, ZEN) | Livello 1 - importante | Dipende dalla lista e dal destinatario; PBL indica una politica d’uso dell’IP, non necessariamente una compromissione |
| SpamCop | Livello 1 - importante | Dati dinamici utilizzabili da alcuni destinatari |
| Barracuda (BRBL) | Livello 1 - importante | Può influire sulla ricezione B2B dove viene utilizzata |
| UCEPROTECT Level 3 | Livello 3 - verificare il contesto | Può coprire l’infrastruttura del provider; confermare l’uso reale da parte del destinatario |
Puoi controllare dominio e IP ogni settimana con le funzioni gratuite disponibili di MXToolbox. Circa 90 secondi possono bastare per la prima query, non per indagare o ottenere una rimozione. Evita di pagare per presunte rimozioni senza verificare la procedura ufficiale.
5. La verifica settimanale di 15 minuti
Riserva un appuntamento settimanale per i quattro controlli. Senza incidenti, 15 minuti possono essere un riferimento; un’indagine richiede il tempo necessario.
- Google Postmaster Tools. Il tasso è sotto 0.1%? Cosa mostra Domain Reputation? Sopra 0.1%, analizza campagna e dati disponibili prima di proseguire il flusso coinvolto.
- Liste di blocco. Consulta dominio e IP con MXToolbox. Un inserimento di livello 1, per esempio Spamhaus, richiede di identificare lista e ambito da contenere, non fermare indistintamente tutti i servizi.
- Log di errore. Consulta il provider SMTP, come TrekMail, SES o SendGrid. Gli errori 5.7.x possono rappresentare politica o autenticazione; le risposte Microsoft 421 richiedono il contesto della limitazione.
- Test di recapito. Invia ad account personali Gmail e Outlook e verifica dove arriva il messaggio: posta principale, Promozioni o spam. Promozioni non è un errore; un test isolato non rappresenta tutti i destinatari.
6. Piano di risposta agli incidenti
Documenta chi indaga, quali flussi contenere e come verificare il recupero. Questi tre scenari sono esempi pratici, non una classifica di frequenza né istruzioni universali.
Scenario A: tasso di spam dello 0.2%
Sospendi le campagne coinvolte e analizza consenso e segmentazione. Un sottodominio transazionale come alerts.yourdomain.com può organizzare i flussi, senza garantire reputazione indipendente o continuità. Nelle due settimane successive, verificare l’attività degli ultimi 30 giorni può aiutare a preparare un pubblico pertinente; non usare le aperture come unica prova d’interesse. Le interazioni non garantiscono di cancellare una cattiva reputazione. Riprendi secondo le metriche e la causa corretta.
Scenario B: Microsoft rifiuta l’invio (550 5.7.515)
Verifica prima i requisiti Outlook.com applicabili: SPF e DKIM devono passare, e DMARC richiede almeno un’autenticazione allineata a From. Esamina volume e risposte complete senza confondere questo codice con una limitazione temporanea. Se necessario, contatta Microsoft Sender Support con IP, codici ed evidenze pertinenti, senza segreti superflui.
Scenario C: inserimento in Spamhaus
Contieni il flusso coinvolto e identifica la lista. Verifica l’origine degli indirizzi e smetti di usare dati acquistati o raccolti senza autorizzazione appropriata. Conserva le evidenze necessarie con accesso e tempi limitati, invece di cancellarle durante l’indagine. L’assenza di aperture per sei mesi non basta a eliminare iscritti legittimi. Correggi la causa e richiedi la rimozione ufficiale. La recidiva può complicare il recupero della reputazione del dominio email, senza perdita irreversibile automatica.
Inserire TrekMail nella procedura di monitoraggio
La verifica manuale può funzionare per pochi domini. Passando a 20, 50 o 200 domini clienti, organizza responsabilità, copertura e frequenza per evitare lacune.
Per le piccole imprese: verifiche dello stato DNS
TrekMail verifica periodicamente i record DNS attesi e può notificare errori persistenti secondo configurazione e preferenze. SPF oltre il limite di 10 termini o un selettore DKIM assente richiedono un’indagine. La presenza di record non dimostra allineamento DMARC dei messaggi né arrivo nella posta in arrivo. Verifica la copertura dei controlli: non seguono ogni messaggio né segnalano immediatamente qualsiasi errore.
Il riferimento storico indica Starter da $3.50 al mese e il modello gratuito fino a 10 domini senza carta. Verifica prezzi, limiti e condizioni attuali. Nel modello Nano descritto, tutti gli invii e le risposte richiedono BYO SMTP proprio.
→ Consulta il modello gratuito di TrekMail e verifica funzioni DNS e limiti attuali.
Per le agenzie: monitorare 1,000+ domini
Per un portafoglio ampio, contano copertura e separazione dei permessi. Il riferimento storico ad Agency descrive gestione di 1,000+ domini e spazio condiviso; verifica quote e funzioni attuali. Un pannello comune non garantisce reputazioni isolate.
BYO SMTP consente di usare un provider autorizzato come Amazon SES, SendGrid o Mailgun mantenendo l’hosting di caselle IMAP e spazio. Cambiare provider può richiedere DNS, configurazione dei client e verifiche d’identità e consegna. Non garantisce assenza di interruzioni né reputazione del dominio indipendente. I piani a pagamento possono anche offrire Managed SMTP secondo i diritti attuali.
→ Consulta trekmail.net/pricing: il riferimento storico ad Agency parte da $23.25 al mese per 1,000+ domini; verifica l’offerta attuale.
In sintesi
Combina metriche disponibili di Google Postmaster Tools, liste consultate con MXToolbox, log SMTP e test di recapito su account di prova. Risultati favorevoli non provano il buon funzionamento dell’intera infrastruttura né la consegna di tutti i messaggi. Un segnale anomalo indica dove approfondire l’analisi.
Un budget aziendale non risolve tutto. Parti dalla distinzione fra 250 OK e consegna finale e mantieni una procedura di verifica e risposta adatta ai flussi.
