인증 이메일이 늦어지면 재전송 버튼이 가장 명백한 해결책처럼 보입니다. 하지만 상황을 악화시키는 경우가 많습니다: 여러 메시지가 동시에 도착하고, 최신 코드만 유효하며, 어떤 요청이 어떤 메시지를 생성했는지 알 수 없습니다.
전달 과정을 일련의 체크포인트로 생각하세요. 확실히 성공한 마지막 체크포인트를 찾은 뒤, 그 다음 체크포인트를 조사합니다.
먼저, 증거를 고정하기
다른 메시지를 요청하기 전에 다음을 기록하세요:
- 정확한 수신자 주소
- 제출 버튼을 누른 시간
- 발신자 또는 서비스 이름
- 페이지가 성공을 보고했는지 여부
- 첫 요청인지 재전송인지 여부
- 표시된 경우 예상 만료 시간
발신자 페이지를 열어 두세요. 2분 뒤에 발견한 오타도 원래 폼에 제출된 값이 남아 있으면 수정하기 쉽습니다.
주소를 확인하세요, 기억이 아니라
제출한 주소와 GPTMail이 표시하는 주소를 비교하세요. 로컬 파트, 모든 점이나 숫자, 도메인 접미사를 확인합니다. 여러 인박스 탭이 열려 있거나 최근에 선택한 도메인을 변경한 경우 특히 주의하세요.
그런 다음 도메인 페이지에서 도메인이 활성화되어 있는지 확인하세요. 주소가 구문적으로 유효해도 도메인이 비활성화되었거나 더 이상 GPTMail으로 라우팅되지 않을 수 있습니다.
웹사이트가 전송 전에 주소를 거부한다면 아직 전달 문제는 없습니다. 다른 지원되는 주소를 생성하고 다시 제출하세요.
발신자가 실제로 전달을 시작했는지 확인하기
웹사이트의 성공 메시지는 종종 백그라운드 작업이 생성되었다는 의미일 뿐입니다. 발신자는 아직 대기 중이거나, 속도 제한 중이거나, 이메일을 재시도하고 있을 수 있습니다.
재전송하기 전에 몇 분 정도 기다리세요. 서비스에서 활동 로그를 제공한다면 인증 요청이 기록되는지 확인합니다. 직접 운영하는 제품이라면 수신 인박스를 바라보는 대신 애플리케이션 큐와 메일 제공자의 이벤트를 검사하세요.
한 번 새로고침하고 올바른 메시지를 찾기
수동 새로고침을 사용하고 도착 시간 순으로 정렬하세요. 보이는 미리보기에서 서비스 이름만이 아니라 예상 발신자와 제목을 검색합니다. 자동화 메일과 마케팅 메일은 서로 다른 서브도메인에서 올 수 있습니다.
여러 코드가 도착하면 최신 요청을 사용하세요. 많은 시스템이 교체 코드가 발행되는 즉시 이전 코드를 무효화합니다.
발신자 문제와 도메인 문제 구분하기
관련 없는 제공자를 통해 동일한 주소로 짧은 일반 텍스트 테스트 메시지를 보내세요.
- 테스트가 도착하면 수신 도메인은 정상이며 원래 발신자가 지연되었거나, 주소를 필터링했거나, 전달 전 단계에서 실패한 것입니다.
- 두 메시지 모두 도착하지 않으면 도메인 상태와 MX 구성을 확인하세요.
- 한 제공자의 메시지는 도착하지만 다른 제공자는 지속적으로 도착하지 않을 경우, 발신자, 타임스탬프 및 반송 상세 정보를 수집한 뒤 보고하세요.
맞춤 도메인의 경우 추측 없이 커스텀 도메인 MX 설정 를 따르세요. 실시간 테스트 중에 DNS를 무작위로 변경하지 마세요; 변경마다 새로운 전파 기간이 생깁니다.
일반적인 DNS 실패 이해하기
MX 조회는 해결기가 시간 초과되었거나, 권한 네임서버 간에 불일치가 있거나, DNSSEC 검증이 실패했거나, 레코드가 아직 전파되지 않아 일시적으로 실패할 수 있습니다. “레코드가 감지되지 않음”은 특정 시점의 특정 조회 결과일 뿐, 레코드가 존재하지 않았다는 증거는 아닙니다.
권한 DNS 응답을 조회하고 실제 대상과 GPTMail이 표시하는 대상을 비교하세요. 일치하면 기다렸다가 다시 시도하고, 일치하지 않으면 권한 레코드를 수정하세요.
메시지는 도착했지만 코드가 실패할 때
전달과 인증은 별개의 시스템입니다. 코드가 실패할 수 있는 이유는 다음과 같습니다:
- 새로운 코드가 이를 대체했기;
- 전송 중 코드가 만료됐기;
- 다른 브라우저 세션이나 계정에 속했기;
- 코드와 함께 공백이 복사됐기;
- 목적 페이지가 다른 환경을 사용하고 있기;
- 발신자의 시계나 상태가 잘못됐기.
새 코드를 하나 요청하고 해당 메시지가 도착할 때까지 기다린 뒤 한 번만 사용하세요. 실패하면 요청 시간과 메시지 시간을 함께 보고하세요.
간결한 지원 보고서
유용한 보고서에는 수신자 주소, 발신자 주소, 제목, UTC 타임스탬프, 두 번째 발신자가 인박스에 도착했는지 여부, 발신자가 표시한 정확한 오류가 포함됩니다. 로그를 공개하기 전에 인증 코드와 개인 링크는 제거하세요.
“이메일 없음”은 조사하기 어렵습니다. “14:03 UTC에 메시지를 요청했고, 두 번째 제공자는 14:05에 도착했으며, 예상 발신자는 14:15까지 메시지나 반송을 생성하지 않음”과 같이 구체적으로 적으면 실패한 측을 파악할 수 있습니다.
언제 기다림을 멈출지 알기
계정이 중요하고 서비스가 다른 인증 방법을 제공한다면 이를 사용하세요. 가입이 위험도가 낮다면 새 지원 주소를 생성하고 다시 시작하세요. 유지하려는 계정의 복구 경로를 임시 인박스에만 의존하지 마세요.
전체적인 의사결정 가이드는 잘 활용하는 임시 이메일 를 참고하세요.