썬더버드 "메시지 전송 실패" SMTP 오류 해결 방법

썬더버드에서 '보내기'를 클릭했는데 메시지가 보낸 편지함에 남아 있고 "메시지 전송 실패" 알림이 나타납니다. 이 메시지는 여러 가지 문제를 나타낼 수 있습니다. 썬더버드가 발신 메일 서버에 연결되지 않았거나, 서버에서 로그인 또는 메시지를 거부했거나, 네트워크 보안 도구가 연결을 차단했을 수 있습니다. 가장 빠른 해결 방법은 어떤 단계에서 오류가 발생했는지 파악한 다음, 해당 오류와 일치하는 설정만 변경하는 것입니다.

이 가이드는 현재 Thunderbird 계정 설정 워크플로를 따릅니다. 메뉴 레이블은 버전 및 운영 체제에 따라 약간씩 다를 수 있습니다. 이메일 제공업체에서 게시한 SMTP 요구 사항은 서버 이름, 포트, 연결 보안 및 인증 방법에 대한 기준이 됩니다.

SMTP 오류의 의미는 무엇인가요?

SMTP(단순 메일 전송 프로토콜)는 Thunderbird가 발신 메일을 제공업체 서버로 전송하는 데 사용하는 방식입니다. 일반적인 오류 메시지는 시간 초과, 인증 실패 또는 수신자나 메시지를 거부하는 서버 응답과 같은 더 자세한 정보와 함께 나타날 수 있습니다. 이러한 세부 정보는 해결 방법에 따라 달라집니다. 시간 초과는 일반적으로 연결 문제 또는 포트 차단을 나타냅니다. 명시적인 로그인 실패는 인증 문제를 시사하며, 서버가 메시지를 수신한 후 거부하는 경우는 권한, 주소 정책 또는 크기 제한과 관련이 있을 수 있습니다.

설정을 변경하기 전에 이메일 제공업체의 웹메일에서 단문 메시지 전송이 가능한지 확인하십시오. 웹메일에서도 전송이 실패하면 제공업체 계정 또는 서비스 측에 문제가 있을 가능성이 높습니다. 웹메일이 정상적으로 작동한다면 Thunderbird의 설정을 제공업체에서 제공하는 문서화된 클라이언트 설정과 비교해 보십시오. Mozilla의 Thunderbird 전송 문제 해결 가이드에서는 SMTP 구성과 계정에 할당된 서버를 확인하는 것을 권장합니다.

1. 메시지를 저장하고 전체 오류 내용을 읽으십시오.

문제를 진단하는 동안 보낸 편지함에서 메시지를 삭제하지 마십시오. 필요한 경우 메시지 본문과 첨부 파일을 임시 저장함에 보관하십시오. Thunderbird에서 서버에서 메시지를 수락하기 전에 전송에 실패했다고 보고하는 경우, 문제를 해결한 후 다시 전송하는 것이 일반적입니다. 알림 메시지가 불분명하거나 서버에서 메시지를 수락했는지 확실하지 않은 경우, 중복 전송을 방지하기 위해 보낸 편지함과 웹메일을 먼저 확인하십시오.

경고 메시지에 표시된 정확한 서버 이름과 오류 세부 정보를 기록해 두세요. " 시간 초과" , "인증" , "릴레이" , "수신자" 또는 "메시지 크기가 너무 큼" 과 같은 단어 는 유용한 단서가 될 수 있습니다. 이메일 주소, 사용자 이름, 소속 기관을 식별할 수 있는 서버 이름, 그리고 개인적인 메시지 내용이 노출되지 않도록 스크린샷을 공개적으로 게시하지 마세요.

2. 계정이 올바른 발신 서버를 사용하고 있는지 확인하십시오.

1. 썬더버드 애플리케이션 메뉴를 열고 계정 설정을 선택하세요 .
2. 왼쪽 창에서 해당 이메일 계정을 선택하세요.
3. 해당 계정의 발신 서버(SMTP) 지정 정보를 찾으십시오 . 해당 계정에 지정된 SMTP 서버를 가리키는지 확인하십시오.
4. 왼쪽 창 하단에서 '보내는 서버(SMTP)'를 선택하고 할당된 서버를 선택한 다음 '편집'을 클릭합니다 .

