문제

마이크로소프트 365 수신자 — Outlook.com, Office 365, Exchange Online을 쓰는 회사의 누구든 — 에게 보낸 메일이 550 5.7.511 Access denied, banned sender [x.x.x.x]로 반송됩니다. 대괄호 안 값은 IP 주소입니다. 그 수신자들에게 가는 발신이 완전히 멈춥니다. 다른 업체로 가는 메일은 멀쩡히 나갈 수도 있습니다.

550 5.7.511이 실제로 뜻하는 것

글자 그대로 읽으면 오해를 부릅니다. “banned sender(차단된 발신자)“는 마치 당신의 메일 주소나 도메인이 어딘가 목록에 올라간 것처럼 들립니다. 아닙니다. 마이크로소프트가 대괄호에 넣는 값은 발신 IP 주소이고, 막힌 건 그 IP입니다. 어느 계정이 보냈든, 도메인이 얼마나 잘 설정돼 있든, 그 IP에서 마이크로소프트 365 사서함으로 나가는 모든 메시지가 거부됩니다.

550은 영구 거부이고, 여기서는 — 레이트 리밋이 5xx 옷을 입은 것과 달리 — 정말로 해제할 때까지 지속되는 차단입니다. 마이크로소프트는 어떤 출처 IP가 남용성 발송을 한다고 판단할 때 5.7.511을 적용합니다. 스팸, 피싱, 또는 탈취·하이재킹된 발신자처럼 보이는 볼륨·패턴 서명입니다. 마이크로소프트의 고신뢰 출처 단위 차단입니다.

그래서 사람들이 곧바로 떠올리는 두 가정은 둘 다 틀립니다. 인증 실패가 아닙니다 — 자격 증명이 틀리면 535가 뜹니다. 수신자 쪽 안전/차단 발신자 항목도 아니라서 누구에게 부탁해 껐다 켤 수 있는 게 아닙니다. 마이크로소프트 평판 차단 목록에 올라앉은 IP이고, 거기서 빼내는 건 설정이 아니라 절차입니다.

다음 행동을 가르는 갈림길

무엇보다 먼저 한 가지만 답하세요. 그 IP 주소가 당신이 통제하는 것인가?

  • 자체 메일 서버를 전용 IP로 운영한다면, 평판은 전적으로 당신 것입니다 — 당신이 만들었고, 신청할 수 있지만, 원인을 고친 뒤에만 됩니다.
  • 공용 IP로 보낸다면 — 호스팅 업체 메일 서버, 공용 SMTP 릴레이, 플랫폼의 풀링된 발신자 — 평판도 피해도 공유됩니다. 다른 입주자의 스팸이 IP 전체를 차단시킬 수 있고, 소유하지 않은 IP는 보통 직접 해제하지 못합니다. 그건 마이크로소프트에 보내는 메일이 아니라 업체에 여는 티켓입니다.

이걸 잘못 짚으면 며칠을 날립니다. 업체가 통제하는 IP를 두고 해제 요청을 날린 뒤 48시간을 기다렸다가, 애초에 고칠 수 있는 당사자가 아니었어서 아무것도 안 되는 경우가 흔합니다.

5.7.606과 왜 다른가

마이크로소프트 메일 차단을 겪어봤다면 550 5.7.606-649 Access denied, banned sending IP를 봤을 겁니다. 같은 개념 — 차단된 출처 IP — 이지만 등급이 다르고, 그 차이가 5.7.511이 더 나쁜 이유 전부입니다.

  • 5.7.606-649는 셀프서비스 차단입니다. sender.office.com 해제 포털에 IP를 제출하면 보통 금방 풀립니다. 신뢰도 낮은 평판 판단이라 마이크로소프트가 스스로 해제하게 둡니다.
  • 5.7.511은 더 강한 차단입니다. 마이크로소프트가 일부러 셀프서비스 포털에서 뺍니다. 폼으로 못 풉니다. delist@microsoft.com으로 전체 NDR과 IP를 보내면, 마이크로소프트가 그 출처의 트래픽을 조사할 수 있고, 보통 48시간 안에 다음 단계를 회신합니다.

만약 5.7.606 쪽이라면 550 5.7.606 발신 IP 차단 가이드를 보세요 — 그쪽 경로가 더 빠릅니다.

