Outlook에서 이메일은 수신되지만 발송되지 않을 때? 실제 원인 파악 및 해결 방법

Outlook에서 메시지를 수신할 수 있지만 발송할 수 없는 경우, 가장 유용한 첫 단계는 무작정 포트를 변경하거나 Office를 재설치하는 것이 아닙니다. 먼저 오류가 계정 자체의 문제인지, 아니면 Outlook 앱만의 문제인지 판단해야 합니다. 브라우저에서 제공업체의 웹메일을 열고 첨부 파일 없이 짧은 일반 텍스트 메시지를 자신에게 보내보세요. 웹메일에서는 성공적으로 발송되지만 Outlook에서는 실패한다면, 문제는 아마도 Outlook 로컬, 캐시된 계정 상태, 또는 POP/IMAP을 사용하는 경우 발신 SMTP 설정에 있을 것입니다. 웹메일에서도 실패한다면, 데스크톱 Outlook 설정을 변경하는 것으로는 근본적인 계정, 할당량, 정책 또는 서비스 문제를 해결하기 어려울 가능성이 높습니다.

이 구분이 중요한 이유는 수신과 발송이 항상 동일한 경로를 사용하지 않기 때문입니다. POP 또는 IMAP 계정은 수신 서버를 통해 메시지를 받는 동안 별도의 SMTP 서버를 통해 발송할 수 있습니다. Microsoft는 또한 Outlook.com, Windows용 새 Outlook, 그리고 클래식 Outlook에 대해 서로 다른 문제 해결 경로를 문서화하고 있습니다. 아래 단계에서는 Microsoft가 현재 검증한 내용과 계정 유형에 따라 달라지는 내용을 구분하며, 정확한 원인이 아직 불분명할 때 취해야 할 조치를 설명합니다.

하나의 진단 테스트로 시작하세요: 웹메일에서 계정으로 발송할 수 있습니까?

검증됨: Microsoft는 더 심층적인 Outlook 문제 해결로 넘어가기 전에 연결 상태와 계정 상태를 확인할 것을 권장합니다. Outlook.com의 경우, Microsoft는 메일이 계정을 떠나지 못하는 가능한 이유로 계정 제한, 저장 공간, 메시지 크기 및 발송 한도를 문서화합니다. Microsoft의 Outlook 송수신 문제 해결 가이드 및 Outlook.com 송수신 문제 해결을 참조하세요.

맥락에 따라 달라지는 사항: Outlook 내에서 Gmail, Yahoo, iCloud, 비즈니스 도메인 또는 다른 제공업체를 사용하는 경우, Outlook.com이 아닌 해당 제공업체의 자체 웹메일에서 테스트하세요. 업무 또는 학교용 Microsoft 365를 사용하는 경우, 관리자도 개인 사용자가 볼 수 없는 조직 차원의 정책이나 서비스 상태 정보를 가지고 있을 수 있습니다.

조치: 웹메일에서 간단한 메시지를 보내세요. 거기서 성공하면 아래 Outlook 전용 검사를 계속 진행하세요. 거기서도 실패한다면, Outlook 설정을 변경하기 전에 정확한 오류 또는 미전달 보고서를 캡처하세요.

오해: “메일을 수신할 수 있으므로 Outlook이 오프라인일 수 없다”

검증됨: 클래식 Outlook에서 Microsoft는 Outlook이 실제로 오프라인 작업 또는 연결 끊김 상태일 때 다시 연결될 때까지 새 이메일을 보내거나 받을 수 없다고 명시합니다. 따라서 발송 실패가 발생하는 동안 정말로 새로운 메시지가 계속 도착한다면, 완전한 오프라인 작업 모드는 설명이 될 가능성이 낮습니다. 그러나收件함(Inbox)에 오래된 메일이 보이는 것이 앱이 현재 온라인 상태임을 증명하지는 않습니다.

조치: 클래식 Outlook에서 상태 표시줄과 보내기/받기 탭을 확인하세요. 오프라인 작업이 표시되면 오프라인 작업을 한 번 선택하여 다시 연결하세요. Microsoft는 Windows용 Outlook에서 오프라인으로 작업하는 방법에서 시각적 상태 표시기를 문서화합니다.

