Outlook에서 민감도 레이블이 보이지 않는 문제: Microsoft 365 민감도 레이블 누락 해결 방법

By Mirko Peters · 2026-04-22

Outlook을 열었는데 민감도 레이블이 어디에도 보이지 않은 적이 있다면, 혼자만 겪는 문제가 아닙니다. "Outlook 레이블 표시 안 됨" 문제는 컴플라이언스 중심의 대기업부터 일반 비즈니스 사용자까지 규모와 관계없이 많은 조직에서 발생합니다. 이 가이드는 Outlook에서 중요한 Microsoft 365 민감도 레이블이 누락되는 이유를 파악하고, 레이블을 다시 표시하는 방법을 다룹니다.

Automatically translated with AI from the original post. Read the English original

Cover: Why Microsoft 365 Native Controls Are Not Real Governance

구성 오류나 라이선스 불일치처럼 흔히 발생하는 원인부터 보안 정책, 캐싱, 공유 사서함과 관련된 찾기 어려운 문제까지 함께 살펴봅니다. 조직의 보호 상태를 유지해야 하는 Microsoft 365 관리자, 사용자 문의에 응대하는 헬프데스크 담당자, 또는 레이블 정책 때문에 같은 문제를 반복해서 겪는 분이라면 실질적인 단계와 명확한 설명을 여기서 얻을 수 있습니다. 여러분이 사용하는 Outlook 환경에서 레이블이 제대로 작동하도록 함께 해결해 보겠습니다!

민감도 레이블이란 무엇이며 Microsoft 365에서 왜 사용해야 할까요?

Microsoft 365의 민감도 레이블은 이메일이나 문서에 붙이는 디지털 태그와 같습니다. 이 태그를 통해 Microsoft와 동료에게 해당 콘텐츠가 얼마나 비공개적이거나 기밀이거나 중요한지를 알려줄 수 있습니다. 정보에 큰 "방해 금지" 표지판을 거는 것과 비슷하지만, 이 표지판은 누가 접근할 수 있는지, 내용을 누가 볼 수 있는지, 그리고 그 내용으로 무엇을 할 수 있는지까지 제어할 수 있다는 점이 다릅니다.

조직은 민감한 비즈니스 정보를 보호하고, 법적 또는 업계 규정을 준수하며, 고객 목록부터 이사회 회의록까지 내부 기밀을 안전하게 관리하기 위해 이러한 레이블을 설정합니다. 민감도 레이블을 적용하면 파일을 자동으로 암호화하거나, 공유를 제한하거나, 이메일 전달을 막을 수 있습니다. 민감도 레이블은 Microsoft 365의 데이터 거버넌스 및 컴플라이언스 접근 방식의 기본 요소입니다.

Microsoft 365는 민감도 레이블을 통합하여 기업이 분류, 데이터 손실 방지, 정보 수명 주기 관리를 수행할 수 있도록 돕습니다. 이는 단순히 "컴플라이언스 체크리스트를 채우는" 것이 아닙니다. 기밀 문서를 추적하고 통제하며, 의도하지 않은 노출을 줄이고, 까다로운 감사 질문에도 답할 수 있는 보안 환경을 구축하는 것입니다. 민감도 레이블을 올바르게 사용하면 조직이 중요한 콘텐츠 주변에 Purview 보호막을 구축하는 데도 도움이 되므로, 혼란 없이 협업하면서도 마음 편히 업무를 마칠 수 있습니다.

Outlook 및 Office 앱에서 데이터 보호를 위해 민감도 레이블이 작동하는 방식

민감도 레이블은 Outlook만의 부가 기능이 아닙니다. Word, Excel, PowerPoint, SharePoint를 포함한 Microsoft 365 앱 전반에서 작동합니다. 사용자가 이메일이나 문서에 레이블을 적용하면 Microsoft Purview가 암호화, 워터마크, 콘텐츠 읽기 또는 편집 권한 제한 등 해당 레이블에 포함된 보호 규칙을 적용합니다.

