TrekMail에서 이메일을 받지 못하는 이유

테스트 이메일을 보냈지만 아무것도 도착하지 않았습니다. 고객은 이메일을 보냈다고 하지만 흔적을 찾을 수 없습니다. 이런 상황은 답답하지만 몇 가지 짧은 점검을 통해 보통 전송이 중단된 지점을 찾을 수 있습니다.

아래 단계를 순서대로 진행하세요. 대부분 처음 두 단계에서 답을 찾습니다.

1단계: 도메인 DNS 상태 확인하기

수신 이메일은 먼저 도메인의 MX 레코드에 따라 결정됩니다. 레코드가 TrekMail을 가리키지 않으면 다른 공급자가 메시지를 받거나 발신자가 반송 메시지를 받을 수 있습니다.

1. TrekMail 대시보드에서 Domains로 이동합니다
2. 테스트 중인 도메인을 클릭합니다
3. DNS 상태를 열고 MX 결과와 표시된 충돌을 먼저 확인합니다

SPF, DKIM, DMARC는 발신 메일에 중요합니다. 수신 메일 누락을 조사할 때 올바른 MX 레코드를 대신할 수는 없습니다.

MX 결과가 준비되지 않았거나 충돌을 표시하는 경우:

• DNS 공급자에서 레코드를 저장한 후 Verify DNS를 클릭합니다. 새 DNS 확인이 시작되지만 일반적인 DNS 캐시를 우회하지는 않습니다.
• DNS 세부 정보 또는 충돌 보기를 열어 TrekMail이 예상한 레코드와 찾은 레코드를 비교합니다.
• DNS를 호스팅하는 공급자에서 레코드를 수정한 다음 공급자가 변경 사항을 게시한 후 다시 확인합니다.

흔한 DNS 실수: 이전 공급자의 오래된 MX 레코드가 아직 활성 상태입니다. TrekMail의 전체 MX 세트와 DNS 공급자의 레코드를 비교하세요. 어떤 서비스에서 여전히 필요한지 알기 전에는 레코드를 삭제하지 마세요. MXToolbox와 같은 도구로 공개 MX 결과를 확인할 수도 있습니다.

2단계: 사서함이 존재하고 활성 상태인지 확인하기

존재하지 않는 주소로 보낸 이메일은 일치하는 별칭, 전달 주소, 도메인 별칭 또는 catch-all이 처리하지 않는 한 일반적으로 발신자에게 반송됩니다. 사서함 로그인 중지는 보통 수신 전송을 막지 않으므로 먼저 주소가 존재하고 해당 도메인이 메일을 수신하는지 확인하세요.

1. Mailboxes로 이동하여 테스트 중인 주소를 검색합니다
2. 주소가 현재 사서함인지 또는 별칭이나 전달 규칙이 처리하는지 확인합니다
3. 사서함이 삭제되었거나 다른 도메인으로 이동되었는지 확인합니다
4. 삭제되었다면 사용 가능한 복원 경로를 신속하게 사용하거나 다시 만드세요. 새로 만든 사서함에 이전 메일이 돌아온다고 가정하지 마세요.

3단계: Junk 폴더 확인하기

스팸 필터는 때때로 정상적인 이메일을 차단하며, 특히 새로운 발신자나 적절한 인증을 사용하지 않는 발신자의 메일에서 발생할 수 있습니다.

1. 영향을 받는 사서함으로 TrekMail webmail에 로그인합니다
2. 왼쪽 사이드바에서 Junk 폴더를 엽니다
3. 누락된 메시지를 찾으면 Not Spam을 클릭하여 복원하고 필터가 학습하도록 합니다

4단계: 저장 용량 확인하기

관련 사서함이나 계정 저장 공간이 가득 차면 수신 메시지가 사서함 용량 초과 반송으로 거부될 수 있습니다. 공간이 확보된 후 발신자가 메시지를 다시 보내야 합니다.

1. Mailboxes로 이동하여 영향을 받는 사서함을 엽니다
2. 저장 공간 표시와 계정의 사용 가능한 용량을 확인합니다
3. 용량이 가득 찼다면 메일이나 Drive에서 공간을 확보하거나 용량을 늘린 후 발신자에게 재전송을 요청합니다

대부분의 사서함은 Drive도 함께 사용하는 계정 공유 저장 공간을 사용합니다. 자체 전용 할당량이 있는 사서함은 해당 할당량을 따릅니다. 현재 제한과 정리 방법은 사서함 저장 공간 및 할당량을 참고하세요.

5단계: catch-all이 필요한지 확인하기

테스트하는 주소에 사서함, 별칭, 전달 규칙 또는 일치하는 도메인 별칭이 없다면 catch-all이 구성되어 있지 않은 경우 반송됩니다.

1. Domains로 이동한 다음 활성 도메인을 엽니다.
2. Routing을 열고 Catch-all inbox 설정을 찾습니다.
3. 알 수 없는 주소의 메일을 받으려면 활성 대상 사서함을 선택하고 라우팅 변경을 저장합니다.

저장 후 사용하지 않는 주소로 새 테스트를 보내세요. Catch-all은 오타 처리에 유용하지만 대상 사서함으로 스팸을 끌어들일 수도 있습니다.

6단계: 전달 규칙과 필터 확인하기

이메일이 도착하지만 보기 전에 사라진다면 전달 규칙이나 메일 필터가 이동하거나 삭제했을 수 있습니다.

1. Mailboxes로 이동하여 영향을 받는 사서함을 열고 전달 설정을 검토합니다.
2. 메시지를 폴더로 이동하거나 삭제하는 작업이 있는지 메일 규칙을 확인합니다.
3. 메시지가 누락되었다고 판단하기 전에 All mail과 규칙에 지정된 폴더를 검색합니다.

7단계: 발신자에게 반송 메시지 요청하기

발신자가 반송을 보고한다면 날짜와 시간을 포함한 전체 반송 텍스트를 전달해 달라고 요청하세요. 550 User not found 또는 552 Mailbox full과 같은 메시지는 다음 점검 항목을 직접 알려 주는 경우가 많습니다. 관련 없는 개인 메일을 전달해 달라고 요청하지 마세요.

자주 묻는 질문

도메인을 방금 추가했습니다. 수신 메일은 언제부터 도착하나요? 공개 DNS가 도메인의 MX 레코드를 TrekMail로 지정하고 메일 경로가 준비된 후부터 도착합니다. DNS 공급자와 이전 레코드의 TTL 때문에 소요 시간은 달라질 수 있습니다. DNS 상태 세부 정보에서 아직 누락되었거나 충돌하는 특정 레코드를 확인하세요.

이메일이 이전 공급자에는 도착하지만 TrekMail에는 오지 않습니다. 충돌이 있나요? 그럴 수 있습니다. 현재 MX 레코드와 TrekMail에 표시된 세트를 비교하세요. 메일 발신 서버는 우선순위 값에 따라 게시된 MX 레코드 중에서 선택하므로 세트에 이전 공급자를 남겨 두면 전송이 나뉘거나 리디렉션될 수 있습니다. 중요한 메일을 아직 받는 공급자를 제거하기 전에 이전 계획을 세우세요.

전송 로그를 볼 수 있나요? 도메인 통계 페이지에는 전송과 반송에 대한 집계 정보가 표시됩니다. 특정 메시지는 발신자 또는 수신자 주소, 시간대가 포함된 대략적인 타임스탬프, 도메인, 그리고 반송이 있다면 전체 반송 텍스트를 제공하면 지원팀에서 조사할 수 있습니다.