Informazioni su questo video

Gli indirizzi in questo video sono esempi. La verifica di file richiede un account a pagamento.

Trascrizione del video

1. 00:00Perché un sì non è una prova

   Un dominio catch-all accetta la posta per qualsiasi indirizzo, reale o no. Questo cambia il valore di un sì. Prendi tre indirizzi sullo stesso dominio. Uno appartiene a una persona reale. Uno apparteneva a qualcuno che se n’è andato. Uno non è mai stato creato. Chiedi al server di posta di ciascuno, e dà la stessa risposta. Questo è il problema di un semplice sì. Può significare che la casella è reale. Può significare solo che quel dominio non dice mai no.

2. 00:28Come lo rileviamo

   Quindi facciamo un secondo test. Chiediamo allo stesso server di un indirizzo inventato che nessuno possiede. Non viene inviata nessuna email. Se il server lo rifiuta, il dominio non è catch-all. Se lo accetta, lo è. Se il test è bloccato, o il server dice di riprovare più tardi, o la risposta non è chiara, non abbiamo prove né in un senso né nell’altro. Ora metti insieme le due risposte. Test rifiutato e tuo indirizzo accettato dà valido. Test rifiutato e tuo indirizzo rifiutato dà non valido. Test accettato e tuo indirizzo accettato dà catch-all. Se il test è accettato ma il tuo indirizzo no, il risultato è sconosciuto. Il motivo mostra di che tipo si tratta. Catch-all deliverable è il principale. Catch-all inferred significa che la prova era in cache o indiretta. Alcuni domini Microsoft 365 inoltrano internamente e accettano ogni destinatario. Alcuni gateway di sicurezza fanno lo stesso. E con un alias di inoltro, il destinatario finale non si può conoscere. Tutto questo richiede un controllo SMTP dal vivo. Gira per impostazione predefinita. Via API, check_smtp false lo salta, e la maggior parte degli indirizzi torna sconosciuta. Gli strumenti MCP hanno false come predefinito, quindi impostalo su true se vuoi questo test.

3. 01:41Conviene inviare?

   Allora cosa ti dice davvero un risultato catch-all? Il dominio accetterà il messaggio. Non possiamo confermare che dietro quell’indirizzo ci sia una casella reale. Quindi è una scelta tua, e a deciderla è il tipo di messaggio. I messaggi di alto valore o transazionali di solito possono partire. Per un invio a freddo in blocco, valuta tu. In ogni caso, tieni questi indirizzi fuori dal tuo elenco valido. In un lavoro su file, filtra i risultati per stato ed esporta il catch-all a parte. Così è una decisione visibile. Attento a una cosa in quel file. Un indirizzo di ruolo su un dominio catch-all appare come ruolo, non catch-all, e il suo flag catch-all resta attivo. Per trovarli tutti, filtra il CSV su ev_is_catchall. Non contare su un nuovo tentativo per chiarirlo. Solo i risultati sconosciuti sono marcati come riprovabili. Un risultato catch-all usa un credito, come valido. Verifica di nuovo quell’indirizzo sullo stesso account entro 24 ore, e non c’è un secondo addebito. Un aggiornamento forzato via API viene addebitato di nuovo. Quindi dai al catch-all un posto suo. Non è valido, e non è non valido. È un sì del dominio, e il resto è una tua decisione.

4. 02:53Inizia gratis

   20 crediti gratuiti ogni giorno in cui usi il tuo account, fino a 600 al mese. Nessuna carta di credito richiesta. Inizia su billionverify.com.

Presente in questo video

• Email catch-all
• Perché un indirizzo è contrassegnato con catch-all invece di valid?