この動画について

この動画のアドレスは例です。ファイル検証には有料アカウントが必要です。

動画の文字起こし

1. 00:00「OK」が証拠にならない理由

   catch-all ドメインは、実在するかどうかにかかわらず、どんなアドレス宛のメールも受け付けます。そのため、「OK」の価値が変わります。1 つのドメインにある 3 つのアドレスを考えてみましょう。1 つは実在する人のものです。1 つは退職した人のものでした。1 つは一度も作られたことがありません。メールサーバーにそれぞれを問い合わせても、同じ応答が返ります。ここが単純な「OK」の厄介なところです。メールボックスが実在するという意味かもしれません。単に、このドメインが「ダメ」と言わないだけかもしれません。

2. 00:28検出の仕組み

   そこで、2 つ目のテストを行います。誰も持たないような架空のアドレスについて、同じサーバーに問い合わせます。メールは送信されません。サーバーが拒否すれば、そのドメインは catch-all ではありません。受け付ければ、catch-all です。テストがブロックされたり、サーバーが後でやり直すよう返したり、応答が不明瞭だったりした場合は、どちらとも証明できません。では、2 つの答えを組み合わせます。テストが拒否され、あなたのアドレスが受け付けられると、有効になります。テストが拒否され、あなたのアドレスも拒否されると、無効になります。テストが受け付けられ、あなたのアドレスも受け付けられると、catch-all になります。テストが受け付けられたのに、あなたのアドレスが受け付けられなければ、結果は不明です。理由を見れば、どのタイプかがわかります。Catch-all deliverable が主なものです。Catch-all inferred は、証拠がキャッシュされたものか、間接的なものだったという意味です。一部の Microsoft 365 のドメインは、内部で中継し、すべての宛先を受け付けます。一部のセキュリティゲートウェイも同じです。転送エイリアスでは、最終的な受信者を知ることができません。これらはすべて、ライブの SMTP チェックが必要です。これは既定で実行されます。API では、check_smtp を false にするとスキップされ、ほとんどのアドレスが不明で返ります。MCP ツールの既定は false なので、このテストが必要なら、そこで true に設定してください。

3. 01:41送信すべきか

   では、catch-all の結果は実際に何を示しているのでしょうか。ドメインがメッセージを受け取る、ということです。そのアドレスの先に実在するメールボックスがあるかは、確認できません。つまり判断が必要で、メールの種類によって決まります。重要度の高いメールや取引メールは、たいてい送って構いません。コールドの一斉送信は、自分で判断してください。どちらの場合も、これらのアドレスは有効リストに入れないでください。ファイルジョブでは、結果をステータスで絞り込み、catch-all だけを別に書き出します。これで、目に見える判断になります。そのファイルで注意したい点が 1 つあります。catch-all ドメイン上の役割アドレスは、catch-all ではなく役割として表示され、catch-all のフラグはオンのままです。すべて見つけるには、CSV を ev_is_catchall で絞り込みます。再試行で決着がつくとは思わないでください。再試行可能として扱われるのは、不明の結果だけです。catch-all の結果は、有効と同じく 1 クレジットを使います。同じアカウントで 24 時間以内にそのアドレスをもう一度検証しても、2 回目の課金はありません。API で強制的に更新すると、再び課金されます。ですから、catch-all には専用の置き場所を用意しましょう。有効でも、無効でもありません。ドメインからの「OK」であり、あとはあなたの判断です。

4. 02:53無料で始める

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

この動画で紹介したツール

• キャッチオール
• アドレスが valid ではなく catch-all とマークされているのはなぜですか？