클래식 Outlook의 오프라인 작업 상태에 대한 AI 생성 일러스트입니다. 실제 진단 스크린샷이 아니며, 정확한 리본 메뉴 레이아웃은 Outlook 버전에 따라 다를 수 있습니다.

계정 설정을 변경하기 전에 발신함(Outbox)을 확인하세요

검증됨: Microsoft는 발신함에 갇힌 메시지를 일반적인 발송 문제로 식별합니다. 큰 첨부 파일이 가능한 원인 중 하나입니다. Outlook.com의 경우, Microsoft는 현재 25MB를 초과하는 첨부 파일은 직접 보낼 수 없으며, 제거하거나 더 작은 파일을 사용하거나 OneDrive 링크를 공유할 것을 제안합니다. Outlook이 연결되지 않은 경우에도 메시지가 대기열에 남을 수 있습니다.

이것이 증명하지 못하는 것: 발신함에 하나의 메시지가 갇혀 있다고 해서 전체 계정이 손상된 것은 아닙니다. 새롭고 작은 일반 텍스트 메시지가 정상적으로 발송된다면, 원래 메시지가 더 유력한 용의자입니다.

조치: 발신함을 여세요. 하나의 메시지가 갇혀 있으면 이동하거나 삭제하고, 큰 첨부 파일을 제거한 후 새롭고 짧은 테스트 메시지를 보내세요. Microsoft 지침은 Outlook.com에 메일이 갇힌 경우 및 Microsoft의 더 넓은 Outlook 메일 갇힘 기사를 참조하세요.

대기 중인 Outlook 메시지에 대한 AI 생성 일러스트입니다. 이 이미지는 특정 현재 Outlook 빌드를 재현하기 위한 것이 아니라, 어디를 봐야 하는지 보여주기 위한 것입니다.

오해: “수신이 가능하므로 서버 설정과 비밀번호가 정확하다”

수동으로 구성된 POP/IMAP 계정에 대해서는 이것이 항상 참은 아닙니다.

검증됨: Microsoft는 발신 서버를 SMTP로 별도로 문서화합니다. 클래식 Outlook에서는 수신 서버, 발신 서버, 포트, 암호화, 사용자 이름, 비밀번호 및 인증 요구 사항을 이메일 제공업체가 제공한 정보와 비교할 수 있습니다. Microsoft의 현재 Windows용 Outlook 계정 설정 가이드는 수신 및 발신 설정을 모두 비교하고 계정 설정 테스트를 사용할 것을 구체적으로 권장합니다.

중요한 조건: 계정이 실제로 POP 또는 IMAP으로 구성되어 있거나, 제공업체가 수동 SMTP 설정을 명시적으로 제공한 경우에만 이를 수행하세요. 다른 제공업체의 임의의 SMTP 포트나 암호화 설정을 복사하지 마세요.

POP/IMAP을 통해 구성된 Outlook.com 계정의 경우, Microsoft는 현재 smtp-mail.outlook.com, 포트 587, STARTTLS 및 OAuth2/Modern Auth를 게시합니다. 이러한 설정은 Outlook.com용이며 보편적이지 않습니다. Microsoft는 또한 Outlook.com POP 및 IMAP 액세스가 기본적으로 비활성화되어 있으며, 해당 프로토콜을 의도적으로 사용할 때 활성화해야 한다고 언급합니다. Outlook.com용 POP, IMAP 및 SMTP 설정을 참조하세요.

조치: 타사 POP/IMAP 계정이 있는 경우, 해당 제공업체에서 정확한 SMTP 서버, 포트, 암호화 및 인증 방법을 얻어 Outlook과 비교하세요. 정상적으로 구성된 Microsoft 365 또는 Exchange 계정이 있는 경우, 수동 SMTP 추측을 건너뛰고 대신 계정 복구 또는 재인증을 진행하세요.

클래식 Outlook 계정 설정에 대한 AI 생성 일러스트입니다. 예제 서버 이름은 가상이며, 자신의 이메일 제공업체가 제공한 설정을 사용하세요.

클래식 Outlook에서 노출되는 경우 계정 테스트를 사용하세요

