짧은 답변: catch-all ("accept-all"이라고도 함) 결과는 도메인의 메일 서버 가 특정 사서함이 존재하는지 여부를 공개하지 않고 가능한 모든 주소로 메일을 수락한다는 것을 의미합니다. 도메인이 메시지를 수신할지 확인할 수 있지만 서버는 개별 사서함 확인을 거부합니다.
왜 이런 일이 일어나는가
일부 도메인은 메일 서버가 모든 수신자 — valid 여부 —에게 "예"라고 말하고 나중에 내부적으로 정렬하도록 구성됩니다. 이는 다음에서 일반적입니다:
- 보안 게이트웨이가 앞에 있는 기업 도메인(Proofpoint, Mimecast, Barracuda 등)
- 많은 Microsoft 365 사업 세입자,
- 일부 Google Workspace 도메인,
- 모든 메일을 다른 받은 편지함으로 전달하는 도메인입니다.
서버가 모든 것을 수락하기 때문에 특정 사서함 하나가 실제인지 확인 시 증명할 방법이 없습니다. 따라서 오해의 소지가 있는 valid 대신 catch-all을 반환합니다.
catch-all 주소가 전달 가능합니까?
종종 그렇습니다 — 그러나 깨끗한 valid보다 더 많은 위험을 수반합니다. 메시지는 도메인에 도달합니다; 실제 사서함에 도착하는지 여부는 도메인의 내부 라우팅에 따라 달라지며, 이는 당사에 노출되지 않습니다.
우리가 추천하는 것
catch-all을 "도메인으로 전달 가능, 사서함이 확인되지 않음"으로 처리합니다- 고가치 또는 트랜잭션 전송의 경우 일반적으로 catch-all 주소가 괜찮습니다.
- 대규모 콜드 아웃리치의 경우 추가 판단을 적용합니다. — catch-all 도메인은 존재하지 않는 사서함을 숨길 수 있습니다.
도메인의 검증 동작을 성공적으로 결정했기 때문에 catch-all 결과 이 충전되었습니다.