아웃룩 장애, 메일 안 온다고 재설치부터 해야 할까?

아웃룩 장애로 메일이 안 올 때 재설치 전 확인할 세 가지를 보여주는 더체크 개념 이미지
메일 지연 상황을 설명하는 편집 개념 이미지입니다.

아웃룩 장애로 메일이 오지 않는다면, 앱을 지우고 다시 설치하기 전에 Microsoft의 공식 서비스 상태부터 확인하는 편이 좋습니다. 11월 13일 한국시간 낮 12시 7분 45초에 갱신된 공식 공지에는 Microsoft 365의 서비스 성능 저하가 표시됐습니다.

다만 같은 Outlook 앱을 써도 회사·학교 계정과 개인 계정의 확인 경로는 다릅니다. 이 글은 해당 시각 공지에 나온 조직용 Exchange Online 연결 기능을 중심으로 정리했습니다. 읽는 시점에는 상태가 달라질 수 있으므로, 현재 상황은 아래 공식 페이지의 마지막 갱신 시각과 함께 보세요.

핵심 요약 펼쳐보기
  • 메일 접속·배달 지연이 공식 영향 범위에 포함됐지만, 모든 계정의 전면 중단을 뜻하지는 않습니다.
  • 확인 순서는 공식 상태 → 조직 IT 담당자 → 긴급 메일 수신 여부입니다.
  • Teams 통화가 된다는 사실만으로 메일과 일정도 정상이라고 판단하면 안 됩니다.
  • 다음 공지 예정 시각을 복구 완료 시각으로 읽지 마세요.

아웃룩 장애, 지금 확인된 범위는 어디까지인가요?

Microsoft는 Outlook 웹·데스크톱 등에서 Exchange Online 사서함에 접속하기 어렵거나 메일 배달이 지연될 수 있다고 안내했습니다. Teams는 핵심 통화·회의·채팅보다 메일·일정과 연결되는 기능의 영향을 구분해 설명했습니다. 서비스 개선을 위한 변경이 예상대로 작동하지 않아 다른 방안을 찾고 있다는 내용도 공지에 포함됐습니다. Microsoft 공식 서비스 상태 확인

이 공지를 근거로 해킹, 메일 삭제, 데이터 유출이 발생했다고 판단할 수는 없습니다. 오류가 보인다는 사실과 원인·피해가 확인됐다는 설명은 다른 문제입니다. 확인되지 않은 원인을 찾느라 시간을 쓰기보다, 내가 하려던 작업 중 무엇이 멈췄는지부터 구체적으로 적어 두는 것이 실무에 도움이 됩니다.

같은 Outlook인데 왜 확인 경로가 다른가요?

Outlook은 앱 이름이기도 합니다. 화면의 앱 이름만 보고 어떤 메일 서비스를 사용하는지까지 결정할 수는 없습니다. 회사에서 받은 업무용 계정인지, 학교에서 발급한 계정인지, 개인적으로 쓰는 주소인지 먼저 구분하세요. 다른 서비스의 메일을 Outlook 앱에서 읽는 경우라면 그 서비스의 상태도 별도 확인 대상입니다.

계정 종류에 따라 먼저 확인할 곳
내 상황먼저 할 일판단할 때 주의할 점
회사·학교 계정IT 담당자에게 조직별 상태 확인 요청공개 공지만으로 내 조직의 영향 여부를 확정하지 않기
개인 Outlook.com 계정공식 페이지의 소비자용 서비스 항목 확인조직용 공지와 동일한 영향·원인이라고 단정하지 않기
다른 메일을 Outlook 앱에서 사용연결한 메일 서비스와 계정 종류 확인앱 이름만으로 이번 공지 대상이라고 판단하지 않기

재설치 전, 이 3가지를 먼저 확인하세요

  1. 공식 상태: 서비스 이름과 마지막 갱신 시각을 봅니다. 어제 캡처한 공지나 다른 사람의 화면보다 현재 공식 안내를 우선하세요.
  2. 우리 조직 상황: 회사·학교 계정은 담당자에게 확인을 요청합니다. Microsoft는 관리자 화면의 Health → Service health에서 조직의 상태를 보도록 안내하며, 관리자 접속이 어려우면 공개 상태 페이지를 이용할 수 있다고 설명합니다. Microsoft Learn의 서비스 상태 확인 안내
  3. 긴급 메일 수신: 마감·계약·회의처럼 시간이 중요한 내용은 조직에서 허용한 전화 등 다른 연락 경로로 상대방이 받았는지 확인합니다.

예를 들어 견적서를 보냈는데 회신이 없는 경우에는 “다시 보냈으니 됐겠지”라고 마무리하기보다 상대방에게 수신 여부와 필요한 처리 시각을 확인해 두세요. 이는 장애를 고치는 방법이 아니라 중요한 업무의 전달 여부를 확인하는 방법입니다. 같은 자료를 여러 차례 보내면 상대방이 어떤 버전을 확인했는지도 별도로 맞춰야 합니다.

아웃룩 장애 확인 순서: 공식 상태, 조직 IT 담당자, 긴급 메일 수신 여부
공통 상태를 확인한 뒤 우리 조직과 중요한 메일을 차례로 확인합니다.