서로 다른 제공업체의 계정은 각각 별도의 SMTP 항목이 필요할 수 있습니다. 예를 들어 Gmail 주소는 일반적으로 다른 제공업체의 서버를 통해 전송해서는 안 됩니다. 여러 계정을 사용하는 경우, 메일 작성 창에서 선택한 계정의 SMTP 서버 할당을 확인하십시오. 서버 목록만 수정해도 해당 계정이 여전히 잘못된 항목을 가리키는 경우에는 문제가 해결되지 않습니다.

3. SMTP 세부 정보를 서비스 제공업체의 현재 설정과 일치시키십시오.

SMTP 서버 편집 화면에서 다음 필드를 공급자의 현재 설정 가이드와 비교하십시오.

• 서버 이름: 공급자의 정확한 발신 서버 호스트 이름입니다.
• 포트: 선택한 보안 방식에 지정된 포트입니다. 일반적인 제출 포트로는 587과 465가 있지만, 임의로 선택하지 마십시오.
• 연결 보안: 일반적으로 서비스 제공업체에서 지정한 대로 STARTTLS 또는 SSL/TLS를 사용합니다.
• 인증 방식: 제공업체에서 요구하는 방식(예: OAuth2 또는 비밀번호 기반 방식).
• 사용자 이름: 일반적으로 전체 이메일 주소이지만, 제공업체에서 예상 값을 정의합니다.

메일 전송 여부를 확인하기 위해 연결 보안을 '없음' 으로 설정하지 마십시오 . 또한 인증서 경고를 해결 방법으로 사용하지 마십시오. 포트와 암호화 방식이 일치하지 않으면 안전한 연결이 불가능할 수 있습니다. Mozilla는 Thunderbird 계정 구성 참조 에서 이러한 제어 방법에 대해 설명합니다 .

4. 방법 검증 후에만 인증을 갱신하십시오.

서버 정보가 정확한데도 Thunderbird에서 인증 문제가 발생하는 경우, 먼저 서비스 제공업체의 현재 로그인 요구 사항을 확인하십시오. 일부 서비스는 OAuth2를 사용하는데, 이 경우 서비스 제공업체 로그인 페이지가 열리고 Thunderbird에 대한 인증을 요청합니다. 다른 서비스는 서비스 제공업체별 암호를 사용하거나 관리자가 SMTP 제출을 활성화해야 합니다. 자격 증명은 Thunderbird에서 요구하는 로그인 프롬프트 또는 서비스 제공업체의 신뢰할 수 있는 페이지에만 입력하십시오.

회사 또는 학교 사서함의 경우, 메일 관리자에게 계정에 인증된 SMTP 제출이 활성화되어 있는지 문의하십시오. Microsoft에서 호스팅하는 계정의 경우 인증 규칙이 변경되고 있으며 개인 서비스와 조직 서비스 간에 차이가 있을 수 있습니다. Mozilla에서 제공하는 Thunderbird용 Microsoft OAuth 지침에는 이러한 차이점이 설명되어 있으며, 조직 수준 정책에 따라 수신 메일이 정상적으로 전송되더라도 SMTP가 차단될 수 있다는 점을 명시하고 있습니다.

저장된 SMTP 암호를 삭제할 때는 반드시 Thunderbird가 올바른 서버와 인증 방식을 사용하고 있는지 확인하고, 서비스 제공업체의 지침에 따라 새로 로그인해야 하는 경우에만 삭제하십시오. 저장된 자격 증명을 삭제해도 잘못된 포트, 잘못된 서버 또는 SMTP 권한 비활성화 문제는 해결되지 않습니다.

5. 네트워크, 방화벽, VPN 및 TLS 연결을 확인하십시오.

SMTP 서버 시간 초과 또는 연결할 수 없음 오류 메시지가 표시되면, 가능하면 신뢰할 수 있는 모바일 핫스팟과 같은 다른 네트워크를 사용해 보세요. VPN, 프록시, 엔드포인트 보안 프로그램, 방화벽 또는 인터넷 서비스 제공업체가 발신 메일을 차단할 수 있습니다. Mozilla는 일부 인터넷 제공업체가 25번 포트를 차단하므로, 제공업체에서 지원하는 다른 제출 포트가 있는지 확인해 보라고 권장합니다.

