TrekMail에서 이메일을 보낼 수 없는 이유

발신 실패에는 몇 가지 일반적인 원인이 있습니다. 아래 항목을 순서대로 확인하세요. 계정과 도메인이 준비되었지만 한 수신자만 메시지를 거부한다면 수신자의 메일 서버를 조사해야 할 수 있습니다.

확인 1: 계정 소유자의 이메일이 인증되지 않음

2026년 2월 19일 이후 새 TrekMail 계정을 등록하고 이메일 인증 링크를 클릭하지 않았다면 7일의 유예 기간 후 전송이 차단됩니다. 대시보드에 빨간 배너로 *발신 이메일 전송이 일시 중지되었습니다.*가 표시됩니다.

인증된 로그인 이메일을 새 주소로 바꾸면 같은 7일이 다시 시작됩니다. 계속 발송하려면 7일 이내에 새 주소를 인증하세요.

이는 메일함이 아니라 계정 소유자의 로그인 이메일에 적용됩니다. 소유자 이메일이 인증되지 않으면 인증을 마칠 때까지 계정의 모든 메일함이 전송을 중단합니다.

API에서는 주소가 인증될 때까지 전송과 예약 전송이 오류 코드 account_email_unverified로 거부됩니다.

해결 방법:

• 로그인 이메일의 받은 편지함에서 등록 시 TrekMail이 보낸 인증 메일을 찾아 링크를 엽니다.
• 메일을 잃어버렸다면 배너에서 인증 이메일 다시 보내기를 클릭합니다.
• 소셜 로그인을 사용한다면 공급자가 인증했다고 가정하지 말고 대시보드에서 상태를 확인합니다.
• 링크가 더 이상 작동하지 않으면 이전 링크를 재사용하지 말고 새 메일을 요청합니다.

2026년 2월 19일 전에 등록된 계정에는 이 차단이 적용되지 않습니다.

확인 2: 도메인 DNS가 인증되지 않음

관리형 전송 경로를 사용하려면 도메인이 준비되어야 합니다. DNS 페이지에는 누락, 충돌 또는 확인 중인 레코드가 표시됩니다. SPF, DKIM 및 DMARC는 수신 공급자가 발신 메일을 평가하는 데도 도움이 됩니다.

증상: 도메인 페이지에 "도메인 인증 안 됨" 상태가 표시됨, 메일이 나갔다가 반송됨, 수신자가 스팸으로 들어갔다고 보고함.

해결 방법: 도메인 페이지에서 도메인과 DNS 상태를 엽니다. 각 레코드를 표시된 값과 비교하고 DNS 공급자에서 수정한 다음 DNS 확인을 실행합니다. 공개 DNS가 갱신되는 동안 결과가 보류될 수 있습니다. DNS 상태 확인을 참고하세요.

확인 3: Nano 요금제를 사용 중

Nano 요금제에는 can_send: false가 설정됩니다. SMTP 인증은 완료되지만 모든 발신이 제출 단계에서 거부됩니다.

증상: 클라이언트가 5xx 오류와 함께 "전송 실패"를 표시하고, 메일이 잠시 보낼 편지함으로 갔다가 돌아옵니다.

해결 방법: 요금제 페이지에서 관리형 전송이 있는 요금제를 선택하고 다시 시도하기 전에 활성 요금제와 도메인 상태를 확인합니다.

Nano를 유지해야 한다면 도메인에 BYO SMTP를 설정하세요. 사용자 지정 SMTP는 Nano를 포함한 모든 요금제에서 사용할 수 있습니다. 외부 SMTP 공급자의 자격 증명을 제공하면 TrekMail이 해당 경로를 사용합니다. IMAP 수신은 발신 경로와 별개로 계속됩니다.

확인 4: 일일 또는 시간당 한도 도달

각 요금제에는 메일함 및 계정별 일일 최대치, 시간당 속도 한도 및 메시지당 수신자 한도가 있습니다.

