클래식 Outlook 예약 메일이 보낼 편지함에 남았다

클래식 Outlook의 캐시된 Exchange 모드에서는 예약 시각에 앱이 꺼져 있으면 지연 메일이 PC에 남을 수 있다. 그 메일은 취소된 것이 아니어서 Outlook을 다시 열고 연결하면 뒤늦게 전송될 수 있다. 이미 웹메일로 대체본을 보냈다면 PC를 다시 연결하기 전에 로컬 보낼 편지함의 원본을 삭제한다. 반대로 원본을 그대로 보내도 된다면 배달 지연 옵션을 해제하고 온라인 상태에서 전송한다.

9시 예약이 10시에 나가는 경로

다음은 가정한 업무 사례다. 오후 6시에 견적서를 마무리하고 내일 오전 9시로 발송을 미뤘다. 보내기를 누른 뒤 노트북을 종료했고, 다음 날 외근을 마치고 10시에 Outlook을 열었다. 그제야 견적서가 나갔다. 날짜를 잘못 골랐거나 상대방이 메일을 늦게 읽은 문제가 아니라, 내 컴퓨터에서 전송을 기다리고 있었을 수 있다.

Microsoft의 해당 장애 설명은 조건을 구체적으로 제시한다. 클래식 Outlook에서 캐시된 Exchange 모드를 사용하고, Do not deliver before로 지연시킨 메일의 예약 시각에 Outlook이 실행되지 않은 경우다. 이 방식은 메일을 서버의 예약 대기열에 넘기는 대신 PC의 로컬 데이터 파일인 .ost 안 보낼 편지함에 둔다. 앱이 꺼져 있으면 그곳에서 메일을 꺼내 전송할 수 없다.

따라서 회사 Microsoft 365 계정으로 작성했다는 사실만으로 서버가 예약까지 맡았다고 판단할 수 없다. 같은 회사 주소를 써도 브라우저에서 예약했는지, 클래식 앱의 배달 지연을 골랐는지가 다르다. 고객에게 “9시에 보냈다”고 답하기 전에 설정한 시각과 실제 전송 기록을 나눠 봐야 한다.

실제 2025년 2월 Microsoft Q&A 질문에서도 사용자는 노트북이 켜져 있지 않을 때 예약 메일이 전송되는지 물었고, 이어 Microsoft 365 데스크톱 앱을 쓴다고 설명했다. 이 질문에 답하려면 구독 이름 외에 앱과 계정 모드가 더 필요하다. 아래는 그 조건을 찾아 기존 메일을 처리하는 순서다.

Outlook 버전과 발신 계정의 캐시 모드 확인

Windows에 Outlook이라는 이름의 앱이 설치돼 있다는 것만으로 클래식인지 새 앱인지 정할 수 없다. Microsoft의 버전 구별 안내에 따르면 새 Outlook에는 오른쪽 위 설정 톱니바퀴가 있고, 클래식 Outlook은 파일 메뉴에서 계정과 제품 정보를 확인한다. 브라우저 탭으로 여는 회사 웹메일도 별도 경로다. 동료에게 화면을 물어볼 때 “365 쓰나요”보다 “파일 메뉴에서 계정 설정을 여나요”가 더 구체적이다.

클래식이라면 파일 → 계정 설정 → 계정 설정에서 해당 Exchange 또는 Microsoft 365 계정을 선택해 변경 화면의 캐시된 Exchange 모드 항목을 확인한다. 지금은 켜짐 여부를 읽는 단계다. 예약 문제를 찾는 중에 체크를 해제해 전체 메일 사용 방식을 바꿀 필요는 없다. 캐시 모드 안내는 이 모드를 Exchange·Microsoft 365 계정의 기본이자 권장 방식으로 설명한다. 새 Outlook에는 같은 설정이 없다.

예를 들어 업무용 계정과 개인 계정을 함께 넣어 둔 사람은 메일을 작성한 발신 주소부터 확인해야 한다. 계정 설정에서 첫 번째 주소의 모드만 읽고 두 번째 주소로 보낸 메일까지 설명하면 진단이 어긋난다. 문의할 때도 앱 이름, 발신 계정, 사용한 예약 메뉴를 한 묶음으로 남긴다.

