아웃룩 메일 안 보내질 때: 보낼 편지함·첨부·오프라인 점검

Outlook에서 메일이 안 보내지면 같은 메일을 바로 재전송하지 말고 상태부터 확인하세요. 보낸 편지함, 보낼 편지함, 임시 보관함과 배달 실패 알림을 확인한 다음 가장 오래된 대기 메일부터 점검합니다. 대용량 첨부 하나가 뒤의 메일까지 막을 수 있고, 오프라인·로그인 만료·사서함 용량 초과도 발송을 멈춥니다. 보낸 편지함에 복사본이 있어도 상대가 받았거나 읽었다는 뜻은 아닙니다.

재전송 버튼을 누르기 전에 메일 상태부터 확인

받는 사람이 “메일이 안 왔다”고 해도 발신 쪽에서 아직 대기 중인지, 서버가 거절했는지, 이미 발송되어 상대 메일함이나 스팸함에 있는지부터 나눠야 합니다. 같은 내용을 확인 없이 다시 보내면 수신자에게 중복 메일이 갈 수 있습니다.

Microsoft는 보낸 편지함에 복사본이 저장되지 않는 설정이 있을 수 있고, 연결이나 로그인 문제로 전송되지 않은 메시지가 보낼 편지함에 남을 수 있다고 안내합니다. 보낸 편지함은 발송 내역을 찾는 데 유용하지만, 배달·열람 확인과는 구분해야 합니다. 읽음 확인 요청도 받는 사람이 거절할 수 있습니다.

새 Outlook·클래식·웹·Mac 중 무엇을 쓰는지 구분

Outlook의 메뉴와 계정 동작은 앱에 따라 다릅니다. 우선 앱 이름과 메일 주소의 서비스 제공자를 확인하세요. 회사 Microsoft 365/Exchange 계정인지, Outlook.com 개인 계정인지, Outlook 앱에 연결한 Gmail·Yahoo·iCloud 계정인지가 다음 절차를 바꿉니다.

가장 빠른 분기 방법은 브라우저에서 같은 계정의 공식 웹메일에 로그인해 보내기·받기를 확인하는 것입니다. 웹에서도 안 되면 계정·서버·용량 쪽 가능성을 먼저 살펴보고, 웹에서는 되는데 데스크톱 Outlook에서만 실패하면 앱의 연결·인증·추가 기능·프로필 문제로 범위를 좁힙니다. 단, 회사 계정에서는 관리자 정책이 웹과 앱에 다르게 적용될 수 있습니다.

보낼 편지함에서는 가장 오래된 메시지부터 확인

메일 여러 개가 쌓였다면 최신 메일부터 반복해서 보내지 말고 가장 오래된 미발송 메일을 먼저 살펴보세요. Microsoft는 오래된 첨부파일이 뒤이어 보낸 메시지까지 막을 수 있다고 설명합니다. 첨부 용량 오류가 표시되거나 업로드가 계속된다면 뒤의 메시지도 아직 전송되지 않았을 수 있습니다.

1. Outbox를 열고 가장 오래된 메시지의 받는 사람, 제목, 첨부파일과 오류 문구를 기록합니다.
2. 메시지를 수정하기 전에 본문·수신 주소·첨부를 별도 초안 또는 안전한 파일에 보존합니다. 전송 중 표시가 사라질 때까지 잠깐 기다립니다.
3. 클래식 Outlook에서 메시지가 잠겨 편집되지 않으면 Send/Receive → Work Offline을 켜서 오프라인 상태로 전환한 뒤, 메시지를 초안으로 옮기거나 복사본을 보존합니다. 해결 뒤 온라인 상태로 돌아오고, 중복 초안이 남았는지 확인합니다.
4. 새 Outlook이나 Mac은 클래식용 메뉴 경로가 같다고 가정하지 않습니다. 메시지를 열 수 있으면 내용과 첨부를 먼저 보존하고, 해당 버전의 화면에서 지원하는 이동·삭제 절차를 사용합니다.
5. 원인을 고친 다음 대기열의 메시지를 한 번에 모두 다시 보내기보다, 가장 오래된 한 건의 상태가 바뀌는지 확인하고 나머지를 차례로 처리합니다.

오프라인·동기화·로그인 상태 점검

일반 웹페이지가 열리는지 확인해 인터넷 연결부터 분리합니다. 브라우저에서 다른 웹사이트도 열리지 않으면 Outlook 안에서 재전송을 반복하지 말고 Wi‑Fi·VPN·조직 네트워크를 확인하세요. 다른 사이트는 되는데 Outlook만 문제라면 아래 항목으로 좁힙니다.

