한도를 선택하기 전에 신청 경로를 확인하세요
Microsoft 365 에서 특정 수의 이메일을 허용한다는 설명은 불완전합니다. 사서함 제출, 커넥터 기반 릴레이, 직접 전송 흐름 및 전용 이메일 서비스에는 서로 다른 제약 조건이 있을 수 있습니다. 유용한 질문은 실제 전송 경로, ID, 테넌트 및 수신자에 어떤 문서화된 제한이 적용되는지입니다. 이 가이드에서는 2026년 11월 8일 현재 자사 소스를 검토합니다. 테넌트, 대기열 또는 애플리케이션이 검사되지 않았습니다.
끝점, 인증 방법, 제출 ID, 표시되는 보낸 사람, 봉투 ID, 커넥터(있는 경우), 대상 채우기 및 일반 버스트 패턴을 포함하는 애플리케이션 인벤토리로 시작합니다. 예약된 작업 및 재시도 대기열을 포함합니다. 친숙한 응용 프로그램 이름이나 Microsoft 호스트 이름만으로는 사서함, 릴레이 커넥터 또는 다른 서비스가 배달을 담당하는지 여부를 설정할 수 없습니다.
릴레이 및 직접 전송과 별도의 사서함 제출
마이크로소프트의 기기 및 애플리케이션 경로 안내, 2026년 9월 16일 업데이트됨에서는 인증된 클라이언트 SMTP 제출, 인증된 커넥터 릴레이 및 직접 전송을 구별합니다. 사서함 제출에는 사서함 전송 제한이 적용됩니다. 커넥터 릴레이는 동일한 클라이언트 제출 제한의 적용을 받지 않지만 적용 가능한 서비스 제어의 적용을 받습니다. 직접 보내기는 클라우드 조직 외부의 수신자에게 전달할 수 없습니다.
메일함 속도가 불편하다는 이유만으로 작업 부하를 릴레이로 이동하지 마십시오. 현재 공급자 지침을 통해 경로 적격성, 신뢰 구성, 발신자 인증 및 수신자 범위를 확인하세요. 타사 서비스에서 호스팅되는 애플리케이션은 문서화된 커넥터-릴레이 설계에 자동으로 적합하지 않습니다. 이 평가에서는 커넥터, 권한 또는 자격 증명 변경을 제안하지 않습니다.
각 사서함 측정값을 자체 단위로 읽습니다.
그만큼 Exchange Online 제한 페이지, 2026년 10월 19일에 업데이트됨, 지정된 Exchange Online 계획에 대해 일일 수신자 10,000명, 분당 메시지 30개를 나열합니다. 수신자 비율 창이 롤링되고 메시지별 수신자 설정은 별도의 측정값입니다. 이는 모든 응용 프로그램이나 모든 Microsoft 브랜드 서비스에 대한 포괄적 허용량이 아니라 문서화된 사서함/서비스 계획 수치입니다.
메시지 수와 수신자 수를 분리하고 최대 구성 값을 사서함의 실제 설정과 구별합니다. 배포 목록 처리는 사서함 수준 계산과 테넌트 수준 계산에 따라 다를 수 있습니다. 하나의 제출된 메시지가 모든 할당량의 한 단위를 소비한다고 가정하기보다는 관련 멤버십 확장 및 관찰된 구성을 기록하십시오. 여러 응용 프로그램이 사서함을 공유하는 경우 결합된 트래픽은 해당 사서함의 예산에 중요합니다.
테넌트 전체 외부 수신자 범위 추가
마이크로소프트의 TERRL 발표 및 업데이트 별도의 테넌트 외부 수신자 제한을 설명합니다. 2026년 8월 13일 업데이트에서는 9월 14일부터 적용되는 할당량 변경 사항을 소개하고 테넌트 연령과 라이선스 인구를 구분합니다. GCC, GCCH, DoD 및 21Vianet에 대한 출시가 연기되었다고 명시되어 있습니다. 이러한 클라우드 구별로 인해 테넌트의 제품 이름만을 기반으로 하는 전 세계적인 주장이 방지됩니다.
동일한 소식통은 테넌트를 통해 릴레이된 외부 트래픽이 계산될 수 있으며 반복적인 배달은 고유 주소 허용량이 아니라고 말합니다. 수신자 도메인과 허용 도메인 구성이 중요합니다. 다른 Microsoft 365 테넌트는 자동으로 내부용이 아닙니다. 사서함이 없는 항목에 대한 보편적인 면제를 고안하는 대신 특정 시스템 또는 전용 서비스 트래픽에 대한 현재 예외 목록을 참조하세요.
해결되지 않은 문서 불일치가 있습니다. 업데이트된 공지에는 평가판 테넌트에 대한 외부 수신자가 500명이라고 명시되어 있지만 일반 제한 페이지 및 문제 해결 가이드 상태 5,000. 일반 제한 페이지에는 이후 페이지 업데이트 날짜가 있으므로 날짜 순서만으로는 충돌이 해결되지 않습니다. 용량을 약속하기 전에 해당 Exchange 관리 센터 보고서에서 둘 다 기록하고 테넌트의 표시된 할당량 및 적용 상태를 확인하세요.
실제 제한사항 진단
전체 응답, 확장 상태 코드, 타임스탬프, 제출 경로 및 영향을 받는 수신자를 캡처합니다. Microsoft는 테넌트 외부 수신자 제한에 대해 5.7.233을 문서화하고 기타 제한 사항에 대해서는 별도의 진단을 제공합니다. 영구적인 SMTP 오류는 기본 할당량이 나중에 떨어질 수 있으므로 일시적으로 발생하지 않으며 애플리케이션은 최종 결과가 불확실한 트랜잭션을 맹목적으로 반복해서는 안 됩니다. RFC 5321 응답 클래스를 구별합니다. 완전한 교환과 애플리케이션의 대기열 상태를 보존합니다.
침해 의심 블록은 일반적인 용량 소진과도 다릅니다. 문제 해결 지침에서는 액세스를 복원하기 전에 계정이 제한된 이유를 조사해야 합니다. 이유를 이해하지 못한 채 사서함을 추가하거나 보호 기능을 약화시키거나 자격 증명을 변경하면 문제를 해결하기보다는 숨길 수 있습니다. 진단 또는 계정 증거가 남용을 암시하는 경우 보안 소유자를 할당합니다.
여유 공간을 확보하지 않고도 대표 워크로드 매핑
가상의 세 가지 애플리케이션 세트를 생각해 보세요. 청구 작업은 하나의 인증된 사서함을 통해 제출되고, 사이트 서버는 승인된 커넥터를 사용하며, 스캐너는 직원을 위해 직접 보내기를 사용합니다. 제안된 검토에서는 사서함 제한을 청구 작업에 매핑하고, 적용 가능한 테넌트 외부 수신자 범위를 커넥터의 외부 트래픽에 매핑하고, 내부 수신자 경계를 스캐너에 매핑합니다. 이러한 경로와 구성은 관찰되지 않았습니다. 실제 평가에 필요한 인벤토리 필드를 보여줍니다.
각 경로에 대해 동일한 리소스의 다른 사용자를 고려하여 정상 및 최악의 예상 수신자 수요를 실제 구성된 제한 및 남은 허용량과 비교합니다. 버스트, 재시도, 확장된 그룹 및 가동 중지 기간을 모델링합니다. 테스트로 한도가 소진될 때까지 보낼 계획을 세우지 마십시오. 별도로 승인된 제어 샘플 및 공급자 원격 측정을 사용하여 피할 수 있는 트래픽을 생성하거나 배송을 방해하지 않고 경로를 확인합니다.
날짜가 지정된 경로 결정을 유지합니다.
선택한 경로, 소스 개정, 테넌트/클라우드 범위, 실제 할당량 증거, 예외 해석, 운영 소유자 및 검토 트리거를 문서화합니다. 워크로드에 다른 서비스가 필요한 경우 해당 서비스의 현재 자격과 제한을 독립적으로 평가하세요. 전용 서비스가 적절할 수 있지만 무제한의 해결 방법은 아니며 변경하려면 자체 승인이 필요합니다.
정확한 증거 게이트는 계속 열려 있습니다. 숫자 임계값을 만들지 않고도 현재 공식 제한을 대표적인 적용 경로에 매핑합니다. 제안된 지도는 소스 기반이지만 관찰된 세입자 평가는 아닙니다. 섭취에는 추가로 특정 경로를 테스트해야 합니다. 원본 경로 증거, 적용 가능한 소스 충돌 해결, 기술 검토 및 릴리스 승인이 여전히 필요합니다.