무료 오픈소스 일회용 이메일 감지

오늘 저희는 두 가지를 동시에 발표합니다. github.com/BillionVerify/disposable — 저희가 알고 있는 가장 완전한 오픈소스 일회용 이메일 도메인 데이터베이스로 매일 업데이트됩니다 — 를 공개하는 동시에, 일회용 이메일 감지를 나머지 인증 요금에서 분리합니다. BillionVerify API에서 일회용 이메일 적중은 어떤 플랜을 사용하든 크레딧을 전혀 소모하지 않습니다. Apollo에서 리드 목록을 가져온 적이 있거나, Google Maps에서 연락처를 스크래핑하거나, 콜드 이메일 캠페인을 진행하며 반송률이 2%를 넘어가는 것을 지켜본 적이 있다면, 이 발표가 바로 당신을 위한 것입니다. 일회용 받은 편지함은 B2B 아웃리치에서 발신자 평판 손상의 가장 예방 가능한 단일 원인이며, 저희는 이를 감지하는 데이터가 공공 인프라가 되어야 한다고 믿습니다.

핵심 요약

왜 이렇게 하는가

이메일은 실수 비용이 비대칭적인 유일한 채널입니다. 오염된 목록으로 발송된 단일 배치는 그 배치를 낭비하는 것에 그치지 않습니다 — 그것은 사서함 제공업체에게 당신의 도메인이 죽은 받은 편지함으로 메일을 보내는 발신자라는 신호를 학습시킵니다. 그 신호로부터의 회복에는 몇 주가 걸립니다. 예방은 2밀리초 내에 완료되는 도메인 조회 하나로 됩니다.

그 예방의 경제학은 수년간 왜곡되어 왔습니다. 일회용 도메인 목록 자체 — 문자열의 플랫 파일 — 는 대부분 오픈 저장소에서 스크래핑한 벤더들이 프리미엄 티어의 일부로 판매하고 있습니다. 한편 존재하는 오픈 저장소들은 아무리 영웅적이라도 새로운 일회용 서비스가 생겨나는 속도를 따라잡지 못하는 파트타임 자원봉사자들이 유지관리합니다. 저희는 인터넷에서 더 큰 상용 인증 파이프라인 중 하나 위에 앉아 있습니다. 고객들이 그 도메인으로 메일을 보내기 때문에 새 일회용 도메인이 생기는 당일 확인합니다. 그 데이터가 유료 장벽 뒤에 있어야 할 이유가 없습니다.

그래서 양쪽 모두에서 공개합니다: 원시 목록은 오픈 저장소로, 조회는 호스팅 API의 무료 레이어로. 맞는 것을 선택하시면 됩니다.

일회용 이메일 감지가 실제로 무엇인가

이메일 인증은 규율로서, 비싼 것 앞에 쌓인 저렴한 검사들의 스택입니다. 구문 검증이 먼저 옵니다 — 주소가 파싱되는지, 문자가 유효한지, 길이가 254 이하인지. 그다음 도메인 검사 — 도메인이 DNS에 존재하는지, SMTP를 수락하는 곳을 가리키는 MX 레코드가 있는지. 그다음 사서함 수준 검사 — 서버가 실제로 해당 로컬 파트로 메일을 수락하는지, 아니면 거부하는지. 각 레이어는 이전 것보다 더 비싸고 더 많은 정보를 드러냅니다.

일회용 이메일 감지는 도메인 검증과 SMTP 프로빙 사이에 위치하며, 전체 스택에서 단일 최고 레버리지 검사입니다. 이유는 간단합니다: 일회용 도메인에 대한 SMTP 프로빙은 종종 "수락됨"을 반환합니다. 임시 받은 편지함이 실제로 존재하기 때문입니다 — 몇 시간 동안. 인증기는 주소를 유효로 표시합니다. 캠페인 플랫폼은 전달된 것으로 표시합니다. 그러면 받은 편지함이 만료되고, 메시지는 더 이상 수신자가 없는 서버에 도달하며, 하드 반송이 당신의 발송 도메인으로 귀속됩니다. SMTP는 여기서 당신을 구할 수 없습니다. SMTP가 진실을 말하고 있기 때문입니다. 받은 편지함은 검사 시점에 실제로 존재했습니다. 문제는 "지금 존재"가 "시퀀스 3단계에 도달했을 때 존재할 것"과 동일하지 않다는 것입니다.