Outlook에서는 새 메일을 작성하거나 일정 초대를 다룰 때 민감도 레이블이 도구 모음 단추 또는 드롭다운 메뉴로 표시됩니다. "Confidential – Finance" 같은 레이블을 선택하면 재무 담당자만 해당 이메일을 열거나 세부 정보를 볼 수 있습니다. 레이블은 콘텐츠를 따라다니므로, 레이블이 지정된 문서를 이메일에 첨부하면 보호 설정도 함께 이동하며 Microsoft 생태계 안에서 어디로 가든 유지됩니다.

그 이면에서는 Microsoft Purview Information Protection(이전 명칭: Azure Information Protection)이 전체 과정을 관리합니다. Office 앱은 Purview와 통신하여 주기적으로 최신 레이블 정책을 가져옵니다. 보호 설정은 클라우드와 사용자 디바이스 양쪽에서 적용됩니다. Microsoft Purview Audit으로 감사를 설정하면 컴플라이언스 팀이 누가 민감한 항목에 레이블을 지정하거나 레이블 제거를 시도하는지 파악할 수 있어, 위험을 빠르게 식별할 수 있습니다.

레이블의 장점은 가시성과 통제를 동시에 제공한다는 데 있습니다. 사용자는 어떤 콘텐츠가 민감한지 항상 알 수 있고, 관리자는 데이터가 어디로 이동하는지 계속 관리할 수 있습니다. 데스크톱, 웹, 모바일 등 어떤 환경에서 사용하든 레이블은 동일한 모양과 사용감을 유지하면서도 각 플랫폼의 강점에 맞게 조정됩니다.

Outlook에서 민감도 레이블이 표시되지 않을 때의 증상 확인

그렇다면 Outlook에서 '레이블 누락' 문제가 발생했는지 어떻게 알 수 있을까요? 증상은 분명하게 드러납니다. 대부분의 사용자는 새 메일을 작성하거나 답장할 때 레이블을 선택하는 민감도 버튼이 아예 없거나 회색으로 비활성화되어 있다는 것을 바로 알아챕니다. 때로는 드롭다운이 비어 있어 원인을 찾기 어렵기도 합니다.

또 다른 흔한 징후도 있습니다. 레이블을 적용하려고 클릭해도 아무 일도 일어나지 않는 경우입니다. 드롭다운이 비어 있거나 조직의 레이블이 빠져 있을 수 있으며, 더 심각하게는 누군가 설정한 기억이 없는 레이블이 표시되기도 합니다. Word나 Excel에서는 레이블이 정상적으로 보이는데, 데스크톱이나 웹의 Outlook에서 보호된 이메일을 보내려고 하면 나타나지 않는 등 일관성이 맞지 않는 문제도 나타날 수 있습니다.

업데이트나 마이그레이션 이후에만 레이블이 보이지 않는 사용자도 있고, 새 Outlook for Windows나 기존 데스크톱 버전에서만 문제가 발생하는 경우도 있습니다. 다른 환경에서는 모두 설정되어 있는데도 모바일 앱에서만 레이블이 누락되는 때도 있습니다. 또한 같은 그룹에 속한 사용자 중 한 명만 레이블을 볼 수 없는 경우도 있습니다.

한편 Outlook에서 레이블이 적용된 이메일은 볼 수 있지만, 레이블을 적용하거나 변경할 수는 없는 경우도 있습니다. 관리자라면 헬프 데스크 전화가 울리기 시작하는 순간이 바로 이때일 가능성이 큽니다. 이러한 징후를 일찍 알아차리면 구성 문제, 라이선스 문제, 또는 동기화 지연이나 정책 불일치처럼 더 까다로운 원인인지 빠르게 좁혀 나갈 수 있습니다.

Outlook에서 누락된 민감도 레이블 해결: 단계별 조치 방법

Outlook에 민감도 레이블이 표시되지 않으면 단순한 불편을 넘어섭니다. 민감한 정보가 보호되지 않은 상태로 남고, 컴플라이언스 담당자도 마음을 졸이게 됩니다. 다행히도 기존 Outlook 클라이언트, 새 버전 Outlook, 또는 Outlook on the web을 사용하든 레이블을 필요한 위치에 다시 표시하는 검증된 방법이 있습니다.