검증됨: 클래식 Outlook의 수동 계정 설정에서 Microsoft는 구성이 로그인하고 테스트 메시지를 보낼 수 있는지 확인하는 계정 설정 테스트 단계를 설명합니다. 빨간색 실패 표시는 구성의 일부가 작동하지 않음을 의미하며, Microsoft는 설정을 다시 확인하고 테스트가 여전히 실패하면 이메일 제공업체에 연락할 것을 조언합니다.

오류를 읽을 때까지 알 수 없는 사항: 발송 테스트 실패만으로는 원인이 잘못된 비밀번호, 부정확한 SMTP 호스트, 잘못된 포트, 잘못된 암호화 모드, 차단된 인증 또는 제공업체 측 거부인지 알 수 없습니다. 정확한 오류 텍스트가 중요합니다.

조치: 테스트를 실행하고 전체 발신 서버 오류를 기록한 후, 제공업체 문서와 충돌하는 설정만 수정하세요. 여러 매개변수를 한 번에 변경하면 실제 원인을 파악하기 어려워지므로 피하세요.

클래식 Outlook 계정 테스트에 대한 AI 생성 일러스트입니다. 방향 제시를 위해 성공처럼 보이는 예제가 표시되어 있으며, 사용자가 계정이 테스트를 통과했다는 증거가 아닙니다.

Outlook.com 자체에서 발송할 수 없는 경우, 한도, 저장 공간 및 계정 제한을 확인하세요

검증됨: Outlook.com은 남용을 줄이기 위해 발송 한도를 부과합니다. Microsoft 365 구독자를 위한 Microsoft의 현재 게시된 한도에는 일일 5,000명 수신자, 메시지당 500명 수신자, 그리고 발신자가 확립된 관계가 없는 일일 1,000명 수신자가 포함됩니다. Microsoft는 한도가 사용 이력에 따라 달라질 수 있으며 비구독자의 경우 더 낮다고 말하며, 새 계정도 더 낮은 임시 할당량으로 시작할 수 있다고 합니다. Outlook.com의 발송 한도를 참조하세요.

Microsoft는 또한 Microsoft 클라우드 저장 공간이 가득 차면 이메일을 보내거나 받을 수 없다고 명시합니다. 이는 진단적으로 유용합니다: 완전히 새로운 메시지가 여전히 정상적으로 도착한다면, 완전히 가득 찬 Microsoft 메일함이나 클라우드 저장 공간 상태는 증상과 덜 일치하지만, Outlook.com에 할당량 경고가 표시되는지 확인하는 것은 여전히 가치가 있습니다.

검증됨: Microsoft는 비정상적인 로그인 활동 후 Outlook.com 계정을 일시적으로 차단할 수 있습니다. 공식 복구 경로는 Outlook.com 계정 차단 해제에 설명된 Microsoft 계정 로그인 도우미입니다.

조치: 웹메일에서 발송할 수 없는 경우, 저장 공간 경고, 발송 한도 메시지, 보안 인증 또는 계정 차단 통지를 확인하세요. 이러한 계정 측 조건이 해결될 때까지 Outlook 데스크톱 프로필을 재구축하지 마세요.

비밀번호를 최근에 변경한 경우, Outlook을 재구축하기 전에 재인증하세요

검증됨: Microsoft의 설정 문제 해결 문서에 따르면 변경된 이메일 비밀번호는 Outlook의 저장된 자격 증명을 업데이트해야 할 수 있습니다. 타사 계정의 경우, 2단계 인증도 제공업체가 기대하는 자격 증명 또는 인증 방법을 변경할 수 있습니다.

맥락에 따라 다름: 현대적인 Microsoft 계정은 재사용 가능한 SMTP 비밀번호를 단순히 보내는 것보다 OAuth2를 점점 더 많이 사용합니다. Outlook.com은 게시된 POP/IMAP/SMTP 구성에 대해 구체적으로 Modern Auth/OAuth2를 요구합니다. 따라서 일반적인 “SMTP 인증을 켜고 비밀번호를 입력하세요”라는 해결책은 보편적으로 적절하지 않습니다.

조치: 비밀번호가 최근에 변경된 경우, 먼저 제공업체의 웹사이트에 로그인하여 새 자격 증명을 확인하세요. 그런 다음 제공업체가 지원하는 방법을 사용하여 Outlook에서 계정을 재인증하거나 업데이트하세요.

클래식 Outlook의 프로필을 복구하거나 새 Outlook에서 계정을 다시 추가하세요