이를 안정적으로 잡는 유일한 신호는 도메인 자체입니다. yopmail.com이 목록에 있다면, yopmail.com의 모든 주소는 사서함 서버가 무엇을 말하든 상관없이 일회용입니다. 목록을 개선하는 영리한 알고리즘 같은 것은 없습니다. 오직 목록과 그것이 얼마나 완전하고 최신인가만 있습니다.

이것이 실제로 "일회용 이메일 감지"가 "올바른 도메인 데이터베이스를 가지고 있는가"로 귀결되는 이유입니다. 로컬 파트 패턴 매칭은 약간 도움이 됩니다 — 열두 개의 무작위 문자로 된 주소는 의심스럽습니다 — 하지만 패턴 매칭만으로는 합법적인 인간 이메일에서 허용 불가능한 거짓 양성률을 생성합니다. 목록이 전부입니다.

현재 오픈소스 생태계

저희가 일회용 도메인 목록을 최초로 공개하는 것은 아닙니다. 이를 명확히 하고 싶습니다. 기존 커뮤니티가 공로를 인정받아야 하며, 올바른 도구를 선택하는 것이 이미 무엇이 있는지 이해하는 데 달려 있기 때문입니다.

가장 널리 사용되는 오픈 목록은 **ivolo/disposable-email-domains**로, 원래 Ivo Lukač이 유지관리했으며 지금은 집단적으로 관리됩니다. 수천 개 도메인의 JSON 파일로, Mailinator, Guerrilla Mail, 10MinuteMail, YOPmail과 같은 잘 알려진 제공업체들이 대부분입니다. 기준선으로서 탁월하며 수많은 라이브러리에 임베드되어 있습니다. 한계는 커버리지입니다: 목록이 장기 운영되는 브랜드 명의 일회용 서비스를 포착하지만, 오늘날 대부분의 오염이 실제로 발생하는 롱테일 신규 제공업체들에서는 크게 뒤처집니다.

**FGRibreau/mailchecker**는 약 스무 개 언어의 바인딩과 여러 소스에서 수집된 도메인 목록으로 가장 다국어 옵션입니다. ivolo의 목록보다 더 넓고 합리적으로 유지관리되지만, 일회용 감지를 패키지 배포와 묶어 업데이트가 기저 위협의 속도가 아닌 언어별 릴리스 속도로 제공됩니다.

다른 커뮤니티 노력으로는 7c/fakefilter (활성 이슈 트리아지로 일회용 필터링에 특화됨), amieiro/disposable-email-domains (WordPress 지향, 허용 및 거부 목록으로 잘 정리됨), martenson/disposable-email-domains (더 오래된 큐레이션 목록 중 하나로 여전히 널리 참조됨)이 있습니다. 각각 장단점이 있습니다. 저희 테스트에서 이들 중 어느 것도 프로덕션 트래픽에서 보이는 일회용 도메인의 일부 이상을 포착하지 못합니다.

이러한 격차의 구조적 원인은 유지관리자의 노력이 아니라 데이터 흐름입니다. 자원봉사자 큐레이션 목록은 누군가 새 일회용 서비스를 발견하고 풀 리퀘스트를 제출할 때 업데이트됩니다. 그 PR이 병합될 때쯤, 서비스는 수주 또는 수개월 동안 운영 중이었으며 이미 수천 개의 리드 생성 데이터베이스에 주입된 상태입니다. 지연은 모델에 근본적입니다.

github.com/BillionVerify/disposable: 저희가 다른 점

저희 저장소는 인증 트래픽 전반에서 신규 일회용 서비스가 등장하는 것을 관찰하는 파이프라인과 일련의 보완 신호 소스에서 자동으로 매일 업데이트됩니다. 커뮤니티 보고를 기다리지 않습니다. 데이터셋은 자원봉사자 유지관리 대안들보다 훨씬 크며, 지난 2년간 고객의 반송률 문제의 실제 원인이었던 롱테일 제공업체의 커버리지가 더 넓습니다.