• 클래식 Outlook: 창 아래 상태가 Disconnected, Working Offline, Trying to connect로 보이는지 확인합니다. Send/Receive → Work Offline이 켜져 있다면 한 번 눌러 온라인으로 전환한 뒤 연결 상태가 바뀌는지 기다립니다.
• 새 Outlook: 계정 이름 옆 오류나 로그인 요청, 동기화 오류를 확인하고 해당 계정을 다시 인증합니다. 웹메일에서 보낼 수 있는지 비교하면 데스크톱 앱 문제인지 분리하기 쉽습니다.
• 최근 비밀번호 변경: 웹사이트에서 비밀번호를 바꿨다면 Outlook에 저장된 인증도 다시 해야 할 수 있습니다. Microsoft 계정 암호와 Gmail 등 연결 계정의 앱 비밀번호는 서로 다른 절차일 수 있습니다.
• 보내기·받기 동기화: 오류가 뜨면 전체 대기열을 재시도하기 전에 오류 코드, 시각, 계정 이름을 기록합니다. 반복 재시도로 중복 발송 여부를 더 헷갈리게 만들지 않습니다.

Microsoft의 현재 Windows 안내는 네트워크, 수동 동기화, 오래된 첨부, 비밀번호 변경과 저장 공간을 차례로 살피도록 합니다. Outlook for Mac에는 별도 문제 해결 문서가 있으므로 Windows 전용 버튼 이름을 그대로 적용하지 마세요.

첨부파일은 Outlook 전체 공통 한도가 아니라 계정별 제한

첨부파일이 크면 업로드가 오래 걸리거나 메일 서버가 메시지를 거절할 수 있습니다. 한도는 Outlook 앱만으로 정해지지 않습니다. 개인 메일 서비스, Exchange 관리자 설정, 수신자의 서버 정책이 다를 수 있고, 본문·인코딩까지 포함한 메시지 전체 크기로 제한될 수 있습니다.

오류가 첨부 크기를 지목한다면 원본을 보존하고 작은 파일 사본으로 시험하거나 승인된 OneDrive·SharePoint 등 공유 링크로 바꿀 수 있습니다. 링크를 쓸 때는 수신자가 실제로 열 수 있는 권한인지, 회사 외부 공유가 허용되는지 별도로 확인하세요. 링크를 만든 것만으로 접근 권한이 자동 해결되지는 않습니다. 파일을 압축해도 이미 제한을 넘거나 압축이 거의 되지 않는 형식이면 도움이 안 될 수 있습니다.

Gmail 계정의 첨부 업로드·Drive 링크 권한을 다루는 절차는 Gmail 첨부가 안 될 때 용량과 링크 접근을 점검하는 가이드에 따로 정리했습니다. Outlook에서도 링크 권한을 검수해야 한다는 점은 같지만, 서비스별 첨부 한도는 다릅니다.

사서함 용량과 배달 실패 알림 확인

Microsoft는 Microsoft 클라우드 저장 공간이 가득 차면 메일을 보내거나 받을 수 없다고 안내합니다. Outlook.com이면 계정의 저장 공간·사서함 사용량 경고를 확인하고, 회사 Exchange 계정이면 관리자 정책과 사서함 할당량을 문의합니다. Outlook에 연결한 Gmail·다른 제공자 계정이면 그 서비스의 사서함 용량과 전송 제한을 확인해야 합니다.

상대가 받지 못했고 반송 알림이 왔다면 “배달 실패” 또는 “Undeliverable” 메시지의 본문을 확인합니다. 주소 철자나 폐쇄된 계정, 상대 사서함 용량, 첨부 제한, 스팸 차단, 회사 보안 정책 등이 원인일 수 있습니다. 오류 코드가 있으면 그대로 복사해 관리자나 메일 제공자에게 전달하세요. 메시지가 보낸 편지함에 있어도 이후 반송 알림이 도착할 수 있으니, 반송이 있는지 먼저 기다려 확인합니다.

배달 확인 알림과 읽음 확인은 다른 기능입니다. 배달 영수증은 서버 전달 상태를 나타낼 수 있지만 상대가 실제로 읽었다는 증거는 아니며, 읽음 확인 요청은 수신자가 거절할 수 있습니다. 메일을 열었는지 확인해야 한다면 해당 확인 기능의 한계와 조직 정책을 미리 고려하세요.

웹메일에서는 되는데 Outlook 앱에서만 실패한다면

같은 주소로 웹메일에서는 정상 발송되지만 특정 데스크톱 앱에서만 보낼 수 없다면, 메일 내용 자체보다 Outlook의 연결·인증·앱 상태를 조사합니다.

