Come controlliamo la tua email
Controlliamo dove è arrivata una particolare copia e cosa è possibile stabilire sulla configurazione e sul contenuto dell'invio. I risultati descrivono le caselle di posta di prova agli orari di controllo registrati. La copertura può essere parziale: un risultato disponibile non dimostra che i controlli mancanti siano stati superati.
Dove è arrivata l'e-mail
Invii un'e-mail dal tuo sistema di invio agli indirizzi di prova selezionati. Cerchiamo la sua copia presso ciascun provider e salviamo la sua cartella e il tempo di rilevamento. Ciò osserva cassette postali particolari; non prevede un'intera campagna.
- Posta in arrivo, Spam, altre cartelle
- La copia è stata trovata in quella cartella. Promozioni e newsletter contano come ricevute, ma non come casella di posta principale.
- E-mail non trovata
- Una ricerca riuscita non ha trovato alcuna copia corrispondente durante il controllo. Ciò non dimostra un rifiuto di consegna o un posizionamento di spam.
- Impossibile verificare
- La lettura della casella di posta non è riuscita o le prove sono insufficienti. Non sostituiamo Spam o Posta in arrivo per un risultato sconosciuto.
Come viene calcolata la percentuale della posta in arrivo
Posta in arrivo principale ÷ copie esterne ricevute × 100
Ad esempio: 3 Posta in arrivo + 6 Spam + 1 non trovato = 10 caselle di posta selezionate. Sono state ricevute nove copie; la quota della posta in arrivo è 3/9, ovvero il 33%. Leggere sempre il numeratore, il denominatore e la copertura dell'osservazione.
La cassetta postale di diagnostica LDM è esclusa dai conteggi esterni e dalla percentuale della posta in arrivo. Da questa percentuale sono escluse anche le copie mancanti, i mancati recapiti e le caselle di posta non disponibili. Un campione insufficiente lascia sconosciuta la valutazione complessiva. La soglia per visualizzare una valutazione è una regola del servizio tecnico, non una garanzia statistica per il tuo pubblico.
Stati tecnici e copia corrispondente
Nell'API è una ricerca confermata senza copia posizionamento=not_received, provider_availability.status=disponibile, motivo=mailbox_read_succeeded. measured_at registra il tempo di lettura.
Un risultato not_received salvato con un errore di lettura confermato diventa seed_unavailable con motivo=mailbox_read_failed. Un risultato incompleto rimane in sospeso, con errori di lettura in provider_availability. La prova di lettura mancante non stabilisce una ricerca completata.
La cronologia delle consegne e una consegna del controllo del servizio non riuscita non sovrascrivono una misurazione salvata. Ogni copia conserva il proprio fornitore, l'ora di ricezione e l'identità del messaggio disponibile. Una segnalazione può contenere domini Da diversi: si tratta di una differenza tra copie, non di una prova che è stato trovato un messaggio non correlato. La corrispondenza dipende dagli identificatori e dalla ricerca disponibile. Un UID IMAP è legato alla sua casella di posta e all'UIDVALIDITY; lo spostamento di un messaggio può modificarne l'UID. Microsoft Graph ha le proprie regole di identità. Una ricerca limitata potrebbe mancare una copia.
Osservazioni 24 ore su 24
Risultato iniziale e controlli successivi
La raccolta iniziale termina normalmente dopo circa dieci minuti. Ciascuna copia esterna ricevuta ha una propria finestra di 24 ore a partire dal primo rilevamento confermato. Controlli successivi osservano quella stessa copia; non inviamo nuove email per tracciare il grafico.
Le osservazioni sono programmate ogni ora. La tabella compatta mostra i checkpoint selezionati a 0 / 3 / 6 / 12 / 18 / 24 ore. Un colore conferma la cartella solo al momento della misurazione salvata. La posizione tra i controlli è sconosciuta, anche quando i risultati adiacenti corrispondono.
I punti futuri, le lacune e gli errori rimangono stati distinti. Un errore successivo non cancella la cartella confermata precedente, ma non conferma nemmeno la cartella corrente. Una finestra completata non significa che tutte le misurazioni hanno avuto esito positivo.
Le notifiche di modifica e l'e-mail finale dipendono dalle impostazioni abilitate e dalla verifica del destinatario. Il loro stato è mostrato nel rapporto. I destinatari non iscritti non ricevono notifiche.
Cosa significano i timestamp del grafico
Un tentativo pianificato non è una misurazione riuscita. Code, limiti del provider ed errori possono ritardare o saltare un controllo. I punti della classifica confermati e l'elenco completo dei tentativi sono conteggi diversi. Un programma sconosciuto non stabilisce l'assenza di osservazioni effettive.
Il primo rilevamento nello Spam non implica il posizionamento precedente della Posta in arrivo. Viene rilevata una modifica della cartella tra i controlli; l'ora esatta e la causa potrebbero essere sconosciute. Il risultato finale conserva l'ultima cartella confermata e la sua ora, comprese le osservazioni incomplete; non è garantita una misurazione riuscita esattamente alle 24:00.
Mittente e server
L'invio dei controlli avviene da una copia salvata: prima la copia diagnostica LDM con identità idonea, altrimenti una copia esterna idonea. Se la corrispondenza affidabile non è disponibile, la copia selezionata viene contrassegnata come incerta. I dettagli identificano la fonte, l'ora, il mittente e l'IP disponibile. Non riempiamo i risultati mancanti con passaggi di altre copie.
Autenticazione dal dominio
Da è l'indirizzo indicato nel messaggio. Riceverne una copia e abbinare l'indirizzo inserito per il test non lo autentica. Mostriamo l'autenticazione dal dominio separatamente, solo quando prove sufficienti vincolano un controllo DMARC riuscito a quella copia. Ciò non verifica una particolare casella di posta o persona.
- SPF
- Controlla se l'IP è autorizzato a inviare per il dominio della busta SMTP, utilizzato per l'indirizzo del mittente. Potrebbe differire da Da.
- DKIM
- Controlla una firma e l'integrità delle parti del messaggio firmate. Il dominio di firma potrebbe essere diverso da Da. Nessuna firma e una firma la cui convalida non è riuscita sono risultati diversi.
- DMARC
- Richiede un controllo SPF o DKIM con esito positivo con un dominio allineato con il mittente visibile. Una politica di p=none significa monitoraggio, non un errore di autenticazione.
Se i controlli non autenticano il dominio, lo mostriamo come non verificato. Se le prove sono insufficienti, il risultato rimane sconosciuto. Una differenza tra il dominio inserito e Da viene contrassegnata separatamente. L'autenticazione riuscita non garantisce il posizionamento della Posta in arrivo.
Fonti delle prove, versioni riassuntive e delle specifiche
Usiamo la convalida locale salvata del messaggio originale o un risultato attendibile del server ricevente. Un'intestazione Authentication-Results arbitraria non è una prova. La provenienza dell'SMTP è importante: un IP in Ricevuto può appartenere a un relè; la busta SMTP e HELO non possono essere ricostruiti dal solo From visibile. Dall'autenticazione è necessario un risultato DMARC positivo associato al dominio della stessa copia; i record più vecchi senza associazione sufficiente rimangono sconosciuti.
Il riepilogo tecnico Tutto chiaro richiede controlli SPF, DKIM, DMARC e PTR riusciti, dati di origine noti e query blocklist completate senza risultati. Un problema confermato restituisce Problemi rilevati; prove mancanti o errori restituiti Impossibile verificare. Problemi e prove incomplete possono coesistere. I risultati contrastanti per lo stesso dominio e IP rimangono visibili.
La disponibilità di SPF, DKIM e DMARC è indipendente: la mancanza di prove SMTP per SPF non invalida un controllo della firma DKIM disponibile. Ciascun metodo conserva il risultato esatto e il motivo della disponibilità. Queste sono convenzioni di riepilogo dei controlli, non i requisiti minimi di ogni fornitore. Il risultato separato dell'autenticazione del dominio necessita di prove a supporto. SPF conserva pass, fail, softfail, neutral, none ed errori; un percorso inverso SMTP nullo utilizza l'identità HELO. Una ricerca di chiave DKIM necessita del suo selettore; un selettore sconosciuto non stabilisce un DKIM non funzionante.
Il rigoroso allineamento DMARC richiede domini identici; l’allineamento rilassato utilizza il dominio organizzativo secondo le regole del valutatore. La specifica attuale è RFC 9989, che rende obsolete RFC 7489 e RFC 9091. I risultati locali salvati utilizzavano mailauth 4.6.8 e le sue regole di valutazione del dominio; l'apertura di un report non li ricalcola in base alla nuova specifica.
Versione del metodo salvata: 2026-10-01; revisione attuale dell'interpretazione dei risultati: 04-11-2026. La revisione del valutatore viene mostrata solo dove è stata salvata; una revisione mancante in un report precedente non viene sostituita con la data odierna. Usiamo regole conservatrici con versione: le prove insufficienti rimangono sconosciute. I casi riproducibili confermati estendono le regole con versione solo dopo test di regressione; i casi non supportati rimangono sconosciuti. Le regole non apprendono automaticamente dai risultati dei test. La data di revisione di questo documento non modifica la versione del motore o i risultati storici.
PTR, DNS e blocklist
IP → PTR → A/AAAA →stesso IP
Il PTR passa quando l'IP punta a un nome host i cui record A/AAAA contengono lo stesso IP. Non è necessario che il nome host corrisponda al dominio Da. Un record mancante o una mancata corrispondenza IP non supera il controllo; un errore di ricerca o prove mancanti significa che non è stato possibile controllarlo.
I risultati del PTR e della blocklist descrivono l'IP dichiarato al momento del controllo. I dettagli mostrano l'origine IP; un indirizzo dalle intestazioni può appartenere a un relè. Questi risultati non autenticano il dominio Da.
I controlli della blocklist IP utilizzano l'IP identificato per la copia del messaggio salvata selezionata. Mostriamo l'IP e la sua fonte. Un indirizzo dalle intestazioni dei messaggi può appartenere a un relè e non autentica di per sé il mittente. Se l'IP non è disponibile, il risultato rimane sconosciuto; non sostituiamo un indirizzo MX, un indirizzo dedotto da Da o l'IP di un'altra copia. Interroghiamo un insieme limitato di blocklist IP. "Non elencato nelle blocklist controllate" significa solo che i controlli nominati completati non hanno trovato alcun elenco al momento della registrazione. Elenchi, errori e controlli incompleti vengono visualizzati separatamente. I controlli del dominio non sostituiscono i controlli dell'IP. L'assenza di inserzioni non garantisce una buona reputazione o un posizionamento nella casella di posta.
Questi sono risultati salvati: l'apertura del report non attiva un nuovo controllo. L'ora di ricezione della copia è separata dall'ora di controllo della blocklist. Se l'orario di controllo non è stato salvato, lo dichiariamo esplicitamente.
Chi configura PTR e in cosa differisce HELO
Il proprietario IP o il servizio di invio configura PTR. Per il tuo server, chiedi al provider IP di impostare PTR su un nome host come mail.example.org, quindi indirizzare A/AAAA di quel nome host sullo stesso IP. Un record PTR nella zona del dominio ordinario non configura la zona inversa IP. Una piattaforma di invio gestisce il PTR per i propri server.
La ricerca diretta controlla il primo nome host PTR restituito: A per IPv4, AAAA per IPv6. Se vengono restituiti più nomi, gli altri non vengono conteggiati come controllati; il loro conteggio viene mantenuto nei dettagli. HELO/EHLO è il nome presentato dal server SMTP. La sua configurazione e i requisiti aggiuntivi del provider sono separati dal risultato PTR. Se manca il nome o la sua prova di controllo, non si presuppone una corrispondenza.
Un record DNS è un'impostazione pubblicata, non un controllo del messaggio riuscito. Un record TXT SPF, una chiave DKIM o una policy DMARC da soli non autenticano questa copia. MX identifica i server di posta in entrata e non stabilisce l'IP in uscita. I controlli dei report salvati non sono nuove ricerche DNS ogni volta che si apre la pagina.
Contenuto dell'e-mail
Un test di consegna analizza la copia ricevuta; il controllore di bozze separato analizza il contenuto caricato. Il MIME originale da una copia esterna può supportare l'autenticazione locale. Il contenuto MIME può tecnicamente essere analizzato senza prove SMTP complete, ma i risultati del contenuto, di SpamAssassin e Rspamd vengono mostrati solo se tali controlli vengono effettivamente eseguiti. Il solo MIME disponibile non significa che questi controlli siano stati eseguiti. Il report distingue i controlli completati, saltati e non disponibili. I punteggi dell'analizzatore non rappresentano una percentuale della posta in arrivo o una causa accertata di spam.
SpamAssassin e Rspamd utilizzano regole e soglie diverse; i loro risultati non vengono mediati in una probabilità di consegna. Uno screenshot salvato mostra il messaggio nel contesto acquisito, non in un test di ogni client di posta elettronica. Uno screenshot mancante non invalida la misurazione di una cartella.
Copia ricevuta
Analizziamo la copia del messaggio disponibile. Le parti incomplete, crittografate o non disponibili non vengono conteggiate come verificate con successo.
Come funziona questo controllo e i suoi limiti
Il limite massimo dell'analisi MIME grezza è 20 MiB (20 × 1024 × 1024 byte). Un limite separato di 2 MiB si applica alla combinazione HTML e testo: superarlo rende l'analisi del contenuto non disponibile, non riuscita per un corpo troncato. I percorsi di recupero possono avere limiti inferiori, inclusi 10 MiB nei percorsi IMAP delimitati. Una dimensione inferiore a 20 MiB quindi non garantisce di per sé un'analisi completa.
Versione testuale
Cerchiamo la parte originale in testo semplice. Il testo generato da HTML non è una versione separata. I report più vecchi potrebbero non contenere questa misurazione.
Confronto delle versioni
Confrontiamo il contenuto HTML normalizzato e quello di testo semplice e cerchiamo separatamente i collegamenti HTML mancanti nella parte di testo. Una differenza non stabilisce un significato diverso; nessuna differenza rilevata non garantisce un significato equivalente.
Come funziona questo controllo e i suoi limiti
Il confronto del testo rimuove URL e caratteri diversi da lettere e cifre, quindi normalizza maiuscole e minuscole. Questo è un confronto tecnico, non una traduzione o un controllo semantico.
Dizionario delle frasi
Abbiniamo intere parole e frasi nell'oggetto e nel testo visibile a un dizionario LDM russo e inglese limitato. Una corrispondenza è un motivo per rivedere il testo, non una prova di una causa di spam.
Come funziona questo controllo e i suoi limiti
La regola LDM 1389.1 esclude URL riconosciuti, indirizzi email, codice, citazioni esplicite e negazioni vicine. Si tratta di una comprensione euristica e non completa della lingua o di un elenco di parole vietate da parte di un provider. Altre lingue non sono considerate selezionate.
Collegamenti
Controlliamo la disponibilità dei collegamenti web idonei. HTTP 404/410, negazione dell'accesso, limiti di velocità e timeout sono risultati diversi. Un collegamento saltato non viene considerato funzionante.
Come funziona questo controllo e i suoi limiti
L'annullamento dell'iscrizione riconosciuto e altri collegamenti di azione non vengono aperti. I limiti di sicurezza e di accesso possono impedire una richiesta. Una risposta del server descrive l'orario e le condizioni del controllo, non la disponibilità garantita per ogni destinatario.
Allegati
Contiamo i file allegati e le loro dimensioni decodificate. Le immagini in linea sono separate. I dati mancanti in un report precedente non significa che non fossero presenti file.
Come funziona questo controllo e i suoi limiti
L'elenco visualizza fino a 30 file; i controlli dei tipi di file supportati coprono tutti gli allegati disponibili. Un riferimento a un allegato senza file rilevato è un suggerimento basato su testo da verificare.
Tipi di file
Confrontiamo un formato di file riconosciuto con la sua estensione. Non eseguiamo file, decomprimiamo archivi o eseguiamo scansioni antivirus.
Come funziona questo controllo e i suoi limiti
MailParser estrae gli allegati; il tipo di file 16.5.4 riconosce i formati supportati dai byte iniziali. Un tipo non riconosciuto non garantisce la sicurezza dei file. Le restrizioni sugli allegati del client di posta elettronica sono informazioni di riferimento.
Indicatori di monitoraggio
Contrassegniamo un'immagine remota piccola o nascosta con un indicatore di tracciamento, pixel, beacon o indirizzo aperto. Questa è un'inferenza sul suo scopo, non la prova dell'apertura di un'e-mail.
Come funziona questo controllo e i suoi limiti
La regola LDM 1389.1 controlla l'HTML senza caricare l'immagine. Gli spaziatori e le immagini in linea da soli non tengono traccia delle prove. Nessuna regola corrispondente non esclude altre tecniche di tracciamento.
Annulla l'iscrizione
Rileviamo separatamente un collegamento al corpo, un URL HTTPS in List-Unsubscribe e il valore List-Unsubscribe=One-Click in List-Unsubscribe-Post. Le intestazioni rilevate non dimostrano che il pulsante funzioni. Non inviamo una richiesta di cancellazione.
Come funziona questo controllo e i suoi limiti
Riconosciamo il valore List-Unsubscribe=One-Click. La piena conformità allo standard RFC 8058 richiede inoltre una firma DKIM valida che copra entrambe le intestazioni e un endpoint POST HTTPS funzionante. Il nostro controllo della presenza dell'intestazione non stabilisce tali condizioni. I requisiti di annullamento dell'iscrizione dipendono dal tipo di messaggio e dal provider.
Tecnologie di posta elettronica
Rileviamo moduli, media, elementi e codici incorporati, AMP, schede Outlook, dati strutturati e di calendario, formati di immagine e animazioni confermate. Il codice non viene eseguito; il layout non è testato su tutti i client.
Come funziona questo controllo e i suoi limiti
I dati di riferimento di Can I Email descrivono una particolare funzionalità e versione del client; la data del test appare in dettaglio. Non è un nuovo test della tua email in ogni client. I profili mancanti indicano che la compatibilità non è stata verificata.
Dimensioni
I byte dei messaggi non elaborati e le dimensioni degli allegati decodificati sono misurazioni separate. La dimensione HTML più il testo non equivale alla dimensione totale del messaggio né dimostra di per sé il ritaglio di Gmail.
Revisione del testo AI
Se abilitato, inviamo l'oggetto e il testo visibile a un modello con indirizzi e-mail e collegamenti Web sostituiti. Gli allegati e le intestazioni tecniche non vengono inviati. L'intelligenza artificiale suggerisce correzioni ortografiche e un tipo di messaggio provvisorio; le modifiche non vengono applicate automaticamente.
Come funziona questo controllo e i suoi limiti
Questa revisione utilizza fino a 500 caratteri dell'oggetto e 8.000 caratteri del corpo; i messaggi lunghi vengono rivisti parzialmente. Mostriamo il modello, le ragioni e la copertura e controlliamo che i passaggi citati siano presenti nel testo. La sostituzione di collegamenti e indirizzi non equivale alla rimozione completa dei dati riservati. Questo è un suggerimento modello, non un verdetto di Microsoft o del filtro antispam.
Oggetto e campi non compilati
Un oggetto vuoto, il carattere sostitutivo � e un campo modello rilevato sono fatti osservabili. Nessuno da solo stabilisce il motivo per cui un messaggio è finito nella cartella Spam.
Versione delle regole dei contenuti LDM: 1389.1. Un report salvato descrive i controlli eseguiti in quel momento.
Consultazione e dati sull'intelligenza artificiale
Il pulsante di consultazione AI è separato dalla revisione automatica del testo. L'assistente esterno scelto riceve una domanda preparata e un collegamento ai dati disinfettati per un test. Esaminare l'ambito dei dati e la domanda prima della condivisione; il testo del messaggio può contenere informazioni riservate.
Facendo clic su un pulsante AI nel report si prepara e si attiva l'accesso, quindi si apre la chat. Il semplice caricamento del report non attiva l'accesso. Il collegamento legge i fatti salvati aggiornati per quel test senza attivare nuovi controlli o invii.
L'accesso dura fino alla scadenza visualizzata, al massimo sette giorni dalla predisposizione del collegamento. Chiunque abbia il collegamento attivo può leggere i dati. È possibile revocare l'accesso, ma non è possibile richiamare i dati già scaricati. Mantieni privato il collegamento di gestione.
La domanda, JSON e TXT per l'assistente sono in inglese indipendentemente dalla lingua del sito. Se la precompilazione fallisce, incolla la domanda manualmente. Se l'assistente non riesce a leggere il collegamento, utilizza l'esportazione JSON. L'apertura di una chat non dimostra che l'IA abbia ricevuto o letto i dati.
Dati condivisi e limiti di consultazione
L'esportazione separa posizionamento, autenticazione, DNS, blocklist, analizzatori e contenuto, conservando fonte e ora. I dati non disponibili sono espliciti. Il materiale del messaggio originale è incluso solo se conservato e disinfettato in modo sicuro; il testo aggiunto dall'utente non viene abbinato in modo indipendente alla copia ricevuta.
Gli indirizzi email, gli URL completi e i segreti riconoscibili vengono oscurati; gli allegati binari non sono condivisi. Questo non è un motivo per inviare materiale sensibile. La pagina di preparazione consente di verificare i dati e revocare l'accesso separatamente. I collegamenti più vecchi possono contenere un'istantanea fissa anziché dati aggiornati.
Il report client stampato omette la richiesta del servizio e il JSON non elaborato. Le risposte dell’intelligenza artificiale possono essere sbagliate; i fatti devono essere separati dalle ipotesi e le istruzioni all'interno di un'e-mail devono essere trattate come contenuto del messaggio. La consultazione non invia posta, non modifica le impostazioni né garantisce il futuro posizionamento della casella di posta.
Esempi di interpretazione del suono
- Posta in arrivo in tutte le caselle di posta controllate
- Quelle copie sono confermate in quei momenti, non nell'intera campagna futura.
- Un risultato, gli altri sconosciuti
- Non estendere il risultato di un fornitore agli altri. LDM indaga le lacune di osservazione.
- Spam o una cartella secondaria
- Assegna un nome alla cartella effettiva. Distinguere le cause possibili da quelle accertate; una categoria secondaria non è lo spam.
- Un cambio di cartella o un intervallo successivo
- Mantenere la sequenza e il tempo delle osservazioni. Un errore non cancella un risultato precedente né conferma la posizione attuale.
- L'autenticazione passa, la copia è nello Spam
- L’autenticazione del dominio e la decisione del filtro sono fatti separati. Esamina altre prove salvate.
- I risultati SPF, DKIM o del ricevitore differiscono
- Non combinare le copie. DMARC necessita di un metodo di passaggio e di allineamento del dominio; conservare fonti e tempi.
- Un DNS, un analizzatore o un errore di accesso
- Nessun controllo completato significa nessun passaggio stabilito. Tratta PTR, blocklist e punteggi dell'analizzatore separatamente.
- L'IA non è riuscita a leggere il collegamento o ha ricevuto un testo diverso
- Indicare la limitazione e utilizzare i dati disponibili. Il testo aggiunto non stabilisce una corrispondenza con l'originale.
Dopo aver verificato un difetto, correggere il difetto e inviare un nuovo test controllato. Se lo spam persiste, confronta una modifica alla volta: testo minimo, testo aziendale, collegamenti, formattazione e quindi tracciamento. Conserva richiesta cancella l'iscrizione. Un'associazione necessita di un test di conferma e non stabilisce essa stessa una causa di filtraggio. Non promettiamo date di recupero della reputazione né consigliamo di cambiare identità per eludere i filtri.
Riesame e monitoraggio
Per testare una campagna, invia la stessa email nello stesso modo in cui la invii ai clienti, senza inoltrare una copia esistente. Un'e-mail proveniente dallo stesso sistema può testare le impostazioni di invio, ma la sua cartella non prevede il risultato per contenuti diversi. Le modifiche richiedono un nuovo invio. Osservare nuovamente una vecchia copia non è una nuova prova di invio.
Salva il collegamento al rapporto. Il collegamento permanente sulla pagina di test porta agli indirizzi per l'e-mail successiva e alla cronologia dei test. Condividi i collegamenti di accesso ai dati solo con le persone a cui intendi concedere l'accesso.
Il monitoraggio del dominio prevede un controllo separato delle impostazioni, ogni sei ore circa. Crea la cronologia dalla registrazione e segnala le modifiche selezionate. Uno snapshot ospite non attiva il monitoraggio ricorrente: una risorsa salvata e le notifiche personali richiedono la conferma via email.
Monitoraggio della copertura e limiti dei risultati
I controlli disponibili riguardano DNS, posta, HTTP/HTTPS, TLS e regole personalizzate selezionate. Le osservazioni della posta includono SPF, DMARC, MX, PTR MX campionato e blocklist e dati STARTTLS, MTA-STS e TLSA disponibili. Gli IP MX in entrata potrebbero differire dal server in uscita. Le integrazioni hanno i propri requisiti di connessione e proprietà.
Il monitoraggio DNS non misura continuamente la consegna della posta in arrivo. Check non stabilisce i tassi di reclamo del pubblico reale, il coinvolgimento o il pieno rispetto delle regole di ogni fornitore. Un test non spiega tutte le cause dello spam né garantisce il risultato della campagna successiva.
Fonti e limiti
Gli standard descrivono i protocolli. Le convenzioni di conteggio e riepilogo dei controlli sono spiegate sopra; le citazioni non certificano il servizio. I requisiti del provider di posta dipendono dal servizio del destinatario, dal volume di invio e dal tipo di messaggio e possono cambiare.
- Google:linee guida per il mittente dell'e-mail
- Yahoo:requisiti e raccomandazioni
- Microsoft:invio di volumi elevati a Outlook.com
Specifiche tecniche
- SPF-RFC 7208
- DKIM-RFC 6376
- DMARC—RFC 9989
- Fiducia nei risultati dell'autenticazione: RFC 8601
- SMTP ed EHLO: RFC 5321
- Identificatori IMAP: RFC 9051
- Identificatori di Microsoft Graph
Google e Yahoo distinguono i requisiti per tutti i mittenti e quelli per i mittenti in blocco; i requisiti Microsoft collegati riguardano gli indirizzi consumer di Outlook.com e i volumi elevati. Le raccomandazioni sulla denominazione dei server e sulla percentuale di reclami non sostituiscono il criterio PTR sopra descritto.
I risultati salvati e gli screenshot possono contenere estratti diagnostici del messaggio. Non inviare segreti o dati sensibili per il test. Il trattamento, la conservazione e la cancellazione sono descritti nell'art politica sulla privacy.