저장소는 일반 텍스트와 JSON으로 원시 도메인 목록을 제공합니다. 설치할 라이브러리도, 통합할 SDK도, 버전 드리프트도 없습니다. 파일을 가져와 애플리케이션에 임베드하면 작동하는 일회용 감지가 됩니다. 라이선스는 MIT로, 귀속 요구사항 없이 상업적 제품에서 사용할 수 있으며 자유롭게 포크하고 재배포할 수 있습니다.

오픈 데이터셋의 가치는 감사 가능성에 있기 때문에 수집, 검증, 중복 제거 항목의 방법론도 공개합니다. 일회용 도메인의 닫힌 목록은 더 크더라도 열린 것보다 가치가 낮습니다. 무엇이 있고 왜 있는지 검사할 수 없기 때문입니다. 이 데이터셋이 연구자, 사기 방지 팀, 경쟁 인증 서비스가 구축하는 토대가 되기를 바랍니다.

다른 벤더들이 이 목록을 사용하길 기대하며 환영합니다. 목적은 누군가를 배제하는 것이 아닙니다. 목적은 일회용 감지의 하한선이 모든 사람에게 무료이고 최신 상태여야 한다는 것입니다. 그래야 이메일 인증의 경쟁이 실제로 중요한 레이어로 이동합니다: SMTP 인텔리전스, catch-all 분류, 역할 기반 필터링, 인프라 신뢰성.

무료 API: 자체 호스팅을 원하지 않는다면

자체 코드베이스에 목록을 포함하고 싶지 않은 팀을 위해, 저희는 동일한 데이터를 호스팅 API 뒤에서 운영합니다. BillionVerify 인증 플랫폼에는 가입 양식과 실시간 검증을 위해 특별히 제작된 전용 /v1/verify/disposable 엔드포인트가 있습니다 — 순수 인메모리 조회, 한 자릿수 밀리초 응답. 나머지 인증 볼륨에 어떤 플랜을 사용하든 호출 시 크레딧을 소모하지 않습니다. BillionVerify 계정과 API 키는 여전히 필요하며(플랫폼의 다른 엔드포인트와 동일), 엔드포인트는 표준 계정별 속도 제한 하에 실행되지만, 얼마나 자주 호출하든 크레딧 잔액에 대한 미터링은 없습니다.

일회용 이메일 감지는 메인 인증 엔드포인트 — /verify/single, /verify/bulk, /verify/file — 에서도 무료입니다. 10만 개의 주소 목록을 업로드하고 그 중 1만 2천 개가 일회용으로 판명되면, 8만 8천 개의 비일회용 주소에 대해서만 청구되며 일회용 주소들은 계획 단계에서 필터링되어 SMTP 용량을 소비하지 않습니다. 나머지 이메일 인증 — catch-all 감지, SMTP 프로빙, 역할 기반 필터링, 전체 사서함 검증 — 은 실제 컴퓨팅 비용이 있으므로 일반 플랜 요금으로 청구됩니다. 오직 일회용 레이어만 분리되어 무료로 제공됩니다. 한 가지 좁은 예외: 일회용 주소에 SMTP 프로빙을 명시적으로 선택한 경우(대부분의 사용자가 건드리지 않는 구성), 프로빙을 실행하고 확정적인 결과를 반환하면 크레딧을 충전합니다.

이 정책의 이유는 간단합니다: 일회용 감지에 요금을 부과하면 올바른 일을 하는 고객을 처벌하게 됩니다. 발송 전에 인증을 실행하는 고객은 사서함 제공업체 생태계를 스팸으로부터 보호하고 있으며, 목록이 더러울수록 청구서가 커지는 왜곡된 인센티브를 만들어 인증을 완전히 건너뛰게 하고 싶지 않습니다. 저희는 오히려 책임 있는 행동을 무료로 만들고 나머지 서비스 — catch-all 분류, SMTP 프로빙, 전체 사서함 검증 — 는 실제 컴퓨팅 비용을 반영해 요금을 책정하고 싶습니다.

일회용 이메일 오염이 실제로 가장 많이 피해를 주는 곳

일회용 받은 편지함은 이메일 목록 전반에 균등하게 분포되어 있지 않습니다. 특정 획득 채널에 집중되며, 집중되는 채널이 바로 발신자가 오류 마진이 가장 얇은 상태로 가장 높은 볼륨으로 운영하는 채널입니다.

