Outlook에서 '이메일을 보낼 수 없지만 받을 수는 있음' 오류 해결 방법

Outlook을 열면 새 메시지는 정상적으로 도착하지만, 모든 답장은 발신함에 남아 있거나 발송 오류로 실패합니다. 이러한 조합은 진단에 유용합니다. 수신과 발송은 항상 동일한 연결 경로, 자격 증명 또는 서버 설정을 사용하지 않기 때문입니다. 따라서 메일함은 수신 측면에서는 정상으로 보일 수 있지만, 발송 측면에서는 문제가 발생할 수 있습니다.

예시: Avery가 제3자 호스팅 제공업체에서 제공하는 업무 이메일 계정으로 Windows용 Outlook을 사용한다고 가정해 봅시다. Avery는 클라이언트로부터 새 메시지를 수신할 수 있지만, 단순한 답장은 발신함을 떠나지 않습니다. 이는 문제 해결 프로세스를 적용하는 방법을 보여주기 위한 가상의 예시일 뿐이며, 실제 테스트 결과나 고객 사례가 아닙니다.

가장 안전한 접근 방식은 가장 간단한 점검부터 시작하여 각 변경 사항 후 테스트하고, 이전 단계로 문제가 설명되지 않을 때만 계정 또는 서버 구성으로 넘어가는 것입니다. Microsoft의 현재 지원 가이드는 Windows용 새 Outlook과 클래식 Outlook 모두를 다루고 있지만, 일부 메뉴는 두 버전 간에 차이가 있습니다. 공식 시작점은 Microsoft의 Outlook 송수신 문제 해결 페이지입니다.

Outlook이 이메일을 수신할 수 있지만 발송에 실패하는 이유

메일 수신은 메일함 연결의 최소한 일부가 작동하고 있음을 증명할 뿐입니다. POP 또는 IMAP 계정의 경우, 수신 메일과 발송 메일은 서로 다른 서버 설정을 사용합니다. IMAP 또는 POP는 검색을 처리하고, SMTP는 발송을 처리합니다. 따라서 올바른 수신 구성이 잘못된 SMTP 호스트 이름, 포트, 암호화 선택, 비밀번호 또는 인증 방법과 공존할 수 있습니다.

Microsoft 365 또는 Exchange 계정의 경우, 최신 Outlook 클라이언트는 일반적으로 수동으로 구성된 SMTP 제출 경로 대신 Microsoft의 Exchange 연결 스택을 사용하므로 원인이 다를 수 있습니다. 이러한 경우 오프라인 클라이언트, 고착된 메시지, 만료된 로그인, 프로필 문제, 추가 기능, 계정 제한 또는 서비스 문제가 무작위 SMTP 포트 문제보다 더 가능성 높습니다.

1. 작은 테스트 메시지를 보내고 Outlook이 온라인 상태인지 확인

먼저 "send test"와 같은 짧은 제목으로 자신에게 새 메시지를 작성하세요. 첨부 파일, 서명 이미지, 배포 목록 또는 특이한 형식은 추가하지 마세요. 이는 특정 메시지로 인한 문제와 기본 발송 실패를 구분합니다.

클래식 Outlook에서 상태 표시줄을 확인하세요. Microsoft에 따르면 오프라인으로 작업 중, 연결 끊김 또는 연결 시도 중과 같은 상태는 Outlook이 메일 서버에 도달할 수 없음을 의미합니다. 보내기/받기 탭에서 필요할 때 오프라인으로 작업을 사용하여 온라인 모드로 돌아간 다음 보내기/받기를 다시 시도하세요. Microsoft는 Windows용 Outlook에서 오프라인으로 작업하는 방법에 대한 가이드에서 이 동작을 문서화합니다.

Avery의 경우, 이 첫 번째 테스트는 기본 질문에 대한 답을 제공합니다: Outlook이 온라인 상태일 때 작고 새로운 메시지조차 발송이 실패하는가? 만약 그렇다면 계속 진행하세요. 테스트 메시지가 발송되면, 원래 고착된 메시지를 조사하는 것이 더 나은 방법입니다.

2. 발신함 검사, 가장 오래된 고착된 메시지부터 시작

크거나 잘못된 형식의 메시지는 그 뒤에 있는 후속 메시지를 차단할 수 있습니다. Microsoft는 특히 발신함에서 가장 오래된 항목을 먼저 확인할 것을 권장합니다. 큰 첨부 파일은 일반적인 원인입니다. Microsoft의 데스크톱 Outlook 문제 해결 가이드에 따르면, 제공업체 제한이 다양하기 때문에 약 20MB보다 큰 첨부 파일은 경고 신호이며, Outlook.com은 일반 첨부 파일에 대해 별도로 25MB 첨부 파일 제한을 문서화합니다.

가장 오래된 메시지에 큰 파일이 있는 경우, 첨부 파일을 제거하고 재시도하세요. OneDrive와 같은 클라우드 공유 링크가 큰 파일에 더 실용적일 수 있습니다. Outlook이 계속 발송을 시도하여 메시지 편집이 어려운 경우, 클래식 Outlook 사용자는 일시적으로 오프라인으로 작업을 선택하고, 메시지를 이동하거나 편집한 다음 다시 연결할 수 있습니다. Microsoft의 발신함에 고착된 메시지에 대한 공식 지침을 참조하세요.