1. Outlook을 완전히 닫았다 다시 열고 계정의 로그인 요청이나 동기화 오류를 확인합니다.
2. 클래식 Outlook에서는 안전 모드로 시작했을 때 문제가 재현되는지 비교해 추가 기능이 영향을 주는지 진단할 수 있습니다. 안전 모드는 원인 분리용이며 항상 이 상태로 사용하라는 뜻은 아닙니다.
3. Office 앱 복구나 Outlook 프로필 재설정은 앞 단계에서 앱 문제로 범위를 좁힌 뒤 진행합니다. 회사 기기라면 먼저 관리자에게 오류 시각과 코드, 웹메일 비교 결과를 전달하세요.
4. 바이러스 백신·보안 정책을 통째로 끄거나 레지스트리를 임의 수정하지 않습니다. 보안 제품 검사나 관리 정책이 원인으로 의심되면 조직 IT 또는 공급자 공식 지원을 통해 확인합니다.

앱 버전·메뉴가 헷갈린다면 새 Outlook과 클래식 Outlook의 기능 차이를 구분하는 가이드를 참고하세요. 규칙 문제와 발송 대기 문제는 원인이 다르므로 해당 증상별 절차를 선택합니다.

중복 없이 원인을 좁히는 예시

다음은 실제 계정 데이터가 아닌 합성 사례입니다. 오전에 보낸 메일 3개가 Outbox에 있고, 첫 번째 메시지에 큰 영상 파일이 들어 있다고 가정합니다.

1. 보낸 편지함과 반송 알림에서 세 메일이 이미 발송됐거나 거절됐는지 확인하고, 각 수신 주소·제목·시각을 기록합니다.
2. 가장 오래된 첫 메일의 첨부와 오류를 확인합니다. 크기 거절이 보이면 원본을 보존하고, 계정 한도를 확인하거나 승인된 링크로 바꿉니다.
3. 네트워크와 계정 인증을 확인하고, 웹메일에서도 동일 메일을 새로 보내지 말고 먼저 상태를 비교합니다.
4. 첫 메일을 한 번만 처리해 Outbox에서 빠졌는지, Sent Items 또는 반송 알림에 새 상태가 나타나는지 확인합니다.
5. 나머지 두 메일이 실제 발송되지 않은 것이 확인된 뒤 순서대로 처리합니다. 링크를 썼다면 테스트 권한이 수신자에게 열리는지도 별도로 확인합니다.

이 순서는 어느 오류에서 멈췄는지 확인할 수 있고, 세 통을 한꺼번에 재전송해 중복을 만드는 위험도 줄입니다.

자주 묻는 질문

Outlook 보낼 편지함에 있으면 상대가 못 받은 건가요?

대체로 아직 발송 대기 중인 상태를 의심할 수 있지만, 같은 메일의 보낸 편지함·반송 알림과 웹메일도 함께 확인하세요. 앱 간 동기화나 보낸 항목 저장 설정이 다를 수 있어 한 폴더만 보고 단정하지 않습니다.

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

보낸 편지함에 저장된 복사본은 발송 기록을 찾는 데 유용하지만, 상대가 받은 편지함에서 확인했거나 읽었다는 보장은 아닙니다. 배달 실패 알림, 상대의 스팸함과 주소를 함께 확인합니다.

메일 하나가 막혀서 뒤의 메일까지 안 보내질 수 있나요?

가능합니다. Microsoft는 큰 첨부가 든 메시지가 그 뒤에 보낸 메일까지 막을 수 있다고 안내하므로, Outbox에서는 가장 오래된 메시지부터 확인하세요.

Outlook 첨부 한도는 25MB인가요?

모든 Outlook 계정에 적용되는 단일 숫자로 보지 마세요. Microsoft의 일반 안내와 Outlook.com 문제 해결 페이지도 예시 한도가 다릅니다. 메일 제공자·회사 관리자 한도와 오류 문구를 확인합니다.

Outlook for Mac에도 Send/Receive → Work Offline이 있나요?

이 글의 해당 메뉴 경로는 클래식 Outlook for Windows용입니다. Mac은 메뉴와 연결 진단이 다를 수 있으므로 Mac 전용 Microsoft 안내를 확인하고, 같은 계정의 웹메일 발송으로 문제 범위를 비교하세요.

Microsoft 공식 자료

• I can’t send or receive messages in Outlook — 새·클래식 Outlook의 연결·동기화·첨부·암호·저장 공간 점검
• Outlook email stuck — Outbox의 오래된 메시지, 클래식 Outlook 오프라인 절차와 Outlook.com 항목
• Reduce attachment size to send large files with Outlook — 계정 유형별 첨부 예시와 클라우드 링크·압축 선택
• View sent email — 보낸 편지함 저장과 미발송·동기화 상태
• Add and request read receipts and delivery notifications — 배달 알림과 읽음 확인의 차이
• I can't send or receive messages in Outlook for Mac — Mac 앱 별도 진단

앱 기능과 메뉴는 2026년 10월 4일 확인한 Microsoft 공식 자료를 기준으로 요약했습니다. 계정 제공자, Exchange 관리자 한도, 앱 버전과 조직 정책에 따라 화면·첨부 제한이 다를 수 있습니다. 실제 오류 메시지와 해당 계정의 웹메일 상태를 기준으로 확인하세요.