레이블을 다시 표시하려면 문제가 로컬 Outlook 앱에 있는지, 조직의 정책 할당에 있는지, 또는 그 사이 어딘가에 있는지에 따라 간단한 재설정이 필요할 수도 있고, 더 깊은 점검이 필요할 수도 있습니다. 단순히 '새로 고침'을 누르는 것으로 끝나지 않습니다. 라이선스, 구성, 플랫폼별 차이 등 모든 요소가 올바르게 맞춰져 있는지 확인해야 합니다.

이어서 기존 Outlook과 새 Outlook을 위한 명확하고 실행 가능한 문제 해결 방법을 살펴보고, Outlook on the web에서 발생하는 레이블 문제도 다루겠습니다. 관리자로서 해결 작업을 진행하든, 현장에서 동료를 지원하든, 이 단계별 방법을 따르면 모든 사용자와 기기에서 레이블 표시를 복원하는 명확한 경로를 얻을 수 있습니다.

기존 및 새 Microsoft Outlook의 누락된 민감도 레이블 문제 해결

Outlook 다시 시작 및 로그아웃/로그인: 레이블 정보가 백그라운드에서 꼬여 있는 경우가 있습니다. Outlook을 완전히 종료한 후 Microsoft 365 계정에서 로그아웃했다가 다시 로그인하세요. 이렇게 하면 앱이 새 정책 정보를 강제로 다시 확인합니다.
업데이트 확인: Outlook과 Office 제품군 전체가 최신 상태인지 확인하세요. 최신 정보 보호 기능을 지원하지 않는 이전 버전을 사용하면 레이블이 사라질 수 있습니다.
추가 기능 및 기본 제공 기능 검토: 기존 Outlook은 주로 Azure Information Protection 추가 기능을 사용하고, 새 Outlook은 기본 제공 Purview 지원에 의존합니다. 추가 기능이 사용하도록 설정되어 있는지(충돌하지 않는지) 다시 확인하고, 관리자 정책으로 해당 기능이 비활성화되지 않았는지도 점검하세요.
민감도 레이블 캐시 지우기: Outlook 데스크톱은 레이블 정책을 로컬에 캐시합니다. 최근 게시한 레이블이 표시되지 않는다면 캐시된 파일(보통 %localappdata%\Microsoft\MSIP 또는 Purview 캐시 디렉터리 아래)을 삭제한 후 Outlook을 다시 시작하거나 계정을 다시 인증하세요.
계정 인증 및 라이선스: 문제가 Outlook에 있는 것이 아니라, 사용자에게 올바른 Microsoft 365 라이선스가 없거나 계정이 레이블 정책용 적절한 그룹에 할당되지 않은 경우일 수 있습니다. 라이선스가 올바른지 확인하고, 조건부 액세스가 Purview를 차단하고 있지 않은지도 확인하세요.
Outlook 프로필 다시 만들기: 위의 방법으로도 해결되지 않으면 Outlook 프로필을 다시 만드세요. 드물지만 Office 계정 전체를 제거한 후 다시 추가하여 Outlook이 레이블 정책을 다시 가져오도록 강제해야 할 때도 있습니다.
장치 재부팅 또는 다른 장치에서 시도: 다른 컴퓨터나 새로 만든 깨끗한 Windows 프로필에서 사용자 계정을 테스트하십시오. 그곳에서 레이블이 표시되면 문제는 사용자의 원래 장치 설정에 있는 것입니다.

민감도 레이블이 표시되지 않을 때 Outlook on the Web 문제 해결

