앱 라벨이 아닌 실제 경로의 인벤토리를 작성하세요.
“ SMTP 사용”은 이메일 팀에게 애플리케이션 전송이 허용되는 방법을 알려주지 않습니다. 응용 프로그램은 사서함을 통해 제출하거나, 조직의 커넥터를 통해 중계하거나, 수신자 시스템에 직접 전달할 수 있습니다. 이러한 경로에는 ID, 권한 및 수신자 제한이 다릅니다. 공급업체 이름과 보낸 사람 주소만 기록하는 재고는 경로를 작동시키는 조건을 놓칠 수 있습니다.
실질적으로 다른 각 응용 프로그램 경로에 대해 하나의 항목을 만듭니다. 구성된 엔드포인트, 포트, 전송 요구 사항, 인증 방법을 캡처합니다. 봉투 보낸 사람, 보낸 사람 주소, 예상 수신자 및 대기열 소유자가 표시됩니다. 해당되는 경우 수신 서비스에서 관찰한 호스팅 위치와 공개 소스 IP를 포함합니다. 머신의 개인 주소는 네트워크 변환 후 클라우드 커넥터가 보는 주소의 증거가 아닙니다.
공급자 제품 이름과 SMTP 역할 구별
SMTP 릴레이는 일반적인 전송 역할인 반면, Microsoft의 " SMTP 릴레이" 및 "직접 보내기" 레이블은 특정 옵션으로 문서화되어 있습니다. 2026년 11월 8일에 검토된 Microsoft 365 응용 프로그램 설정 가이드에서 클라이언트 제출은 사서함 인증을 사용하고, 릴레이는 인바운드 커넥터를 사용하며, 직접 보내기는 외부 릴레이를 제공하는 대신 클라우드 조직 내부의 수신자에게 도달합니다. 이러한 라벨을 무비판적으로 다른 제공자에게 양도해서는 안 됩니다. Microsoft 애플리케이션 메일 설정.
프로토콜 수준에서 클라이언트는 SMTP 트랜잭션을 제공하고 개별 단계에 대한 응답을 받습니다. 성공적인 연결이 모든 대상에 대한 중계 권한을 설정하는 것은 아닙니다. 거부된 수신자의 문제를 해결하기 전에 선택한 엔드포인트에 대한 수신 역할을 기록하십시오. 공용 MX 는 소유자를 무제한 발신 서비스로 사용하라는 초대가 아닌 인바운드 대상입니다. RFC 5321 , 섹션 2.3 및 3.3.
인벤토리 옆에 경로 요구사항을 입력하세요.
문서화된 Microsoft 선택 항목의 경우 클라이언트 제출용 smtp.office365.com 과 릴레이 또는 직접 전송용 테넌트 MX 엔드포인트를 기록합니다. 릴레이 자격은 구성된 인증서 또는 적격 공용 IP 커넥터에 따라 다릅니다. 사서함 인증은 제출 경로에 속합니다. 일반 구성 레시피를 복사하는 대신 호스팅, 발신자 도메인, 전송 및 수신자 도달 범위에 대한 현재 가이드의 제약 조건을 유지하세요. Microsoft의 설정 페이지는 2026년 9월 16일에 업데이트되었습니다. 테넌트 적용 여부는 아직 확인이 필요합니다. Microsoft 애플리케이션 메일 설정.
요구 사항에 대한 경로 맵은 문서화된 인벤토리 프레임워크입니다. 그 목적은 누락된 증거를 노출하는 것이지 자동으로 경로를 선택하는 것이 아닙니다. 애플리케이션에 외부 수신자가 필요한 경우 내부 테스트가 성공하더라도 테넌트 전용 경로는 기능 불일치입니다. 경로가 커넥터에 의존하는 경우 확인된 커넥터 일치 없이 저장된 호스트 이름은 불완전한 증거입니다. 인증 설정을 의도적으로 제한하는 경우 보안 제어를 비활성화하는 대신 승인된 지원 디자인을 선택하여 기존 레시피를 작동시키세요.
인증 결과와 발신자 인증을 별도로 유지하세요.
메일 제출에 대한 서비스의 권한은 메시지의 권한과 별개입니다. SPF, DKIM 그리고 DMARC 다운스트림 수신기에서의 결과. 성공적인 사서함 인증은 표시되는 보낸 사람 주소가 해당 사서함에 대해 승인되었음을 증명하지 않습니다. 소스와 일치하는 커넥터가 모든 결과 메시지가 인증을 정렬했음을 증명하지는 않습니다. 반대로 공개를 변경하면 SPF 레코드 SMTP 서비스 릴레이 권한을 부여하지 않습니다.
별도의 인벤토리 필드에 관리 권한과 다운스트림 신원 증거를 기록합니다. DMARC 인증된 식별자에 대해 작성자 도메인을 평가합니다. 이는 애플리케이션이 제출 자격 증명을 보유하는 레지스트리가 아닙니다. 최종 수신자의 결과는 정확한 메시지 및 평가 위치와 연결되어야 합니다. RFC 9989 , 섹션 4.4. 자격 증명과 토큰은 인벤토리나 진단 티켓에 표시되어서는 안 됩니다. 대신 소유자 및 관리 프로세스에 대한 승인된 참조를 기록하세요.
가상 애플리케이션을 사용하여 숨겨진 종속성을 노출합니다.
가상의 창고 스캐너가 테넌트 MX 엔드포인트를 통해 직원에게 파견 알림을 보낸다고 가정해 보겠습니다. 인벤토리에는 " SMTP 릴레이"라고 표시되어 있지만 커넥터 증거가 첨부되어 있지 않습니다. 나중에 팀에서 외부 택배사 주소를 추가했는데 배송이 실패했습니다. 실패가 택배사의 도메인이나 스캐너의 SPF 에 결함이 있음을 입증하지는 않습니다. 첫 번째 질문은 경로가 외부 릴레이에 대해 승인되었는지 여부 또는 성공적인 내부 메일이 다른 서비스 경로를 사용하고 있는지 여부입니다.
두 번째 가상 변경 사항은 스캐너의 트래픽을 새로운 네트워크 게이트웨이를 통해 이동시킵니다. 애플리케이션 설정은 동일하게 유지되지만 서비스에 표시되는 공개 소스는 변경됩니다. 승인된 경로가 해당 소스 ID에 의존하는 경우 변경되지 않은 애플리케이션 화면은 오해의 소지가 있습니다. 구성을 변경하기 전에 승인된 커넥터 증거와 실제 네트워크 경로를 이전 작업 기록과 비교하십시오. 두 시나리오 모두 실시간 테스트나 계정 진단이 아닙니다.
통제된 승인 테스트 계획
모든 필수 수신자 카테고리, 무해하고 고유하게 식별된 메시지 및 책임 있는 운영자와의 시간 범위에 대해 승인된 수신자를 선택하십시오. 가능한 경우 전체 SMTP 응답 및 단계, 대기열 식별자, 경로 및 최종 신뢰할 수 있는 인증 결과를 기록합니다. 제출 승인 응답은 최종 받은 편지함 배치가 아니라 전달임을 증명합니다. 다운스트림 서버는 메시지 데이터에 따른 긍정적인 완료 응답 후에 전송 책임을 맡습니다. RFC 5321 , 섹션 4.2.5.
관련 없는 수신자 또는 공개 릴레이를 조사하지 않고 부정적인 기대를 포함합니다. 경로가 의도적으로 내부 전용인 경우 요구 사항은 해당 제한 사항을 문서화하는 것이지 우회 방법을 찾는 것이 아닙니다. 메일 서비스에 이미 첫 번째 메시지가 대기열에 있는 동안 애플리케이션이 두 번째 메시지를 생성하지 않도록 재시도 소유권을 명시적으로 유지하세요.
인벤토리 버전을 유지하세요.
네트워크 마이그레이션, 인증서 갱신, 인증 정책 변경 또는 수신자 범위 확장 후 항목을 검토하세요. 공급자 문서는 날짜가 기록된 증거인 반면 실제 테넌트 구성은 별도의 증거입니다. 더 이상 사용되지 않는 인증 방법은 비밀번호를 공유하거나 보호 장치를 약화시켜 구출되어서는 안 됩니다.
현재 공급자 증거와 제어된 테스트 메시지가 포함된 요구 사항에 대한 경로 맵입니다. 이 정확한 요구 사항은 여전히 열려 있습니다. 테넌트 설정, 커넥터, 자격 증명, 네트워크 경로 또는 제어된 메시지가 검사되거나 변경되지 않았습니다. 제공된 지도와 예시는 조사를 준비합니다. 이는 응용 프로그램이 올바르게 구성되었음을 인증하지 않습니다.