(Nano는 인증할 수 있지만 관리형 전송 경로는 꺼져 있습니다. 새 도메인, 이전 결제 이력이 없는 계정, 평가판, 또는 계정의 첫 결제 후 처음 24시간 동안은 현재 한도가 더 낮을 수 있습니다. 이 표는 요금제 최대치이며, 오늘 실제로 적용되는 계정 일일 허용량은 대시보드에 표시됩니다. 각 도메인의 SMTP 탭에는 새 도메인의 워밍업과 한도가 올라가는 날짜를 포함해 해당 도메인의 오늘 한도가 표시됩니다.)

증상: 처음에는 잘 보내지다가 하루 중 어느 시점부터 새 메시지가 나가지 않으며, 다음 중 하나가 표시됩니다.

• 웹메일에서는 메시지가 열린 채로 그 위에 창이 열립니다. 한도를 얼마나 사용했는지, 지금 한도가 왜 더 낮은지(체험, 첫 결제 후 첫날 또는 새 도메인), 언제 초기화되는지(사용자의 시간대 기준)를 보여 줍니다.
• 메일 앱에서는 코드 4.7.1, 도달한 한도, 수치, 초기화 시각이 담긴 영어 임시 응답과 함께 전송이 실패합니다. 예: "Daily sending limit reached for this account (50 of 50 today; trial account). Sending resumes at 00:00 UTC." 또는 "Hourly sending limit reached for this account (15 per hour; trial account). Sending resumes at 14:00 UTC." 첫 결제 후 처음 24시간 동안에는 응답에 그 사실과 전체 한도가 시작되는 시각이 함께 표시됩니다. 예: "(150 of 150 today; first payment under 24 hours ago, full limits from 2026-10-13 07:00 UTC)"

해결 방법: 먼저 메시지를 읽으세요. 어떤 한도에 도달했는지, 언제 초기화되는지 알려 줍니다. 그다음:

• 초기화될 때까지 기다리세요. 재시도해도 소용없습니다. 일일 한도는 00:00 UTC에, 시간당 한도는 매 정시(UTC)에 초기화됩니다.
• 체험 기간 중에는 결제를 관리하는 사람이 결제 → 체험을 종료하고 지금 구독 시작에서 체험을 일찍 끝낼 수 있습니다. 유료 구독이 시작되고 체험 한도가 즉시 올라갑니다. 요금제의 전체 한도는 그 첫 결제 후 24시간이 지나면 적용됩니다.
• 첫 결제 후 처음 24시간 동안에는 메일함마다, 그리고 계정 전체로 각각 하루 150명의 수신자에게 보낼 수 있고, 메시지 한 건은 50명에게, 메일 앱은 시간당 60건까지 보낼 수 있습니다. 24시간이 지나면 요금제의 전체 한도가 자동으로 적용되며, 정확한 시각은 대시보드에 표시됩니다.
• 새 도메인은 처음 7일 동안 워밍업합니다(13일째 40%, 47일째 70%, 8일째부터 전체 한도). 낮아지는 것은 해당 도메인과 그 메일함뿐이며, 다른 도메인은 전체 허용량을 그대로 씁니다.
• 전달된 메일도 포함됩니다. TrekMail 밖으로 전달되는 메시지는 직접 보내는 메일과 같은 계정 일일 허용량을 사용합니다.
• 업그레이드하면 요금제 허용량이 늘어납니다. 하지만 체험 기간 중에는 체험 한도가 해제되지 않으며(체험을 종료하면 해제됨), 첫 결제 후 처음 24시간 동안은 모든 요금제의 첫날 한도가 같고, 이미 거부된 메시지를 다시 보내 주지도 않습니다. 여유가 생기면 직접 다시 보내세요.

확인 5: 메시지당 수신자 수

메시지당 한도는 Nano 50명, Starter 100명, Pro 250명, Agency 500명입니다. 한도를 넘는 메시지는 전송 전에 거부될 수 있습니다. 체험 기간에는 첫 결제 전까지 메시지당 수신자가 10명, 첫 결제 후 처음 24시간 동안은 50명으로 제한되며, 웹메일은 이를 넘는 메시지를 보내기 전에 경고하고 예약 발송도 허용하지 않습니다.