브라우저 캐시 및 쿠키 문제: 캐시 문제를 배제하려면 브라우저 캐시를 지우거나 InPrivate/시크릿 창에서 OWA를 열어 보십시오.
브라우저 호환성: 지원되는 브라우저(최신 Edge 또는 Chrome 등)를 사용하고 있는지 확인하십시오. 오래되었거나 지원되지 않는 브라우저에서는 민감도 단추가 제대로 표시되지 않는 경우가 있습니다.
세션 만료 또는 오래된 인증 정보: Outlook on the web에서 완전히 로그아웃한 후 다시 로그인하십시오. 오래된 세션은 Purview 정책에 대한 액세스를 차단할 수 있습니다.
정책 동기화 지연: 새 레이블이나 업데이트된 레이블이 표시되지 않는다면 정책이 웹 클라이언트에 전파되는 데 몇 시간이 걸릴 수 있습니다. 급하다면 브라우저 캐시를 지우고 새로 고침을 시도하십시오.
관리자 정책 제한: 데스크톱 클라이언트뿐만 아니라 Outlook on the web을 포함하여 정보 보호 정책이 Purview 포털에서 실제로 사용자에게 할당되어 있는지 다시 확인하십시오.

Microsoft Outlook에서 민감도 레이블을 설정하기 위한 구성 요구 사항

민감도 레이블이 표시되지 않는 문제를 해결하기 전에, 먼저 Outlook에 레이블이 나타나려면 무엇이 필요한지 알아 두는 것이 중요합니다. 올바른 구성이 레이블 표시 여부를 좌우하며, 이후의 많은 번거로움을 줄여 줍니다. 대부분의 문제는 라이선스, 관리자 설정, Microsoft Purview에서의 올바른 정책 할당이라는 기본 사항에서 시작됩니다.

레이블은 저절로 나타나지 않습니다. 적절한 Microsoft 365 구독, 사용자 할당이 필요하며, 관리자가 정책을 의도를 가지고 게시하고 범위를 지정해야 합니다. 기본값 그대로 두어서는 안 됩니다. 레이블과 레이블 정책은 Microsoft Purview 관리 센터에서 올바르게 동기화되어야 하며, Office 클라이언트도 호환되고 최신 상태여야 합니다.

체계적인 구성은 단순히 보여 주기 위한 것이 아니라, 탄탄한 거버넌스를 구축하고 데이터 혼란을 막는 데 매우 중요합니다. 콘텐츠를 정리하고 Microsoft Purview 규정 준수를 위한 팁은 Purview 방패 구축 가이드를 참고하여 잘 관리된 문서 보호를 실현하십시오. 다음으로, 이러한 요구 사항을 설정하고 민감도 레이블을 올바른 방법으로 게시하는 방법을 자세히 살펴보겠습니다.

민감도 레이블 설정 방법: 사전 요구 사항 및 정책 할당

Microsoft 365 라이선스 확인: 사용자와 관리자가 올바른 라이선스를 보유하고 있는지 확인하십시오. 보통 Microsoft 365 E3 또는 E5, 또는 Microsoft Purview 정보 보호를 포함하는 추가 기능이 필요합니다. 라이선스가 없는 계정이나 기본 요금제에서는 민감도 레이블이 작동하지 않습니다.
관리자 역할 및 권한 할당: Purview 포털에서 적절한 역할(예: 규정 준수 관리자 또는 보안 관리자)을 가진 사용자만 민감도 레이블을 만들고 할당할 수 있습니다.
Microsoft Purview 기능 활성화: Microsoft Purview(또는 Security & Compliance Center)에서 정보 보호가 사용하도록 설정되어 있는지 확인하십시오. 여기에는 Exchange(Outlook용), SharePoint, OneDrive 전반에서 레이블 지정 및 분류 기능을 켜는 작업이 포함됩니다.
민감도 레이블 만들기: 관리자는 Purview 포털에서 레이블을 설정하고 분류, 암호화, 공유 제한에 대한 옵션을 구성합니다. 각 레이블은 비즈니스 데이터에 맞게 조정된 설정이 필요합니다.
레이블 정책을 통해 레이블 게시: 레이블을 만든 후 레이블 정책을 사용하여 특정 사용자, 그룹 또는 모든 사용자에게 게시합니다. 정책은 적절한 메일 사용 보안 그룹 또는 개별 사용자에게 할당하십시오.
정책 범위 확인: 대상 사용자와 그룹이 실제로 의도한 대상과 일치하는지 다시 확인하십시오. 이 부분의 불일치는 레이블이 표시되지 않는 흔한 원인이며, 거버넌스 착각 에피소드에서 설명한 것처럼 거버넌스는 자동으로 이루어지지 않습니다.
정책 전파 시간 확보: 레이블 정책이 Microsoft 365 전체에 동기화되는 데 몇 시간이 걸릴 수 있으며, 특히 Outlook 데스크톱 클라이언트에서는 더 오래 걸릴 수 있습니다. 여유를 가지고 표시까지 필요한 현실적인 기간을 사용자에게 미리 알리십시오.
다양한 사용자 계정으로 테스트: 새 사용자와 기존 사용자 모두 게시된 레이블을 제때 받는지 확인하십시오. 그래야 그룹 멤버십이나 정책 할당 문제를 나중이 아니라 더 일찍 발견할 수 있습니다.