클래식 Outlook에 대해 검증됨: Microsoft는 지원되는 데스크톱 구성을 위해 파일 → 계정 설정 → 계정 설정 → 이메일 → 복구 경로에서 프로필 복구 경로를 제공합니다. Microsoft는 복구 옵션이 Exchange에 연결된 Outlook 2016을 포함하여 모든 조합에서 사용 가능한 것은 아니라고 언급합니다. 공식 단계는 프로필 복구를 통해 Outlook 이메일 연결 수정에 있습니다.

새 Outlook에 대해 검증됨: Microsoft는 설정/설정 보기 → 계정 → 내 계정 → 관리 → 제거 아래에서 계정 제거를 문서화하며, 그 후 계정을 다시 추가할 수 있습니다. 앱에서 제거해도 기본 이메일 계정은 삭제되지 않습니다. Windows용 Outlook에 이메일 계정 추가를 참조하세요.

조치: 더 간단한 계정, 발신함, 인증 및 제공업체 검사가 실패한 후에만 복구 또는 제거/재추가 기능을 사용하세요. 여러 계정이 있는 경우, 실패하는 메시지가 의도한 발신 계정에서 발송되고 있는지 먼저 확인하세요.

메시지가 발신함을 떠났지만 수신자가 결코 받지 못하는 경우, 이를 다른 문제로 취급하세요

메시지가 발신함에서 사라진다고 해서 최종 전달이 보장되는 것은 아닙니다.

검증됨: Microsoft는 미전달 보고서의 일반적인 이유로 잘못된 주소, 가득 찬 수신자 메일함, 수신자 서버 문제 및 스팸 필터링을 나열합니다. 미전달 보고서에는 일반적으로 이유가 포함됩니다.

조치: Outlook이 메시지를 보낸 항목으로 이동했지만 반송(bounce)을 받는 경우, 해당 반송의 상태 코드와 설명을 읽으세요. 오류가 실제로 인증이나 발신 서버에서의 릴레이를 가리키지 않는 한 로컬 SMTP 설정을 계속 변경하지 마세요.

작동했다고 가정하는 대신 수정 사항을 확인하는 방법

통제된 테스트 시퀀스를 사용하세요:

1. 첨부 파일 없이 자신의 주소로 일반 텍스트 메시지를 보내세요.
2. 발신함을 떠나 보낸 항목에 나타나는지 확인하세요.
3. 수신함으로 다시 도착하는지 확인하세요.
4. 다른 제공업체의 주소로 두 번째 메시지를 보내세요.
5. 특정 수신자만 실패하는 경우, Outlook 설정을 다시 열지 말고 미전달 보고서를 검사하세요.

두 테스트 메시지 모두 발송되고 도착하면 Outlook의 기본 발신 경로가 작동하고 있는 것입니다. 웹메일은 작동하지만 데스크톱 앱이 여전히 실패하는 경우, 남은 문제는 Outlook 또는 해당 계정 구성에 국한됩니다. 웹메일도 실패하는 경우, 해결되지 않은 원인은 계정 측, 제공업체 측 또는 서비스 측일 가능성이 더 높습니다.

정확한 오류 없이는 결정할 수 없는 사항

“수신은 되지만 발송은 안 됨”은 증상이며 단일 Outlook 오류가 아닙니다. 계정 유형, Outlook 버전, 오류 대화 상자, SMTP 응답 또는 미전달 보고서 없이는 하나의 결정적인 원인을 식별할 수 없습니다. 현재 Microsoft 서비스 문제도 시간 의존적입니다. Microsoft는 Outlook.com 알려진 문제 페이지를 유지 관리하며, 적절한 경우 영향받는 사용자를 Microsoft 서비스 상태 정보로 안내합니다.

따라서 가장 효율적인 문제 해결 순서는 다음과 같습니다: 웹메일 테스트 → 발신함 및 메시지 검사 → POP/IMAP이 적용되는 경우에만 제공업체별 SMTP 확인 → 재인증 → 계정 한도/제한 확인 → Outlook 계정 복구 또는 재추가 → 최종 진단을 위해 정확한 오류/NDR 사용. 이 순서는 이미 정확했던 설정을 변경하는 것을 피하고 각 테스트가 유용한 정보를 제공하도록 합니다.