IT 담당자에게는 무엇을 알려주면 될까요?

“메일이 안 돼요”라는 말보다 언제, 어느 화면에서, 무엇을 하다가 멈췄는지 전달하면 상황을 설명하기 쉽습니다. 다른 사람도 같은 증상인지 확인했다면 그 결과도 덧붙이되, 몇 명이 겪었다는 사실만으로 회사 전체의 장애라고 확정하지는 마세요.

  • 발생 시각과 시간대: 예를 들어 11월 13일 오전 10시, 한국시간.
  • 계정 종류와 이용 화면: 회사 계정, Outlook 웹 또는 데스크톱 앱.
  • 멈춘 작업: 로그인, 받은 편지함 열기, 메일 보내기, 일정 초대 확인 등.
  • 화면에 표시된 오류 문구와 계속되는지 여부.

다음처럼 전달해도 됩니다. “회사 계정으로 Outlook 웹에서 받은 편지함을 열 때 오류가 납니다. 오전 10시부터 확인했고, 이 문구가 표시됩니다. 우리 조직의 공지와 관련 있는지 확인 부탁드립니다.” 화면을 공유할 때는 비밀번호나 인증번호를 포함하지 않고, 메일 내용·고객 정보도 필요한 범위만 보여주세요.

장애 안내라며 링크를 보냈다면? 누르기 전 확인할 것기관 사칭 연락·인증번호 요구·원격 앱 설치에 어떻게 대응할지, 별도 보안 사례에서 확인하세요.미래에셋 개인정보 유출 뒤 2차 피해 점검 보기 →

연결한 글은 별도의 개인정보 유출 사례입니다. 이번 Microsoft 장애에서 해킹이나 사칭 피해가 확인됐다는 의미는 아닙니다.

Teams가 열리면 메일도 정상 아닌가요?

앱 하나에서 일부 기능이 작동한다고 다른 기능까지 모두 정상이라고 볼 수는 없습니다. 채팅이 되는지, 일정 초대가 보이는지, 메일이 도착하는지는 각각 다른 확인 항목입니다. 이 글에서 살펴본 공식 공지도 Teams의 핵심 기능과 Exchange에 의존하는 기능을 구분했습니다.

회의가 급하다면 이미 정해진 접속 방법을 조직의 운영 방식에 맞춰 확인하세요. 일정 화면이 열리지 않는다는 이유만으로 회의가 취소됐다고 판단하거나, 반대로 채팅이 된다는 이유로 초대 메일까지 전달됐다고 가정하지 않는 편이 좋습니다.

‘다음 업데이트’와 ‘복구 완료’는 어떻게 다른가요?

다음 업데이트 시각은 상황을 다시 알릴 예정이라는 뜻입니다. 그 시각까지 문제가 해결된다는 약속으로 읽으면 안 됩니다. 공지 제목만 보지 말고 현재 상태와 마지막 갱신 시각을 함께 확인하세요.

Microsoft의 상태 정의에서도 성능 저하, 복구 중, 복구 완료는 구분됩니다. Service restored는 원인 문제가 해결되고 정상 상태로 복구됐다는 확인에 해당합니다. 복구 중이라는 표현만 보고 모든 업무가 정상화됐다고 전달하지 않는 것이 좋습니다.

복구 공지 뒤에도 내 계정에서만 문제가 이어진다면 발생 시각, 오류 문구, 여전히 실패하는 작업을 다시 정리해 담당자에게 알려주세요. 공통 장애가 있었다는 사실만으로 이후의 모든 오류를 같은 원인에 묶어 두지 말고, 남은 증상을 따로 점검할 필요가 있습니다.

생활비도 점검한다면, 더 낸 건강보험료는 없을까요?업무 도구 확인과 별개로 살펴볼 과오납 환급금의 대상과 공식 조회 경로를 정리했습니다.건강보험 환급금 대상·조회 경로 보기 →

자주 묻는 질문

앱을 다시 설치하면 이번 장애가 해결되나요?

공통 서비스 장애를 앱 재설치로 해결할 수 있다고 보장할 근거는 없습니다. 먼저 공식 상태와 조직 안내를 확인하고, 계정 삭제나 재설치는 담당자의 점검이 필요한 단계에서 판단하세요.

보낸 편지함에 있으면 상대방이 받은 건가요?

이번 공지에는 배달 지연 가능성도 포함됐습니다. 시간에 민감한 메일은 상대방에게 수신 여부를 확인하는 편이 좋습니다. 메일 내용이나 개인정보를 허가 없이 외부 계정으로 옮기지는 마세요.

개인 Outlook.com도 이 글과 똑같이 적용되나요?

이 글의 상세 영향 범위는 조직용 Exchange Online 공지에 기반합니다. 개인 계정은 공식 소비자용 서비스 항목을 확인해야 하며, 동일한 원인과 복구 상태라고 단정하지 않습니다.

공식 공지 확인 기준: 2026년 11월 13일 낮 12시 7분 45초 한국시간(03:07:45 UTC). 이 글은 해당 시점의 기록이며 현재 상태를 보증하지 않습니다. 실무 예시와 확인 순서는 독자의 업무 점검을 위한 제안입니다.