여기서 설정을 제대로 해두면 나중에 레이블이 보이지 않는 문제로 골머리를 앓는 일을 크게 줄일 수 있습니다.

Outlook용 민감도 레이블 만들기 및 게시

Purview에서 새 레이블 만들기: Microsoft Purview에서 정보 보호 > 레이블로 이동한 다음 새 레이블을 추가합니다. 분류 및 보호 옵션을 선택합니다(예: 암호화 또는 콘텐츠 표시).
레이블 설정 구성: 레이블을 적용할 수 있는 사용자, 제한할 작업(전달이나 인쇄 등), 그리고 레이블이 암호화나 시각적 표시를 적용할지 여부를 설정합니다.
레이블 게시: 새 레이블을 레이블 정책에 추가하고 적절한 사용자 또는 그룹에 할당합니다. 대상을 명확히 지정하십시오. "재무팀만"을 의도했는데 "모든 사용자"에게 게시하면 혼란이 생깁니다.
실제 배포 전 테스트: 할당된 사용자로 로그인하여 새 레이블이 Outlook 및 기타 Office 앱에 표시되는지 확인합니다. 잘못된 구성에 주의하십시오. 흔한 오류로는 정책 할당 누락이나 잘못된 그룹에 게시하는 경우가 있습니다.

레이블 정책 범위, 사용자 적용 범위 및 보호 설정 검토 및 감사

민감도 레이블과 정책을 설정했다고 해서 작업이 끝난 것은 아닙니다. 레이블이 실제로 보호해야 할 대상을 보호하고 있는지, 그리고 올바른 사용자에게 표시되는지 확인하려면 범위와 효과를 정기적으로 검토하고 감사해야 합니다. 이 단계를 소홀히 하면 데이터 유출과 규정 준수 공백이 슬그머니 생깁니다.

범위 검토란 레이블 정책이 어떤 사용자나 그룹을 대상으로 하는지 확인하고, 그 적용 범위가 비즈니스 및 규정 준수 요구 사항에 부합하는지 점검하는 것입니다. 또한 보호 설정을 감사하여 레이블이 의도한 대로 암호화, 콘텐츠 표시 또는 공유 제한을 적용하는지 확인하는 작업도 포함됩니다. 이 부분이 어긋나면 "레이블이 없다"는 문제가 생기는 가장 큰 원인이 됩니다.

효과적인 감사는 기본 레이블이 올바르게 적용되지 않는 경우나 보호 규칙이 지나치게 엄격하거나(또는 느슨하게) 설정된 문제를 찾아내는 데도 도움이 됩니다. Microsoft Purview Audit 같은 도구의 지원을 받는 체계적인 감사 프로세스를 갖추면 보안 검토나 규제 점검 때 시간과 신뢰를 지킬 수 있습니다. 레이블 감사를 문서 수명 주기 전반의 규정 준수와 연결하는 방법은 Microsoft Purview와 SharePoint의 문서 관리 심층 분석을 참고하십시오.

다음 몇 개 섹션에서는 레이블 범위를 확인하고 기본 설정과 보호 설정을 검토하는 실용적이고 구체적인 방법을 살펴봅니다. 사용자가 도움을 요청하기 전에 문제를 찾아 해결할 수 있을 것입니다.

이메일과 문서에 대한 민감도 레이블 범위 감사 방법