가장 흔한 원인 3가지

  1. 탈취된 사서함이 보이지 않는 스팸을 보낸다. 갑작스러운 강한 IP 차단의 가장 흔한 방아쇠는 계정 탈취입니다. 공격자가 그 IP의 사서함 자격 증명을 쥐고 IP 평판이 무너질 때까지 조용히 스팸을 뿌립니다. 신호는 불일치입니다 — 당신의 정상 볼륨은 낮은데 마이크로소프트는 홍수에 반응합니다. 너무 세게 보냈다고 단정하기 전에 이것부터 확인하세요.
  2. 잘못 설정됐거나 열린 릴레이. 받아선 안 될 메일을 받아 전달하는 서버 — 오픈 릴레이, 또는 재시도 루프로 그 서버를 통해 릴레이하는 앱 — 는 스팸 통로가 되고, IP가 그 대가를 치릅니다. 내용 문제가 아니라 서버 설정 문제라서, 릴레이가 열린 채면 해제되는 순간 다시 차단됩니다.
  3. 평판 없는 인프라에서 나오는 남용성 볼륨. 발송 이력도 PTR 레코드도 없고 SPF/DKIM/DMARC가 없거나 정렬 안 된 새 IP가 갑자기 실볼륨을 밀면, 마이크로소프트 눈에는 딱 스패머로 보입니다. 정상 메일이라도 신뢰 발신자가 갖춰야 할 신호가 하나도 없는 출처에서 오면 최강 차단에 걸릴 수 있습니다.

DechoNet으로 진단

  • 이메일 진단 — 발신 도메인에 SPF·DKIM·DMARC가 있고 정렬돼 있는지 확인하세요. 이게 바로 마이크로소프트가 원하는 개선 증거입니다. 인증이 제대로 된 깨끗한 출처의 신청이 성공할 확률이 훨씬 높고, 트래픽이 책임 추적 가능하다는 걸 보여주므로 다시 막히지도 않습니다.
  • 역방향 DNS 진단 — 마이크로소프트는 역방향 DNS를 크게 봅니다. 발신 IP에 PTR 레코드가 있고 정방향 확인(호스트명이 같은 IP로 되돌아 해석)이 되는지 확인하세요. PTR 부재·불일치는 남용 출처로 보이는 가장 빠른 길이자 고치기 가장 쉬운 것 중 하나입니다.
  • IP 진단 — 메일이 실제로 어느 IP에서 나가는지 확인하세요(릴레이·스마트호스트 뒤라면 생각한 그 IP가 아닌 경우가 많습니다). 그래야 맞는 주소로 신청하고 그 IP가 무엇과 엮여 있는지도 볼 수 있습니다.

해결 체크리스트

  • NDR을 읽고 대괄호 속 IP를 그대로 복사하세요. 그게 막힌 주소입니다 — 업체 것이 아니라 당신이 고칠 수 있는 IP인지부터 확인.
  • 공용·업체 소유 IP라면 여기서 멈추고 업체에 티켓을 여세요. 해제와 깨끗한 IP 이전은 업체 몫입니다.
  • 신청 전에 근본 원인을 찾아 죽이세요. 탈취부터 의심 — 발신 계정 비밀번호 재설정, 세션 회수, 보낸편지함 확인. 오픈 릴레이 폐쇄. 폭주하는 앱·기기 정지.
  • 이메일 진단으로 SPF/DKIM/DMARC 공백을 전부 메우고, 역방향 DNS 진단으로 정방향 확인되는 PTR을 확보하세요. 이게 개선 증거입니다.
  • 그다음에야 delist@microsoft.com으로 전체 NDR과 발신 IP를 보내세요. 원인이 무엇이었고 무엇을 고쳤는지 분명히 쓰세요 — 개선 없이 “풀어주세요”만 보내면 대개 진전이 없습니다.
  • 마이크로소프트 회신(보통 48시간 안)을 기다려 지시대로 하세요. 갓 해제된 IP에서 대량 발송을 재개하지 말고, 서서히 늘리세요.

언제 에스컬레이션하나

  • 탈취 계정이 원인이라면 — 낮은 개인 볼륨, 높은 남용 볼륨 — 메일 전송 문제가 아니라 보안 사고로 다루세요. 계정을 안전하게 만들지 않고 IP만 해제하면 다음 차단까지 시계만 되감는 셈입니다.
  • 공용 발송 인프라에서 5.7.511이 계속 반복된다면, 해법은 또 한 번의 신청이 아니라 — 공용 IP를 떠나 평판을 직접 통제하는 전용 IP나 전용 발송 서비스로 가는 것입니다.
  • 마이크로소프트로 가는 메일이 계속 실패할 때 함께 볼 발신 측 차단: 550 5.7.606 발신 IP 차단(셀프 해제 가능한 사촌), 550 5.7.25 (역방향 DNS), 550 5.7.26 (미인증).

내 도메인에서 바로 확인

무료, 가입 불필요. 이 가이드가 다루는 항목을 바로 검사하고 조치 방법을 알려드립니다.