썬더버드 업데이트 직후 문제가 발생했다면 방화벽이나 보안 애플리케이션의 신뢰 앱 목록에서 현재 썬더버드 버전을 확인하세요. 보호 소프트웨어를 비활성화하는 대신 썬더버드를 허용 앱 목록에 추가하는 것이 좋습니다. 또한 컴퓨터의 날짜와 시간이 정확한지 확인하세요. 시스템 시계가 크게 잘못되면 TLS 인증서 유효성 검사가 실패할 수 있습니다. TLS 보안 수준을 낮추거나 인증서 오류를 우회하기 위한 예외를 추가하는 것은 절대 영구적인 해결책이 아닙니다.

6. 첨부 파일 없이 테스트한 다음, 제공업체 제한 사항을 확인하세요.

짧은 제목과 첨부 파일 없이 일반 텍스트 메시지를 작성하여 본인이 관리하는 주소로 보내보세요. 이렇게 해도 원래 메시지가 전송되지 않으면 첨부 파일을 하나씩 삭제하거나 크기를 줄여보세요. 이메일 제공업체마다 메시지 크기 제한이 다르기 때문에 인코딩된 전체 메시지 크기가 원본 파일보다 클 수 있습니다. 모질라의 대용량 첨부 파일 가이드 에서는 메일 서버별로 제한이 다르므로 파일 크기를 줄이거나 다운로드 링크를 공유하는 방법을 권장합니다.

간단한 테스트에서 수신자, 릴레이, 할당량 또는 전송 정책과 관련된 응답이 표시되면서 실패하는 경우, 연결이 이미 정상적으로 작동하고 있을 수 있습니다. 수신자 주소를 확인하고 공급자 계정 상태 또는 전송 제한 사항을 점검하십시오. 비즈니스 이메일의 경우 관리자가 서버 로그 또는 조직 정책을 검토해야 할 수 있습니다. Thunderbird의 포트를 변경해도 서버 측 제한 사항은 무시되지 않습니다.

설정 변경을 언제 멈춰야 할까요?

서비스 제공업체의 요구 사항을 확인하지 않고 포트, 인증 방법 또는 암호화 설정을 임의로 변경하지 마십시오. 임의로 조합하면 보안이 약화되고 계정이 잠기거나 원래 원인을 파악하기 어려워질 수 있습니다. 마찬가지로 Thunderbird를 다시 설치한다고 SMTP 서버 거부 문제가 해결될 것이라고 생각하지 마십시오. 일반적으로 계정 구성 및 서비스 제공업체 정책은 다시 설치해도 그대로 유지됩니다.

위의 확인 사항으로 오류가 해결되지 않으면 Thunderbird 버전, 운영 체제, 공급자 이름, 정확한 오류 메시지, SMTP 호스트 이름, 포트, 보안 모드 및 인증 방법을 수집하십시오. 사용자 이름과 토큰 또는 자격 증명은 지원팀에 공유하기 전에 가려주십시오. 웹메일 전송이 가능한지, 그리고 첨부 파일이 없는 짧은 메시지에서도 오류가 발생하는지 여부도 함께 알려주십시오. Mozilla는 추가 지원을 요청할 때 이와 같은 환경 및 서버 세부 정보를 제공하는 것을 권장합니다.

전송 기능이 제대로 작동하는지 확인하십시오.

근거에 기반한 변경 사항을 하나 적용한 후, 확인 가능한 주소로 짧은 테스트 메시지를 보내세요. 메시지가 보낸 편지함에서 정상적으로 나가고, 예상한 보낸 편지함에 나타나고, 수신자의 사서함이나 웹메일에 도착하는지 확인하세요. 그런 다음 원래 메시지를 다시 보내면서 수신자 주소와 첨부 파일 크기를 확인하세요. 테스트는 성공했지만 원래 메시지가 거부된 경우, SMTP 설정을 다시 변경하는 대신 서버에서 제공하는 특정 거부 메시지를 사용하여 메시지 또는 계정 제한 문제를 해결하세요.