해결 방법: 한도에 맞게 나누거나 업그레이드합니다.

확인 6: 메일함이 보낼 수 없음

메일함은 활성 상태이고 전송이 허용되어야 합니다. 비활성화되었거나 요금제 또는 도메인 변경 후 전송 기능을 잃었거나 안전 검토를 위해 일시 중지되었을 수 있습니다. 상태가 서로 다르므로 설정을 바꾸기 전에 대시보드나 앱의 메시지를 읽으세요.

증상: 같은 계정의 다른 메일함은 보낼 수 있지만 한 메일함만 실패합니다.

해결 방법: 대시보드에서 메일함을 열고 활성 상태인지 확인합니다. 메시지가 계정, 요금제 또는 도메인 문제를 지적하면 먼저 해결합니다. 로그인 정지는 보통 로그인을 차단하지만 그 자체로 수신 메일을 중단하지는 않습니다.

API에서는 요금제나 도메인 변경 후 전송할 수 없게 된 사서함의 전송이 오류 코드 mailbox_send_disabled로 거부됩니다. 아래의 일시적인 전송 중지에는 별도의 코드가 있습니다.

일시적인 전송 중지

수신 및 읽기는 계속되는 동안 전송만 중지될 수 있습니다. 활동이 메일함 자격 증명의 노출 가능성을 나타낼 때 발생할 수 있으며, 소유자가 접근을 검토하는 동안 도메인을 보호합니다.

증상: 메일은 도착하고 읽을 수 있지만 발신 메시지는 나가지 않습니다.

• 웹메일: "비정상적인 활동으로 이 메일함의 전송이 일시 중지되었습니다. 재개하려면 지원팀에 문의하세요."
• 메일 앱: 수신은 작동하지만 전송은 실패하고, 앱에서 서버가 주소를 발신자로 허용하지 않는다고 보고합니다.
• API: 오류 코드 mailbox_sending_paused로 전송이 거부됩니다.

해결 방법: 지원팀 검토가 필요합니다. 일반 메일함 상태 제어로 안전 중지를 해제할 수 없습니다.

1. 메일함 암호를 변경합니다. 메일함 보안을 참고하세요.
2. 각 휴대폰, 메일 앱 또는 SMTP 스크립트를 새 앱 비밀번호 또는 메일함에서 계속 허용하는 경우 새 메일함 비밀번호로 다시 연결하세요. 관리자 비밀번호 재설정은 모든 앱 비밀번호를 취소합니다. 비밀번호가 유출된 뒤 웹메일에서 직접 변경할 때는 모든 앱 비밀번호도 취소를 선택하세요.
3. 지원 페이지에서 티켓을 열어 암호를 바꿨다고 알립니다. 메일함 주소와 대략적인 시간을 포함하되 암호는 절대 포함하지 마세요.

검토 중에도 메일은 도착할 수 있습니다. 전송이 복원될 때까지 중요한 초안을 로컬에 저장하세요.

확인 7: 계정이 정지됨

계정 수준 정지는 발신 메일 및 기타 작업을 차단할 수 있습니다. 대시보드 배너에 다음과 같은 이유가 표시됩니다.

• "계정에 결제 문제가 있습니다. 결제 정보를 갱신하거나 지원팀에 문의하세요." 정보를 갱신한 후 결제 상태를 확인합니다. 결제 실패 해결을 참고하세요.
• "최근 메시지가 수신 서버에서 너무 많이 거부되어 발신 메일을 일시 중지했습니다." 지원 티켓을 여세요. 검토 전에 목록 관리, 발신자 설정 및 민감 정보를 가린 메시지 샘플을 요청할 수 있습니다.
• "계정이 일시적으로 제한되었습니다. 자세한 내용은 지원팀에 문의하세요." 악용 또는 보안 문제에 대한 검토를 요청하세요.

메일함이나 도메인을 바꿔 계정 정지를 우회할 수 없습니다. 해제될 때까지 계정의 모든 발신에 적용됩니다.

확인 8: SMTP 인증 자체가 실패함

클라이언트에 "535 Authentication failed" 또는 "Invalid credentials"가 표시되는 경우:

• 잘못된 비밀번호 또는 로그인 방식. 앱 비밀번호만인 메일함은 SMTP에 앱 비밀번호가 필요합니다. 메일함 비밀번호 또는 앱 비밀번호에서는 둘 다 사용할 수 있습니다. 계정 소유자의 대시보드 비밀번호는 사용하지 마세요. 웹메일의 설정 > 앱 비밀번호 또는 대시보드의 메일함 > 해당 메일함 > 보안 > 앱 비밀번호에서 만드세요.
• 메일함이 존재하지 않음. 메일함 목록을 확인하세요. 설정 오타로 앱에 구성된 것과 다른 메일함을 가리킬 수 있습니다.
• 유예 기간 후에도 소유자 이메일이 미인증. 확인 1을 참고하세요. 제출 단계에서 인증이 적용됩니다.

앱에 "Sign-in failed. This mailbox accepts app passwords only: create one in webmail under Settings > App passwords."(로그인에 실패했습니다. 이 메일함은 앱 비밀번호만 허용합니다. 웹메일의 설정 > 앱 비밀번호에서 만드세요.)라는 오류가 표시되면 앱 비밀번호를 만들어 받는 메일과 보내는 메일에 모두 입력하세요. 일부 앱은 "비밀번호가 틀렸습니다"만 표시합니다. 메일 앱 비밀번호를 참조하세요.

관리자의 비밀번호 재설정이나 비밀번호 복구는 모든 앱 비밀번호를 취소합니다. 영향을 받는 앱용으로 새 비밀번호를 만들거나 계속 허용되는 경우 메일함 비밀번호를 업데이트한 뒤 다시 연결하세요. 취소되거나 오래된 비밀번호로 계속 재시도하지 마세요.

확인 9: BYO SMTP 구성 오류

도메인이 외부 SMTP 공급자를 사용하는 경우:

• 도메인의 SMTP 탭에서 외부 자격 증명을 확인합니다. 도메인, 해당 도메인, SMTP 순서로 엽니다.
• 공급자 측에서 SMTP 제출을 활성화했는지 확인합니다. 일부 공급자는 자체 도메인 인증도 요구합니다.
• SMTP 탭의 테스트 기능을 사용하고 실제 메일을 보내기 전에 결과를 읽습니다.

외부 자격 증명이 유효하지 않으면 일반 오류가 발생할 수 있습니다. 공급자에서 수정하고 연결을 저장한 뒤 다시 테스트합니다.

확인 10: 수신자 서버가 거부함

TrekMail 측이 모두 정상인데 특정 수신 도메인에서 반송된다면:

• 수신 서버가 발신자 평판을 문제 삼을 수 있습니다. 새 도메인, 워밍업 부족, SPF/DKIM 불일치 등이 원인입니다. 높은 반송률과 도메인 워밍업 규칙을 참고하세요.
• 관련 없는 여러 수신 도메인이 동시에 실패하면 TrekMail 상태 페이지를 확인하고 오류와 시간을 지원 티켓에 포함합니다.
• 발신자 인증이 불완전하거나 DMARC 정책이 약하면 거부하는 수신자도 있습니다. 내용을 바꾸거나 묶음을 재시도하기 전에 SPF, DKIM 및 DMARC를 확인하세요.

일반 오류 코드 설명

여전히 해결되지 않는 경우

지원 페이지에서 티켓을 열고 다음을 포함하세요.

• 발신 메일함 (alice@yourcompany.com).
• 수신자 주소, 여러 주소가 반송되면 샘플 하나.
• 클라이언트 또는 반송 메시지의 정확한 오류.
• 웹메일이 같은 수신자에게 같은 메시지를 보낼 수 있는지 여부. (웹메일도 실패하면 서버 측 문제입니다.)

전송 가능성 정지 검토를 위해 수신자가 어떻게 동의했는지 설명하고 요청 시 민감 정보를 가린 샘플을 제공할 준비를 하세요. 전체 메일 목록, 자격 증명 또는 무관한 수신자 데이터는 보내지 마세요.