이때 캐시된 Exchange 모드와 오프라인으로 작업은 다른 항목이다. 캐시 모드를 쓰면서 서버에 연결돼 있을 수 있다. 반면 클래식 앱 아래에 오프라인으로 작업이 표시되거나 보내기/받기 탭의 해당 버튼이 선택돼 있으면 현재 연결 상태를 봐야 한다. Microsoft의 오프라인 작업 안내는 이 상태 표시와 전환 방법을 설명한다. PC에서 웹페이지가 열린다는 것만으로 Outlook도 연결됐다고 볼 수는 없다.

예약 메일이 기다리는 세 폴더

메일을 못 찾았다고 곧바로 새로 작성하지 않는다. 먼저 예약할 때 누른 메뉴를 떠올린 뒤 다음 위치에서 원본을 찾는다. 여러 계정이 있다면 같은 이름의 폴더가 각각 있으므로 발신 계정 아래를 연다.

앞의 두 행은 일반 Outlook 예약 안내, 마지막 행은 Viva Insights 예약 제안 안내에 따른다. 특히 Viva 경로에서는 보낸 편지함에 있다는 이유만으로 상대방에게 이미 전달됐다고 결론 내리면 안 된다. 예약 제안을 받아 작성했는지, 아직 예약을 조절하는 버튼이 있는지까지 읽는다.

반대로 임시 보관함에 메일이 있다고 모두 예약된 것도 아니다. 날짜를 고르다가 취소한 작성본과 예약을 확정한 메일을 구별해야 한다. 문안을 저장했다는 기억 대신 실제 예약 시각이 붙어 있는지 확인한다. 제목이 같은 초안이 여러 개면 수신자·첨부파일·발신 주소까지 대조해 어느 원본을 예약했는지 좁힌다.

보낼 편지함도 클래식 예약 전용 표시는 아니다. 새 Outlook의 오프라인 기능 역시 새 메시지를 보낼 편지함에 둘 수 있다. 폴더명 하나로 앱을 역추정하지 않고, 앞 절에서 확인한 앱과 사용한 기능을 함께 보는 이유다. 여행 중 오프라인에서 작성한 메일과 전날 온라인에서 예약을 확정한 메일을 같은 상태로 취급하지 않는다.

남아 있는 원본을 처리하는 순서

오전 9시가 지났는데 메일이 남았다면 먼저 지금도 보내야 하는 내용인지 판단한다. 9시 회의 자료라면 10시에라도 보내면 되지만, 그 사이 수정 견적이 확정됐다면 예전 금액을 그대로 보내서는 곤란하다. 예약 시각을 고치는 일보다 어떤 원본을 최종으로 발송할지 정하는 일이 먼저다.

이미 대체본을 보냈고 PC는 아직 꺼져 있다면, 네트워크가 연결된 채 Outlook을 시작하기 전에 Wi-Fi와 유선 연결을 끊는다. 로컬 보낼 편지함의 원본을 먼저 처리하기 위한 순서다. 클래식 Outlook을 열고 보내기/받기의 ‘오프라인으로 작업’ 상태를 확인한 뒤, 보내지 않을 원본을 보낼 편지함에서 선택해 삭제한다. 삭제한 메시지는 삭제된 항목으로 이동한다. 원본이 보낼 편지함에서 빠졌는지 확인한 다음 네트워크와 온라인 작업을 복구한다. 이미 전송된 메일은 이 삭제로 회수되지 않는다.

클래식의 지연 메일을 지금 보내려면 해당 원본을 열고 메시지 옵션의 Do not deliver before 체크를 해제한 뒤 닫기 → 보내기를 누르는 것이 공식 절차다. 앱은 온라인으로 연결돼 있어야 한다. 시간을 바꿔 다시 예약할 때도 옵션 창만 닫은 상태에서 끝내지 말고 발송 대기 상태로 돌아갔는지 확인한다. 본문이나 첨부파일을 수정했다면 저장된 최종 내용도 다시 읽는다.

새 Outlook에서는 임시 보관함의 예약 메일을 열어 Cancel send로 예약을 풀고 내용을 고친 뒤, 즉시 보내거나 보내기 예약을 다시 정한다. 웹의 별도 예약 안내에는 연필 모양 편집 버튼에서 Send Now를 선택하는 경로도 나온다. 화면에 없는 버튼을 계속 찾기보다, 현재 창이 예약을 유지하는지 취소했는지 표시를 읽고 다음 행동을 고른다.