예시에서, Avery의 첫 번째 실패한 메시지에 프레젠테이션이 포함되어 있지만 작은 테스트 메시지도 실패한다고 가정해 봅시다. 이는 첨부 파일이 근본 원인이라기보다 별개의 문제일 수 있음을 의미하므로, Avery는 파일 크기가 모든 것을 설명한다고 가정하지 말고 계속 진행해야 합니다.

3. 문제가 Outlook 앱인지 계정인지 확인

제공업체가 웹메일을 제공하는 경우, 제공업체의 공식 웹사이트를 통해 로그인하여 동일한 작은 테스트 메시지를 보내세요. Outlook.com 메일함의 경우 Outlook 웹을 사용하세요. 이 비교는 가치가 있습니다:

• 웹메일은 성공적으로 발송되지만 데스크톱 Outlook은 발송되지 않는 경우: Outlook 앱, 로컬 계정 구성, 프로필, 추가 기능 또는 캐시된 자격 증명에 집중하세요.
• 웹메일도 발송할 수 없는 경우: 계정, 제공업체, 발송 제한, 메일함 상태 또는 서비스 가용성에 집중하세요.

이를 정확한 원인의 증거로 취급하지 마세요. 이는 다음 문제 해결 노력을 어디에 집중해야 하는지 알려주는 라우팅 테스트일 뿐입니다.

4. 비밀번호 또는 로그인이 최근에 변경된 경우 재인증

최근에 메일함 비밀번호를 변경했거나, 보안 재설정을 완료했거나, 다중 인증을 활성화했거나, 로그인 프롬프트를 본 경우 서버 설정을 변경하기 전에 계정 로그인을 업데이트하세요. Microsoft의 현재 Outlook 지원 지침에 따르면 변경된 비밀번호는 Outlook에 다시 입력해야 할 수 있습니다. 새 Outlook은 영향을 받는 계정에 계속 로그인하도록 프롬프트할 수 있습니다.

일부 Microsoft 외부 제공업체는 여전히 특정 메일 클라이언트에 대해 앱 전용 비밀번호를 요구합니다. 이 규칙은 Outlook 자체가 아닌 이메일 제공업체에서 비롯된 것이므로, 제3자 블로그의 비밀번호 레시피 대신 제공업체의 공식 지침을 사용하세요.

Avery의 경우, 전날 비밀번호 변경은 강력한 단서가 될 것입니다. 재인증으로 작은 테스트 메시지가 해결되면, SMTP 포트를 변경하거나 Outlook 프로필을 재구축할 이유가 없습니다.

5. POP 또는 IMAP 계정의 경우 발신 SMTP 설정 확인

수신은 되지만 수동으로 구성된 POP 또는 IMAP 계정에서 발송이 실패할 때 가장 중요한 분기점입니다. 이메일 제공업체의 자체 문서를 기준으로 발신 서버 이름, 포트, 암호화 방법, 사용자 이름 및 인증 방법을 확인하세요. 관련 없는 제공업체의 설정을 복사하지 말고, 수신 및 발신 호스트 이름이 동일하다고 가정하지 마세요.

특히 Outlook.com의 경우, Microsoft는 현재 SMTP용으로 smtp-mail.outlook.com, 포트 587, STARTTLS 암호화 및 OAuth2/Modern Auth를 게시합니다. 이러한 값은 Outlook.com 수동 연결용이며 Gmail, Yahoo, ISP 또는 사용자 지정 도메인 메일 호스트로 일반화해서는 안 됩니다. 권위 있는 참조는 Microsoft의 Outlook.com POP, IMAP 및 SMTP 설정 페이지입니다.

Microsoft 365에서 SMTP AUTH를 무조건 활성화하지 마세요

메일함이 Exchange Online에 호스팅되는 경우, "SMTP AUTH 활성화"를 보편적인 해결책으로 취급하지 마세요. Microsoft는 Outlook 및 Outlook 웹과 같은 최신 클라이언트는 일반적으로 Exchange Online을 통해 메일을 발송할 때 SMTP AUTH를 사용하지 않는다고 명시합니다. SMTP AUTH는 주로 특정 POP/IMAP 클라이언트, 애플리케이션, 디바이스 및 기타 인증된 제출 시나리오와 관련이 있습니다. 관리자는 테넌트 또는 메일함 정책을 변경하기 전에 Microsoft Learn의 Exchange Online SMTP AUTH 문서를 참조해야 합니다.

6. 해당되는 경우 Outlook.com 제한, 저장소 및 발송 한도 확인

계정 자체가 Outlook.com인 경우, 비정상적인 로그인 활동 또는 남용 방지 제어에 의해 일시적인 발송 제한이 트리거될 수 있습니다. Microsoft는 또한 Microsoft 클라우드 저장소가 가득 차면 발송 및 수신이 방지될 수 있다고 지적합니다. 데스크톱 앱을 반복적으로 변경하는 대신 Microsoft의 자체 계정 및 Outlook.com 인터페이스를 통해 계정을 확인하세요.