콜드 이메일

콜드 이메일은 일회용 이메일 오염에 대한 단일 최고 위험 채널입니다. 전체 전제 — 목록에 옵트인하지 않은 잠재 고객에게 연락하는 것 — 가 사서함 제공업체가 신규 발신자를 제한하는 데 사용하는 반송률 임계값 이하로 운영하는 데 달려 있기 때문입니다. 콜드 이메일 배치에서 일회용 이메일 적중은 낭비된 메시지가 아닙니다. 도메인 평판 이벤트입니다. Smartlead와 Instantly 같은 발송 플랫폼은 반송률이 2~3%를 넘으면 캠페인을 자동으로 일시 중지합니다. 인증되지 않은 리드 목록에서 5~10% — 저희가 일상적으로 보는 수준 — 의 일회용 이메일 오염은 해당 임계값을 확실히 넘어서게 합니다. 비용은 반송 비용이 아닙니다. 냉각 기간과 좋은 상태로의 느린 회복 비용입니다.

Google Maps 리드 스크래핑

Google Maps는 소규모 비즈니스 연락처 데이터의 가장 풍부한 소스 중 하나이지만, Maps 목록에서 스크래핑된 이메일 주소는 악명 높게 일관성이 없습니다. 많은 소규모 비즈니스가 실제이지만 비활성인 일반적인 info@ 또는 contact@ 주소를 공개합니다. 다른 곳은 일회용 목록에 간혹 나타나는 기저 제공업체를 통한 저렴한 이메일 포워딩 서비스를 통해 라우팅되는 주소를 공개합니다. 상당한 소수 — 특히 신규 또는 1인 운영 비즈니스 — 는 사업주가 목록을 설정할 때 일회용 주소를 사용했기 때문에 일회용 주소를 직접 공개합니다. 아웃리치 플랫폼으로 가져오기 전에 Maps 스크래핑을 일회용 목록과 대조해 인증하는 것은 필수입니다.

데이터 제공업체의 B2B 리드

B2B 리드 데이터베이스 — Apollo, ZoomInfo, Cognism, Clay, Lusha — 는 웹 스크래핑, 공개 파일, 사용자 제공 데이터에서 연락처를 집계합니다. 품질은 빈티지와 소스에 따라 크게 다릅니다. 특히 연락처 데이터가 사용자가 다운스트림 마케팅을 피하기 위해 일회용 주소를 제공하는 무료 도구의 가입 양식에서 소싱된 경우, 주요 제공업체 목록에서 최악의 경우 2~5%가 일회용인 것을 보았습니다. 좋은 제공업체는 이를 알고 배달 전에 인증하지만, 나머지는 정리 비용을 당신에게 전가합니다.

로컬 비즈니스 아웃리치

로컬 비즈니스 아웃리치 — 레스토랑, 계약자, 소매업, 서비스 제공업체를 타겟으로 하는 에이전시와 SaaS 도구 — 는 일회용 위험 프로필에서 Google Maps 스크래핑과 구조적으로 유사합니다. 로컬 비즈니스는 엔터프라이즈 연락처보다 비전통적인 설정으로 이메일을 운영할 가능성이 높습니다: Cloudflare 이메일 라우팅, 무료 호스팅 제공업체, 간혹 비즈니스 디렉터리 목록 작성 시 개인정보 보호 완충재로 사용되는 일회용 서비스. 이 세그먼트의 이메일 인프라 다양성으로 인해 도메인 목록 검증이 유일한 실용적인 1차 필터가 됩니다.

규모로 아웃리치를 진행하는 B2B 에이전시

B2B 에이전시는 콜드 아웃리치 세계의 최고 볼륨 측에 위치하며 결과적으로 캠페인당 가장 많은 평판 위험을 흡수합니다. 100개의 발송 도메인에 걸쳐 15개 고객을 위해 아웃바운드를 운영하는 에이전시는 해당 도메인 중 어느 하나라도 발송 후에 오염된 것을 발견할 여유가 없습니다. 단일 불량 캠페인의 피해 반경은 전체 고객 명단으로 확산됩니다. 목록 정리 단계의 일회용 이메일 필터링이 확장 가능한 에이전시와 지속적으로 평판 문제를 수습하는 에이전시의 차이를 만듭니다.