웹에서 같은 견적서를 새로 예약하더라도 PC의 보낼 편지함에 남은 원본은 사라지지 않는다. 나중에 PC 앱을 켰을 때 두 번째 견적서가 나가지 않도록 기존 예약을 제거하거나 취소한 상태를 확인한 뒤 대체본을 만든다. 원본이 이미 나갔는지 불분명하다면 보낸 기록과 상대방 수신 여부부터 확인한다.

Viva로 예약한 메일을 보내지 않으려면 해당 메시지에서 Don't send를 선택해 삭제된 항목으로 옮긴다. 원래 메일을 지금 보내려면 Send now를 사용한다. 두 버튼은 아직 발송을 기다리는 메일에 적용되며, 이미 발송된 메일을 회수하지는 않는다.

Online mode에서는 같은 캐시 모드 지연이 발생하지 않는다

클래식 캐시 모드의 배달 지연을 계속 쓸 예정이라면 예약 시각까지 앱 실행과 연결을 유지하는 조건이 업무 방식에 맞는지 봐야 한다. 퇴근하면 노트북을 끄거나 다음 날 오전 이동 중이라면 그 조건과 맞지 않는다. 덮개만 닫았을 때도 계속 작동하는지는 기기 전원 설정에 달려 있으므로, 종료하지 않았다는 기억만으로 전송 준비가 끝났다고 판단하지 않는다.

공식 장애 문서는 Exchange의 Online mode에서는 이 문제가 발생하지 않는다는 예외도 제시한다. 그렇다고 모든 사용자가 캐시 모드를 끄는 것을 첫 해결책으로 삼을 이유는 없다. 캐시는 연결이 느리거나 없어도 메일 사본에 접근하게 하는 기능이고, Microsoft는 Microsoft 365 계정에 사용을 권장한다. 회사 PC 설정을 바꾸기 전에는 관리자에게 현재 구성과 예약 요구를 함께 전달하는 편이 낫다.

이미 Online mode인데 같은 지연이 생겼다면 캐시된 .ost의 대기만으로 설명하지 않는다. 발신 계정의 연결 상태와 남은 원본의 배달 옵션을 확인하고, 앱을 다시 연 시각과 실제 발송 시각을 지원 담당자에게 전달한다. 보낼 편지함에 남았다는 사실만으로 모든 전송 실패의 원인을 같다고 판단할 수는 없다.

재실행 뒤에 발송되는지 다른 기기에서 확인한다

클래식 캐시 모드에서 겪은 지연을 지원 담당자에게 재현해 보여 주려면, 고객 주소 대신 수신을 확인할 수 있는 테스트 주소로 첨부 없는 메일을 만든다. 제목에 예약 시각을 적고 문제가 있었던 발신 계정과 배달 지연 메뉴를 사용한다. 이 시험은 앞에서 설명한 원인을 확인할 보조 절차다.

1. 몇 분 뒤 시각을 지정하고 예약을 확정한다. 대기 폴더와 표시된 날짜·시간을 적는다.
2. 퇴근 때처럼 앱을 닫고 컴퓨터를 끈다. 단순히 창을 최소화하는 시험으로 대신하지 않는다.
3. 예약 시각 뒤에 다른 기기에서 테스트 수신함을 확인한다. 발신 PC를 켜기 전에 확인해야 앱 재실행이 결과에 섞이지 않는다.
4. 도착하지 않았다면 그 상태를 기록한 뒤 PC를 켜고 원본·전송 기록을 확인한다. 재실행 직후 도착했다면 그 시각도 남긴다.

“회사 계정 A / 클래식 배달 지연 / 캐시 모드 켜짐 / 14:10 예약 / PC 종료 / 다른 기기에서 14:12 미수신 / 14:15 앱 시작 뒤 수신”처럼 기록할 수 있다. 숫자는 예시이며 실제 값을 채운다. 앱을 켜고 연결한 뒤에도 도착하지 않았다면 그 결과도 남긴다. 재실행 직후 전송되는 경우와 계속 보낼 편지함에 남는 경우는 지원 담당자가 확인할 조건이 다르다.

대체본을 이미 보냈다면 받는 사람에게 최종 첨부파일을 알려 주고, 원래 PC의 대기 메일이 정리됐는지 확인한다. 내용이 다른 견적서 두 통이 나갔다면 단순 재전송으로 설명하지 말고 어느 금액과 납기를 적용할지 명시한다.