레이블 정책 할당 검토: Microsoft Purview에서 각 레이블 정책이 어떤 사용자, 그룹 또는 메일 사용 설정된 보안 그룹에 할당되어 있는지 확인합니다. 누락된 대상이 없는지, 또는 실수로 포함된 대상이 없는지 점검하십시오.
주요 워크로드 적용 범위 검증: 정책이 한 앱만이 아니라 Outlook(Exchange), SharePoint, OneDrive를 모두 포괄하는지 확인하십시오. 범위가 어긋나면 가시성 공백이 생깁니다.
레이블 표시 교차 확인: 여러 부서의 최종 사용자 계정으로 테스트하여 적용 범위에 포함된 모든 사용자가 실제로 레이블을 보고 적용할 수 있는지 확인합니다.
고아 레이블 찾기: 활성 정책이 없는 레이블을 찾아내십시오. 이런 레이블은 사용자에게 "보이지 않으며" 정리해야 합니다.
감사 로그 활용: Purview 감사 로그를 사용하여 레이블 적용 추세를 살펴보고, 누락된 할당이나 잘못 적용된 보호 설정을 찾아내십시오.

Outlook의 기본 레이블 및 정보 보호 설정 검토

기본 레이블 구성 확인: 기본 레이블을 설정한 경우 각 사서함이나 문서 라이브러리에 맞는지 확인하십시오. 잘못 적용된 기본값은 사용자를 혼란스럽게 하고 데이터를 노출시킬 수 있습니다.
보호 설정 조정: 각 레이블 내의 암호화, 워터마크 및 콘텐츠 표시 규칙을 감사하여 과도하게 차단하거나(또는 보호가 부족하지) 않도록 하십시오.
자동 적용 규칙 검토: 자동 적용을 사용하는 경우, 레이블이 스팸이나 무해한 내부 채팅이 아니라 의도한 콘텐츠에서 실제로 트리거되는지 테스트하십시오.
최종 사용자 피드백 모니터링: 레이블이 "제대로 적용되지 않거나" 잘못 표시된다는 불만에 귀를 기울이십시오. 이는 기본값이나 보호 설정이 잘못 구성되었다는 첫 신호인 경우가 많습니다.
규정 준수 목표 재검토: 구성 상태를 변화하는 비즈니스, 감사 또는 규제 요구 사항과 정기적으로 비교하십시오. 한 번 설정하고 방치하지 마십시오.

심층 분석: Outlook에서 레이블 표시에 영향을 미치는 조건부 액세스 및 동기화 요소

기본적인 문제 해결만으로는 충분하지 않은 경우가 많습니다. 정책이 완벽해 보여도 Outlook에서 민감도 레이블이 계속 보이지 않을 때가 있습니다. 그 원인은 조건부 액세스, 인증 상태, 캐싱 지연, 공유 사서함 또는 위임된 사서함의 권한 문제와 같이 고급이면서도 간과되기 쉬운 요소에 있습니다.

조건부 액세스와 같은 보안 조치는 라이선스와 정책이 올바르게 설정되어 있어도 특정 사용자나 기기에서 레이블 기능을 조용히 차단할 수 있습니다. 게스트 또는 외부 사용자 문제, 오래된 인증 토큰, 다단계 인증 실패 역시 예상한 위치에 레이블이 표시되지 않는 원인이 될 수 있습니다.

동기화 지연과 캐싱도 또 다른 문제를 일으킵니다. 특히 클래식 클라이언트를 포함한 Outlook은 로컬 정책 캐시를 유지하며, 변경 사항이 몇 시간 동안 반영되지 않을 수 있습니다. 또한 새 레이블을 게시하거나 그룹 멤버십을 변경한 내용이 완전히 나타나기까지 시간이 걸릴 수 있어, 실제로는 지연일 뿐인데도 사용자가 자신이 잘못했는지 의아해하게 됩니다.

