À propos de cette vidéo

BillionVerify n'est ni affilié à Microsoft ni approuvé par Microsoft. La vérification de fichiers nécessite un compte payant.

Transcription de la vidéo

1. 00:00Repérer la configuration

   Les domaines d'entreprise Microsoft 365 ne se comportent pas tous de la même façon. Certains refusent une fausse adresse. D'autres acceptent n'importe quoi. D'autres encore écartent le contrôle. Chacun se lit différemment dans vos résultats. D'abord, comment savons-nous qu'un domaine est sur Microsoft 365 ? Son enregistrement MX pointe vers les serveurs de protection de Microsoft. C'est le seul signe dont nous avons besoin, et il ne nous dit encore rien de la boîte. Nous interrogeons donc le serveur sur une adresse inventée de ce domaine. Aucun e-mail n'est envoyé. La façon dont il traite cette adresse révèle la configuration. Il peut la refuser, l'accepter, nous bloquer ou ne donner aucune réponse claire.

2. 00:39Quand le test est refusé

   Refusé est le bon cas. Le serveur connaît ses propres boîtes, donc sa réponse sur la vôtre compte. Un oui donne valide, motif smtp_deliverable. Un refus donne invalide, motif mailbox_not_found. Ce sont des résultats sur lesquels vous pouvez agir tout de suite. Envoyez aux valides et retirez les invalides.

3. 00:57Quand le test est accepté

   Accepté veut dire autre chose. Le domaine est configuré comme relais interne. Il accepte tous les destinataires venant de l'extérieur, donc son oui ne distingue pas une vraie boîte d'une boîte inventée. Vous verrez le statut catch-all avec le motif m365_internal_relay. Son score est de 0,55, le plus bas de tous les motifs catch-all. Il utilise tout de même un crédit. Le recontrôler ne réglera rien. Le relais fait partie de la configuration du domaine, et un indicateur de nouvelle tentative n'apparaît que sur inconnu.

4. 01:27Quand le test est bloqué

   Parfois, Microsoft refuse la connexion elle-même. Le motif est m365_ip_rep_block, un refus fondé sur la réputation d'IP. C'est un verdict sur la connexion, la boîte n'est jamais entrée en jeu. Ce cas mérite une nouvelle exécution. C'est gratuit, et marqué comme réessayable. Si le contrôle suivant obtient une réponse ferme, cette réponse utilise un crédit.

5. 01:48Quand le test est flou

   Il y a aussi le test flou. Votre adresse a été acceptée, mais le test n'a pas prouvé de quelle configuration il s'agit. Cela aboutit à catch-all avec le motif catch_all_inferred, et un score de 0,6.

6. 01:59Lire une liste Microsoft 365

   Voici le piège. Relais et déduit affichent le même statut. Seul le motif les distingue, et la carte Vérification rapide n'en montre aucun. Utilisez la colonne ev_reason dans le CSV d'une tâche de fichier. Chaque motif a maintenant une tâche. Livrable part. Introuvable est retiré. Relais et déduit vont dans un fichier à part. Le blocage d'IP repart pour une nouvelle exécution. Ce fichier à part est votre décision, et c'est le message lui-même qui la tranche. Un contrat ou un reçu peut généralement partir. Une campagne en masse à froid demande votre propre jugement. Côté crédits, valide, invalide et les deux motifs catch-all en utilisent un chacun. Le blocage n'en utilise aucun. Lisez donc Microsoft 365 selon la configuration. Test refusé, fiez-vous à la réponse. Test accepté, décidez. Test bloqué, réessayez plus tard.

7. 02:48Commencer gratuitement

   20 crédits gratuits chaque jour où vous utilisez votre compte, jusqu'à 600 par mois. Aucune carte bancaire requise. Commencez sur billionverify.com.