짧은 답변: 두 가지 원인이 있을 수 있습니다. 캐싱(반복 검사를 통해 저장된 결과가 반환될 수 있음)과 일시적 서버 조건(일시적 unknown은 나중에 시도하면 실제 답변으로 해결될 수 있음)입니다. force-refresh 요청은 항상 새로운 라이브 검사를 실행합니다.
캐싱
검증을 빠르게 유지하고 메일 서버를 망치로 치는 것을 방지하기 위해 확인된 결과는 약 24 시간 동안 캐시됩니다. 해당 창 내에서 동일한 주소를 다시 확인하면 새로운 실시간 확인 —이 아닌 캐시 결과를 받을 수 있으며 이에 대해 다시 청구되지 않습니다. 이렇게 하면 반복 조회가 즉시 유지됩니다.
한 가지 예외: unknown 결과가 캐시되지 않습니다. "이것을 확인할 수 없습니다"는 일시적인 답변이기 때문에 unknown 주소를 다시 확인하면 항상 새로운 실시간 확인이 실행됩니다. — 이것이 바로 unknown가 나중에 시도할 때 명확한 결과로 바뀔 수 있는 이유입니다.
캐시를 무시하는 새로운 실시간 확인을 강제하려면 **force_refresh=true**로 요청을 보내세요. 강제 새로 고침은 실제 검사를 수행하며 새로운 결과에 따라 청구됩니다.
일시적인 조건
일부 이전 unknown 결과는 수신 측의 임시 조건으로 인해 발생합니다:
- Greylisting — 서버는 의도적으로 첫 번째 시도를 연기하고 이후 시도를 수락합니다.
- 속도 제한 — 공급자는 그 순간 트래픽을 제한하고 있었습니다.
- Timeouts — 서버가 잠시 느리거나 도달할 수 없었습니다.
나중에 다시 확인하면 해당 조건이 지워졌을 수 있으므로 이전 unknown은 명확한 valid 또는 invalid가 될 수 있습니다. 이는 불일치가 아니라 예상되는 행동입니다.
우리가 추천하는 것
- 최종적이고 두 번째 답변을 보려면 **
force_refresh=true**를 사용하세요. - 목록을 일괄 확인하는 경우 모든 주소를 강제로 새로 고칠 필요가 없습니다. — 캐시된 결과는 신선도 창 내에서 정확하고 크레딧을 저장합니다.
- 재시도 시 결과가
unknown에서 특정 상태로 바뀌는 것은 좋은 신호입니다: 이는 임시 조건이 지워지고 실제 답변을 얻었음을 의미합니다.