이 다섯 가지 시나리오 전반의 공통 패턴은 볼륨과 불투명성입니다. 처음부터 끝까지 통제하지 않은 연락처 세트에 규모로 발송하고 있습니다. 주소별로 어떤 연락처가 실제이고 어떤 것이 일회용인지 알 방법이 없습니다. 도메인 목록은 가장 저렴하고, 가장 빠르며, 가장 높은 재현율의 필터입니다. 발송 전에 적용하는 것이 전달 가능성 성공 사례와 전달 가능성 사고 사이의 차이입니다.

나머지 이메일 인증 시장과의 비교

모든 주요 이메일 인증 벤더는 일회용 이메일 감지를 제공합니다. 저희가 알기로는 어느 곳도 무료로 제공하지 않으며, 어느 곳도 목록을 오픈소스로 제공하지 않습니다. 저희 비교 페이지에서 각 서비스와의 상세한 비교를 볼 수 있습니다; 여기서는 각각의 일회용 처리 방식에 대한 간략한 버전입니다.

ZeroBounce, NeverBounce, Kickbox, Emailable, EmailListVerify, ClearOut, Bouncer (UseBouncer), EmailHippo, Mailtester Ninja, Hunter.io, Verified.email — 모두 핵심 인증 결과의 일부로 일회용 주소를 감지합니다. 일회용 검사는 주소당 가격에 포함됩니다; 10만 개의 이메일 목록을 인증하고 그 중 2만 개가 일회용이면 전체 10만 개에 대해 청구됩니다. 이들 벤더 중 어느 곳도 기저 도메인 목록을 공개하지 않습니다. 일부는 감지 데이터베이스에 "수백만" 개의 일회용 도메인이 있다고 주장하지만, 실제로 관찰된 커버리지는 마케팅 문구보다 오픈소스 기준선에 더 가깝습니다.

여기서 시장 구조는 간단합니다: 일회용 감지는 인증 스택에서 가장 쉽게 수행할 수 있는 검사 중 하나이며 가장 높은 마진으로 청구할 수 있는 것 중 하나입니다. 검사 실행 비용이 본질적으로 0 — 해시맵 조회 — 이며 고객은 스택의 어느 레이어가 판단을 내렸는지에 관계없이 "인증됨" 상태에 기꺼이 비용을 지불하기 때문입니다. 그 차이가 저희가 축소하고 있는 것입니다.

저희 입장은 이메일 인증의 하한선 — 구문, 도메인 존재, 일회용 상태 — 은 DNS 자체가 상품 인프라인 것처럼 상품 인프라가 되어야 한다는 것입니다. 벤더들은 진정한 전문성과 투자가 필요한 스택의 부분에서 경쟁해야 합니다: 실시간 SMTP 프로빙, catch-all 분류, 발신자 평판 분석, MCP 및 AI 네이티브 통합, 인프라 지연 시간, 고객 지원. 일회용 무료화는 그 주장에 저희가 말을 실천으로 옮기는 방법입니다.

시작하기

데이터를 원한다면 저장소를 클론하세요: github.com/BillionVerify/disposable. 목록은 단일 파일에 있으며, 빌드 시간에 포함하거나 가져오기 쉽습니다. API를 원한다면 BillionVerify 계정을 만들고 API 키로 /v1/verify/disposable을 호출하세요 — 일회용 감지를 위한 별도 청구 설정이 없으며, 어떤 플랜을 선택하든 무료로 유지됩니다.

더 높은 볼륨으로 운영하며 SMTP 프로빙, catch-all 분류, 벌크 처리를 포함한 전체 인증 플로우에 일회용 검사를 통합하고 싶다면, 동일한 계정이 작동합니다. 해당 플로우 내의 일회용 적중은 무료로 유지됩니다; 실제로 더 심층적인 검사가 필요한 비일회용 주소들이 바로 플랜 크레딧을 사용하는 대상입니다.

저희는 저장소를 무기한 유지관리할 것입니다. 누락된 일회용 도메인을 발견하면 풀 리퀘스트를 제출하거나 메모를 보내주세요 — 당일 내에 반영하겠습니다.

자주 묻는 질문

