문제
메일이 반송되거나 메일 클라이언트가 오류를 뱉는데, 550 5.4.5 Daily user sending quota exceeded와 gsmtp 같은 서버 ID가 붙어 있습니다. 발신이 멈춥니다. 받은편지함은 멀쩡합니다 — 읽고, 받고, 전부 열 수 있습니다 — 그런데 보내는 건 하나도 나가지 않습니다.
550 5.4.5가 실제로 뜻하는 것
전문 용어를 걷어내면 딱 한 문장입니다. 지난 하루 동안 너무 많이 보냈으니, 당분간 더는 받지 않겠다.
550은 영구 거부(5xx)지만, 여기서 “영구”는 “이번 시도에 한해 영구”라는 뜻입니다 — 영구 차단이 아닙니다. 5.4.5는 확장 상태 코드이고, .4. 클래스는 인증이나 잘못된 주소가 아니라 네트워크·라우팅 조건에 관한 것입니다. 구글의 평문 설명은 “Daily user sending quota exceeded”, 이게 전부입니다. 하드 실패의 옷을 입은 레이트 리밋입니다.
그래서 사람들이 곧바로 떠올리는 두 가정은 둘 다 틀립니다. 인증 문제가 아닙니다 — 비밀번호가 틀리면 535가 뜹니다. 계정 정지도 아닙니다 — 그건 5.2.1이나 정지 페이지입니다. 자격 증명은 유효하고, 계정은 살아 있으며, 망가진 건 예산을 다 썼다는 사실뿐입니다.
다음 행동을 가르는 갈림길
무엇이든 손대기 전에 한 가지만 답하세요. 내가 보낸 수신자 수가 정말 이 한도에 걸릴 만큼인가?
Gmail은 메시지가 아니라 수신자를 세고, 받는사람·참조·숨은참조를 전부 셉니다 — 여기에 반송된 주소까지 더합니다. 전송을 시도했기 때문입니다. 그래서 정직하게 계산하면 “몇 통 보냈다”보다 훨씬 큰 경우가 많습니다. 300명 리스트에 뉴스레터 다섯 통은 1,500 수신자입니다. 실패 재시도를 도는 스크립트는 매 재시도를 셉니다. 절반이 죽은 리스트로 보내도 죽은 절반에 할당량을 씁니다.
- 계산이 맞는다면 — 실제로 대량 발송을 했거나 큰 리스트를 두드렸다면 — 정당한 천장에 걸린 것이고, 해법은 어떻게 보내느냐에 있습니다(아래).
- 계산이 안 맞는다면 — 개인 메일 열두 통 보내고 벽에 부딪혔다면 — 멈추고 계정 탈취를 의심하세요. 탈취된 계정에서 조용히 스팸을 뿌리는 것이, 가벼운 개인 사용자가 5.4.5를 보는 가장 흔한 이유입니다. 비밀번호를 바꾸고, 활성 세션을 종료하고, 다른 무엇보다 먼저 보낸편지함을 읽으세요.
이 한 번의 확인이, 공격자가 계속 할당량을 채우는 동안 리셋을 하염없이 기다리는 실수를 막아 줍니다.
가장 흔한 원인 3가지
- 개인 메일함을 대량 발송 서버로 쓰고 있다. Gmail의 사용자별 발송은 — 웹이든
smtp.gmail.com이든 — 사람이 메일을 쓰라고 만든 것이지, 마케팅 블라스트나 트랜잭션 큐를 위한 게 아닙니다. 무료 Gmail은 24시간 롤링당 약 500 수신자, 유료 워크스페이스는 사용자당 하루 2,000 메시지에 고유 수신자 3,000명(외부 2,000명)입니다. 뉴스레터, 콜드 아웃리치, 앱 생성 메일을 이 관으로 밀어 넣으면 5.4.5에 금방 걸립니다. 이건 올려야 할 한도가 아니라, 잘못된 도구입니다. - 낡거나 부풀린 수신자 리스트가 카운트를 키운다. 실패·반송 수신자도 세기 때문에, 죽은 주소가 가득한 리스트는 할당량을 두 번 씁니다 — 발송에서 한 번, 평판 타격에서 한 번. 큰 배포 리스트, 참조·숨은참조 벽, 자동 재시도가 전부 “N통 보냈다”가 암시하는 것보다 수신자 합계를 조용히 부풀립니다.
- 계정이 탈취돼 보이지 않는 스팸을 보내고 있다. 가벼운 개인 사용자가 대량 발송 천장에 걸릴 때, 원인은 대개 내가 안 보낸 메일입니다. 공격자는 탈취한 계정으로 할당량이 막힐 때까지 스팸을 보내고, 5.4.5는 그 부작용이지 문제 자체가 아닙니다. 신호는 불일치입니다 — 높은 발송량, 낮은 개인 활동.
DechoNet으로 진단
- 이메일 진단 — 발신 도메인에 SPF·DKIM·DMARC가 실제로 설정되고 정렬돼 있는지 확인하세요. 이미 소모된 할당량을 되돌리진 못하지만, 실제 볼륨을 보내는 중이라면 약한 인증이 바로 구글이 게시된 한도 아래에서 당신을 스로틀링하는 이유입니다 — 이를 고치는 것이 안정적 도달과 영구 스팸함행을 가릅니다.
- 역방향 DNS 진단 — Gmail 웹 클라이언트가 아니라 자체 서버나 릴레이로 메일을 옮기는 중이라면, PTR 레코드 부재나 불일치가 발신자 평판을 떨어뜨려 구글의 행동 기반 스로틀링을 더 빨리 부릅니다. 정방향과 역방향이 일치하는지 확인하세요.
- DNS 진단 — 도메인의 MX·메일 레코드가 예상대로 해석되는지 검증해, 대량 발송을 개인 메일함에서 옮길 때 생각한 인프라로 착지하도록 하세요.
해결 체크리스트
- 먼저 수신자 계산부터. 볼륨이 한도에 안 맞으면 탈취로 취급하세요 — 비밀번호 변경, 전 세션 로그아웃, 그리고 무엇보다 보낸편지함과 필터 점검.
- 정당한 대량 발송이었다면, 사용자별 한도를 올리려 애쓰지 마세요 — 고정값이고 어떤 관리자도 못 올립니다. 대신 그 트래픽을 올바른 채널로 옮기세요.
- 워크스페이스 대량·앱 메일은
smtp.gmail.com이 아니라smtp-relay.gmail.com(하루 최대 10,000 수신자, 트랜잭션당 100)으로 라우팅하세요. - 진짜 마케팅·트랜잭션 볼륨이라면, 그 용도로 만든 전용 발송 서비스를 쓰세요 — 개인 메일함은 결코 메일링 리스트의 집이 될 수 없습니다.
- 리스트를 청소하세요. 죽은 주소를 지워 반송이 할당량을 쓰고 평판을 깎는 것을 멈추세요.
- 발송을 다시 늘리기 전에 발신 도메인으로 이메일 진단을 돌려 SPF/DKIM/DMARC 공백을 메우세요.
- 그다음 롤링 창을 기다리세요. 수동 리셋은 없고, 최근 발송들이 24시간을 넘겨 만료되면서 발송 여력이 조금씩 돌아옵니다.
언제 에스컬레이션하나
- 워크스페이스 관리자인데 사용자들이 평소 업무 중 계속 5.4.5에 걸린다면, 해법은 지원 티켓이 아니라 그 메일을 어떻게 보내는지 재설계하는 것입니다(SMTP 릴레이 또는 외부 이메일 서비스). 사용자별 일일 한도는 조정되지 않습니다.
- 패턴이 탈취를 가리킨다면 — 높은 볼륨, 낮은 사람 활동, 보낸편지함의 낯선 메시지 — 할당량 문제가 아니라 보안 사고로 다루세요. 자격 증명 초기화, 세션 회수, 계정 접근 검토.
- 발신 측 문제로 메일이 계속 실패할 때 함께 볼 것: 550 5.7.25 (역방향 DNS), 550 5.7.26 (미인증), 그리고 이 영구 5xx 상한의 재시도 가능한 4xx 사촌인 421 4.7.28 레이트 리밋.
내 도메인에서 바로 확인
무료, 가입 불필요. 이 가이드가 다루는 항목을 바로 검사하고 조치 방법을 알려드립니다.