Outlook.com에는 발송 한도도 있으며, Microsoft는 한도가 계정 이력 및 구독 상태에 따라 달라질 수 있다고 지적합니다. 많은 수신자에게 발송하거나 비정상적으로 높은 볼륨으로 발송한 경우, Microsoft의 현재 Outlook.com 발송 한도를 검토하세요. Microsoft가 비정상적인 활동으로 인해 계정을 일시적으로 차단한 경우, 공식 Outlook.com 계정 차단 해제 프로세스를 따르세요.

7. 계정 점검이 타당할 때만 클래식 Outlook 복구

웹메일이 올바르게 발송되고, 비밀번호가 유효하며, 제공업체 설정이 올바른 경우 데스크톱 Outlook 프로필이 더 그럴듯한 원인이 됩니다. 클래식 Outlook에서 Microsoft는 내장된 프로필 복구 경로를 문서화합니다: 파일 > 계정 설정 > 계정 설정으로 이동하여 계정을 선택한 다음, 해당 옵션이 사용 가능한 경우 복구를 선택하세요. 마법사를 따르고 Outlook을 다시 시작하세요. Microsoft의 프로필 복구 지침을 참조하세요.

발송이 여전히 실패하는 경우, Microsoft는 추가 기능이 발송을 방해할 수 있으므로 클래식 Outlook을 안전 모드로 테스트할 것도 권장합니다. Windows에서 outlook.exe /safe를 실행하면 일반 추가 기능 없이 클래식 Outlook이 시작됩니다. 안전 모드에서만 발송이 작동하는 경우, 메일 서버 설정을 다시 변경하는 대신 추가 기능을 조사하거나 새 Outlook 프로필을 만드세요.

메일 스캔 기능이 있는 백신 제품도 메일 전송을 방해할 수 있습니다. Outlook이 발송되도록 하기 위해 보안 소프트웨어를 영구적으로 비활성화하지 마세요. 보안 벤더의 공식 지원 지침을 확인하고 통제된 진단 테스트 후 보호 기능을 복원하세요.

8. 정확한 오류 세부 정보를 사용하여 중단 또는 에스컬레이션 여부 결정

Outlook이 특정 오류를 표시하면 일반적인 조언은 덜 유용해집니다. Microsoft의 문제 해결 페이지에는 발신 SMTP 서버 연결 실패에 대한 0x80042109와 같은 오류 및 기타 여러 송수신 코드가 나열되어 있습니다. 정확한 코드, 계정 유형, 웹메일 발송 가능 여부 및 첨부 파일이 없는 일반 메시지 실패 여부를 기록하세요.

Avery의 경우, 최종 증거가 다음과 같다고 상상해 보세요: 웹메일은 성공적으로 발송되지만, Outlook 데스크톱은 발송할 수 없고, 제공업체는 SMTP 설정을 확인했으며, 안전 모드에서는 실패가 사라집니다. 이 패턴은 수신자나 제공업체의 메일함 서비스가 아닌 로컬 Outlook 설치, 프로필 또는 추가 기능을 가리킵니다. 다시 말하지만, 이는 설명적인 시나리오일 뿐 주장된 테스트 결과가 아닙니다.

수정이 실제로 완료되었는지 확인하는 방법

"보내기 버튼에 더 이상 오류가 표시되지 않는다"에서 멈추지 마세요. 짧은 검증 시퀀스를 사용하세요:

1. 본인이 제어하는 다른 메일함으로 일반 텍스트 메시지를 보내세요.
2. 발신함을 떠나 보낸 편지함에 나타나는지 확인하세요.
3. 수신자 메일함이 실제로 메시지를 수신하는지 확인하세요.
4. 새로 수신된 메시지에 답장하고 답장이 발송되는지 확인하세요.
5. 제공업체의 크기 제한보다 충분히 작은 일반 첨부 파일 하나를 보내세요.
6. Outlook을 다시 시작하고 작은 발송을 반복하여 수정 사항이 재시작 후에도 유지되는지 확인하세요.

재시작 후 문제가 재발하거나 하나의 네트워크/디바이스만 실패하는 경우, 에스컬레이션하기 전에 해당 패턴을 기록하세요. 업무 또는 학교 Microsoft 365 계정의 경우 정책, 라이선스, 테넌트 상태 또는 서버 측 설정이 관련될 수 있는 경우 조직의 관리자에게 문의하세요. Gmail, Yahoo, iCloud, ISP 또는 사용자 지정 도메인 계정의 경우 제공업체의 공식 메일 설정 및 지원 채널을 사용하세요.

빠른 결정 표

주요 원칙은 문제 해결 중에 증거를 보존하는 것입니다. 메일 수신이 성공하면 문제가 좁혀지지만, 전체 계정이 올바르게 구성되었음을 증명하지는 않습니다. 작은 통제된 테스트를 수행한 후 발신함, 연결성, 로그인, 제공업체 설정 및 마지막으로 프로필/추가 기능 점검을 하는 것이 여러 설정을 한 번에 변경하는 것보다 더 신뢰할 수 있습니다.