공유 사서함이나 위임 액세스 시나리오에서는 Outlook이 사서함 소유자가 아닌 현재 로그인한 사용자를 기준으로 레이블 정책을 평가할 수 있습니다. 그 결과 팀 받은 편지함이 개인 사서함과 다르게 동작하면 혼란이 생길 수 있습니다. 이러한 고급 시나리오를 정확히 이해하면 중요한 순간에 예상치 못한 문제를 줄이고 더 확신을 가지고 대응할 수 있습니다. 다음 내용에서는 각 예외 상황을 실용적이고 집중적인 조언과 더 깊은 자료와 함께 자세히 다루겠습니다. 예를 들어 조건부 액세스 격차를 관리하는 방법이나 게스트 계정 위험을 처리하는 방법을 살펴보겠습니다.

조건부 액세스와 게스트 계정이 Outlook 민감도 레이블에 미치는 영향

조건부 액세스 적용: 일부 조건부 액세스 정책은 기기 규정 준수, 위치, 로그인 위험 또는 MFA 상태에 따라 Microsoft Purview 서비스를 차단합니다. 사용자가 모든 조건을 충족하지 않으면 Outlook에서 레이블이 그냥 사라질 수 있습니다.
인증 컨텍스트의 중요성: 만료된 토큰이나 관리되지 않는 기기에서의 로그인과 같은 ID 신호는 명확한 오류 없이 레이블 액세스를 차단할 수 있습니다. 특히 Purview에 추가 보안이 적용되어 있는 경우 더욱 그렇습니다.
게스트 및 외부 사용자의 제한: 대부분의 게스트 또는 외부 사용자에게는 내부 직원과 같은 그룹에 있더라도 레이블이 표시되지 않습니다. Microsoft는 기본적으로 라이선스가 없는 ID에 대한 레이블 정책을 제한하기 때문입니다. 이러한 위험과 수명 주기에 대해서는 게스트 계정 관리 가이드에서 자세히 알아보실 수 있습니다.
다중 테넌트 액세스의 예외 상황: 여러 조직의 리소스에 액세스하는 사용자(다중 테넌트)는 기본 로그인 테넌트에 올바르게 라이선스가 부여되었거나 정책 범위에 포함되어 있지 않으면 레이블이 사라지는 것을 볼 수 있습니다.
정책 검토 필요: 조건부 액세스의 신뢰 경계를 다시 확인하고, 예상치 못한 정책 격차가 있는지 액세스 검토를 정기적으로 확인하십시오.

Outlook의 레이블 업데이트 지연과 공유 사서함 시나리오

Outlook 정책 캐싱: Outlook(특히 데스크톱 버전)은 레이블 정책을 캐시하며 몇 시간마다 한 번씩만 업데이트를 확인합니다. 새로 게시한 레이블은 정책 새로 고침을 강제로 실행하거나 캐시를 지우지 않는 한 표시되기까지 24~48시간이 걸릴 수 있습니다.
수동 정책 새로 고침(고급): 긴급한 경우 사용자는 Outlook 캐시를 지우고, 로그아웃했다가 다시 로그인하거나, 서비스가 새 레이블을 더 빨리 가져오도록 유도할 수 있습니다. IT 부서는 최종 사용자에게 이 방법을 안내해야 할 수 있습니다.
공유 사서함의 제약 사항: 공유 사서함이나 위임된 사서함에서 작업하는 경우, 레이블 정책은 사서함 소유자가 아니라 "활성" 사용자의 권한을 기준으로 적용됩니다. 올바른 범위나 그룹에 속해 있지 않다면, 해당 사서함으로 메일을 보낼 수 있더라도 레이블이 표시되지 않습니다.
위임 권한의 세부 사항: '다른 사용자 이름으로 보내기(Send As)' 권한과 '대리인으로 보내기(Send on Behalf)' 권한은 Outlook이 민감도 레이블을 적용하는 방식에 차이를 만들 수 있습니다. 'Send As'는 발신자가 범위에 포함되어 있다면 일반적으로 레이블에 접근할 수 있는 반면, 'Send on Behalf'에서는 그렇지 않을 수 있습니다.
문제 해결 팁: 해결되지 않는 경우에는 사서함 권한을 다시 할당하거나, 직접 계정으로 로그인해 테스트하여 ID 불일치 문제인지 정책 반영 지연 문제인지 확인하십시오.