이메일 제공업체 대량 조회: 목록을 Google, Microsoft, 그 밖으로 나누세요

MX 조회는 DNS에 도메인의 Mail Exchange 레코드를 묻습니다. 그 도메인의 메일을 받는 서버를 가리키는 레코드입니다(RFC 5321). google.com이나 smtp.goog로 끝나는 서버는 Google(Workspace, 또는 gmail.com이면 Gmail), mail.protection.outlook.com으로 끝나는 서버는 Microsoft 365, olc.protection.outlook.com은 Outlook.com입니다. 그 밖의 약 40개 제공업체, 게이트웨이, 전달 서비스는 저희 대기업 이메일 제공업체 연구 (영어)의 규칙으로 인식합니다.

MX가 Proofpoint나 Mimecast 같은 보안 게이트웨이를 가리키면 도구는 도메인의 SPF 레코드를 읽습니다. SPF에 Microsoft 365는 있고 Google은 없으면(또는 그 반대면) 그 행은 해당 그룹에 "(gateway)" 표시와 함께 들어가고, 아니면 Other에 남습니다. GoDaddy 호스팅 메일은 Microsoft에서도 Google에서도 올 수 있어 역시 Other에 남습니다.

큰 제공업체마다 그 규칙에 따라 지켜보고, 발송 속도를 맞추고, 그에 맞게 쓰기 위해서입니다. Gmail과 Outlook은 메일을 따로 평가하고, 발신자 규칙을 따로 공개하며, 보고서도 다릅니다. Google Postmaster Tools와 Microsoft의 SNDS입니다. 캠페인을 제공업체별로 나누면 한 곳이 메일을 지연시키거나 스팸으로 보내기 시작할 때 알아채고 그곳만 속도를 낮출 수 있습니다.

콜드 메일에서는 보내는 메일함을 받는 쪽에 맞추는 경우도 많습니다. Google을 쓰는 사람에게는 Google Workspace 메일함에서, Microsoft를 쓰는 사람에게는 Microsoft 365에서 보냅니다. 구성은 대상에 따라 크게 다릅니다. 저희 연구에서 SaaS 회사 200곳 중 187곳은 Google Workspace로 메일을 직접 받았지만, S&P 500 기업 중에서는 500곳 중 20곳이었습니다.

한 번에 5,000행, 고유 도메인 1,000개까지입니다. 많은 사람이 같은 회사에서 일하므로 대부분의 목록은 행보다 도메인이 훨씬 적습니다. 연결 하나당 10분에 도메인 1,000개를 조회할 수 있습니다. 조회는 도메인당 두 번의 DNS 질의뿐이며, 그 도메인의 메일 서버에는 아무것도 보내지 않습니다.

제공업체는 도메인의 속성이므로 회사 도메인의 모든 주소는 여기서 똑같이 보입니다. 2023년에 퇴사한 직원의 주소도, 지난주 입사한 사람의 주소도 그렇습니다. No mail server 행은 반드시 반송됩니다. 나머지에서 살아 있는 주소와 죽은 주소를 가리려면 메일함 확인이 필요합니다. 보내기 전에 목록을 확인하세요.