BillionVerify 일회용 이메일 목록이 상업적 사용에 정말 무료인가요?

네. 라이선스는 MIT로, 데이터 사본에 원본 라이선스 공지를 포함해야 한다는 유일한 요구사항과 함께 상업적 사용, 수정, 배포, 사적 사용을 허용합니다. 클로즈드 소스 SaaS 제품에 파일을 직접 포함하거나, CLI에 임베드하거나, 모바일 앱 내에 제공하거나, 경쟁 인증 서비스의 기반으로 사용할 수 있습니다. 최종 사용자에게는 귀속 요구사항이 없습니다.

목록이 ivolo나 mailchecker보다 어떻게 더 완전한가요?

자원봉사자 유지관리 목록은 풀 리퀘스트 속도로 업데이트됩니다. 저희 파이프라인은 BillionVerify 인증 플랫폼 전반의 관찰된 일회용 트래픽과 일련의 보완 신호 소스에서 매일 업데이트됩니다. 결과는 커뮤니티 목록이 놓치는 경향이 있는 롱테일 및 최근 출시된 일회용 제공업체의 훨씬 더 넓은 커버리지입니다. 후속 게시물에서 주요 오픈 대안들과의 커버리지 벤치마크를 공개할 것입니다.

다른 벤더들이 요금을 부과할 때 왜 API에서 일회용 이메일 감지가 무료인가요?

올바른 일을 하는 고객을 처벌하기 때문입니다. 발송 전에 인증을 실행하는 고객은 사서함 제공업체 생태계를 스팸으로부터 보호하고 있으며, 목록의 오염도에 청구서를 연동하여 그것을 억제하고 싶지 않습니다. 일회용 조회의 실제 컴퓨팅 비용은 무시할 수 있습니다. 책임 있는 워크플로우를 무료로 만들고 나머지 서비스 — catch-all 분류, SMTP 프로빙, 전체 사서함 검증 — 는 실제 컴퓨팅 비용에 따라 요금을 책정하는 것을 선호합니다. BillionVerify 계정과 API 키는 여전히 필요하며, 나머지 인증 볼륨은 일반 플랜으로 실행되지만 일회용 검사 자체는 절대 크레딧을 소모하지 않습니다.

API를 사용해야 하나요 아니면 목록을 자체 호스팅해야 하나요?

핫 패스 내에서 높은 볼륨을 검증하는 경우 — 가입 양식, CRM 가져오기, 실시간 보강 — API는 자신이 직접 목록의 최신 사본을 유지하는 것보다 빠릅니다. 저희가 매일 업데이트를 처리하고 한 자릿수 밀리초 응답을 제공하기 때문입니다. 오프라인이거나 에어갭이 있거나, 가입 플로우 내에서 외부 API 호출을 피해야 하는 정책적 이유가 있다면, 자체 호스팅이 올바른 답이며 데이터는 동일합니다.

check_smtp:true에서 무료 일회용 검사가 작동하나요?

전용 /v1/verify/disposable 엔드포인트는 일회용 전용이며 SMTP 프로빙을 지원하지 않습니다 — 그것을 위해서는 /v1/verify/single 또는 /v1/verify/bulk를 호출합니다. 해당 엔드포인트에서 일회용 적중은 기본적으로 여전히 무료입니다. 한 가지 엣지 케이스는 일회용 주소에 SMTP 프로빙을 명시적으로 요청하고 프로빙이 확정적인 결과를 반환하는 경우입니다; 그 단일 경우에는 프로빙이 크레딧 하나를 소모합니다. 이는 옵트인이며 대부분의 사용자는 건드리지 않습니다.

콜드 이메일 또는 B2B 아웃리치 워크플로우에 어떻게 통합하나요?

가장 간단한 통합은 발송 플랫폼으로 가져오기 전에 연락처 목록을 /v1/verify/file을 통해 실행하는 것입니다. 일회용 주소는 계획 단계에서 필터링되어 캠페인에 진입하지 않습니다. 지속적인 획득을 위해, 새 연락처를 생성하는 양식, 스크래퍼, 또는 보강 단계에 /v1/verify/disposable 조회를 추가하여 일회용 주소가 CRM에 누적된 후가 아닌 소스에서 포착되도록 합니다.