この動画について

BillionVerify は Microsoft と提携しておらず、Microsoft から推奨されているわけでもありません。ファイル検証には有料アカウントが必要です。

動画の文字起こし

1. 00:00設定を見つける

   Microsoft 365 のビジネスドメインは、すべて同じ動きをするわけではありません。偽のアドレスを拒否するものがあります。何でも受け付けるものがあります。チェックを断るものもあります。それぞれ、結果での読み方が異なります。まず、ドメインが Microsoft 365 だとどうやってわかるか。MX レコードが Microsoft の保護サーバーを指しているからです。それが必要な唯一のサインで、この時点ではメールボックスについては何もわかりません。そこで、そのドメインの架空のアドレスについて、サーバーに問い合わせます。メールは送信されません。そのアドレスをどう扱うかで、設定がわかります。拒否する、受け付ける、こちらをブロックする、はっきりした答えを返さない、のどれかです。

2. 00:39テストが拒否されたとき

   拒否されるのは良いケースです。サーバーは自分のメールボックスを知っているので、あなたのアドレスについての答えは信頼できます。「はい」なら、有効で、理由は smtp_deliverable です。拒否なら、無効で、理由は mailbox_not_found です。これらは、すぐに対処できる結果です。有効には送り、無効は外します。

3. 00:57テストが受け付けられたとき

   受け付けられた場合は意味が違います。ドメインが内部リレーとして設定されています。外部からのすべての受信者を受け取るので、その「はい」では、本物のメールボックスと架空のものを区別できません。ステータスは Catch-all、理由は m365_internal_relay と表示されます。スコアは 0.55 で、Catch-all の理由の中で最も低くなります。それでも 1 クレジットを使います。もう一度チェックしても解決しません。リレーはドメインの設定の一部で、再試行フラグが付くのは不明だけです。

4. 01:27テストがブロックされたとき

   Microsoft が接続そのものを拒否することもあります。理由は m365_ip_rep_block で、IP レピュテーションに基づく拒否です。これは接続に対する判定で、メールボックスまで到達していません。これはもう一度実行する価値があります。無料で、再試行可能とマークされます。次のチェックで確かな答えが出たら、その答えには 1 クレジットを使います。

5. 01:48テストの結果が不明確なとき

   そして、不明確なテストがあります。アドレスは受け付けられたものの、テストでは、どの設定なのか証明できませんでした。この場合、ステータスは Catch-all、理由は catch_all_inferred、スコアは 0.6 になります。

6. 01:59Microsoft 365 のリストを読む

   ここが肝心です。リレーと推定は、同じステータスで表示されます。違いを示すのは理由だけで、「クイック検証」のカードには理由が表示されません。ファイルジョブの CSV の ev_reason 列を使ってください。これで、理由ごとに役目が決まります。配信可能は送ります。見つからないものは外します。リレーと推定は、別のファイルにします。IP ブロックは、もう一度実行に回します。別ファイルの扱いはあなた次第で、メール自体の内容が決め手になります。契約書や領収書なら、たいてい送って構いません。コールドの一括キャンペーンは、あなた自身の判断が必要です。クレジットは、有効、無効、そして 2 つの Catch-all の理由が、それぞれ 1 クレジットです。ブロックは使いません。ですから、Microsoft 365 は設定で読みます。テストが拒否されたら、答えを信じる。受け付けられたら、判断する。ブロックされたら、あとで試す。

7. 02:48無料で始める

   アカウントを使う日は毎日 20 クレジットが無料で、月最大 600 クレジットまで利用できます。クレジットカードは不要です。billionverify.com から始めましょう。