NEW Nmail PHP 3 업그레이드 할인
자세히 보기

[공지]메일송수신시 발생하는 오류 및 리턴메일에 대한 문의를 받습니다.

PASSKOREA 2007.01.16 15:57 조회 23345

메일송수신시 발생하는 오류 및 리턴메일에 대한 문의는 모든 메일 제품군에
유사하게 적용되므로 각 제품별 담당자들이 공동지원을 해드리는 게시판입니다

대부분의 리턴메일은 [FAQ - 메일송수신관련]게시판과 아래 리턴메일별 원인 및 해결방법에 이미 안내되어 있습니다.

리턴메일별 원인 및 해결방법 원본주소 - http://nbuilder.net/nmail/help.php?id=RETURNMAIL


※ [Ctrl + F]키를 눌러 에러 메세지에 나온 단어로 검색해보세요.

ㆍ목차
◈ 일시적인 전송 실패
- 417 Temporary delivery error
- The maximum number of delivery attempts has been reached
- End of socket stream data
- Invalid server address
- Bad server response
◈ 받는사람이 존재하지 않는 경우
- 550 User unknown
- 550 Mailbox unavailable
- 550 5.1.1 No such user
- 554 delivery error: dd This user doesn't have a yahoo.co.kr account (userid@domain.com) [-5] - mta114.mail.krs.yahoo.com
◈ 받는사람이 사용중지된 경우
- 550 Account disabled
- 550 5.1.1 Inactive mbox
- 550 5.1.1 Suspended user
- 554 delivery error: dd Sorry your message to userid@domain.com cannot be delivered. This account has been disabled or discontinued [#102]. - mta115.mail.krs.yahoo.com
◈ 받는사람의 메일용량이 초과된 경우
- 552 Requested mail action aborted: exceeded storage allocation - <userid@domain.com>
- The recipient's mailbox is full
◈ 받는사람의 스팸설정(수신거부)에 의해 차단된 경우
- 550 You are registered as spammer (by user's reject list)
- 554 5.0.0 Service unavailable (userid: mail is denied, by spam filter)
◈ 메일발송권한이 없거나 상대방 메일서버 설정 문제
- 550 Relay denied
- 554 Relay operation rejected
- 550 5.7.1 Unable to relay for userid@domain.com
◈ 대량 메일 발송으로 인해 대형포털로부터 IP가 차단된 경우
- 550 5.7.1 <userid@domain.com>... Error.your access was denied.? Since you sent too many e-mails,you are not allowed to send more e-mails within 24 hours.After 24 hours,you can send e-mails as usual.If you did not send any e-mails,which is considered as a spam,you'd better register
- 421 4.3.2 Your IP(111.112.113.114) is filtered and this connection will be closed. You must register your IP to http://realip.naver.com
- 421 4.3.1 You send too many messages.
- 5.1.0 - Unknown address error 550-'Transaction failed. (SPAM_SUSPECT:IP_CONTROL) (http://cleanip.paran.com)'
- 451 mta113.mail.krs.yahoo.com Resources temporarily unavailable. Please try again later [#4.16.5].
◈ RBL에 의해 차단된 경우
- 421 4.3.2 Your ip is filtered by RBL (http://realip.naver.com/rbl/rblinfo.html)(IP:111.112.113.114)(Caues:http://dsbl.org/listing?111.112.113.114)
- 553 5.3.0 ... Rejected - see http://www.mail-abuse.org/rbl/
- 553-mail rejected because your IP is in DUL. See http://www.mail-abuse.com/enduserinfo.html
◈ 상대방 메일서버에서 스팸으로 인식해서 차단된 경우
- 553 Blocked for spam
- 550 5.5.0 Your message was rejected.
◈ 상대방 메일서버에서 바이러스로 인식해서 차단된 경우
- 550 Virus in your mail!!!
◈ 첨부파일에 실행파일을 첨부할 수 없는 경우 - 구글
- 552 5.7.0 Illegal Attachment 36si248323nzk+I9:I15
◈ 받는사람과 보낸사람에 문제가 있어 리턴메일이 반복되는 경우
- Mail loop detected
◈ 받는 메일서버에서 허용하는 최대메일크기를 초과한 경우
- Message size excedes the server limit
ㆍ일시적인 전송 실패 [목차]
- 417 Temporary delivery error
- The maximum number of delivery attempts has been reached
- End of socket stream data
- Invalid server address
- Bad server response
상대방 메일서버에 연결할 수 없을때 발생하는 에러로 일시적인 현상일 수 도 있습니다.

리턴메일의 에러는 정해진 재전송횟수만큼 모두 실패했다는 의미입니다.
[<00>] XMail bounce: Rcpt=[touser@to.com];Error=[The maximum number of delivery attempts has been reached]

리턴메일의 자세한 로그중 "ErrString" 항목에 따라 몇가지 원인으로 분류됩니다.
[<04>] Here is listed the message log file:

[PeekTime] 1142791127 : Mon, 20 Mar 2006 02:58:47 +0900
<<
ErrCode = -162
ErrString = End of socket stream data
SMAIL SMTP-Send MX = "mx.to.com." SMTP = "from.com" From = "fromuser@from.com" To = "touser@to.com" Failed !
SMTP-Error = "417 Temporary delivery error"
SMTP-Server = "mx.to.com."
>>

a) End of socket stream data
DNS 질의를 통해 상대방 메일서버(MX record)를 찾았지만 메일서버에 접속할 수 없다는 의미입니다.

이 경우 상대방 메일서버가 동작중이 아니거나 과도한 부하로 응답대기시간을 초과한 상태일 가능성이 높습니다.
상대방 메일서버의 관리자가 조치를 취하지 않으면 별도의 해결방법이 없습니다.

만약 대형포털등 다른 메일서버에서 상대방 메일서버로 메일이 잘 들어간다면 다음 문제일 가능성이 있습니다.

-. 상대방 메일서버와의 네트워크 회선 문제.
: 드물지만 일부 네트워크간에 속도가 아주 느려 문제가 발생하는 경우가 있습니다. 이 때는 메일서버가 설치된 네트워크와
다른 외부 네트워크 두 곳에서 상대방 메일서버의 25번 포트를 열어서 속도를 비교해보면 됩니다. 만약 응답속도가
현저하게 차이가 난다면 네트워크 관리업체에 문의해서 해결하시면 됩니다.

-. 상대방 메일서버에서 별도의 조치를 취해둔 경우.
: 드물지만 이 경우 상대방 메일서버 관리자에게 문의하셔서 해결하셔야 합니다.

b) Invalid server address
받는사람의 도메인이 존재하지 않거나, 상대방 메일서버의 DNS 설정상의 문제가 있어 메일을 보낼 수 없는 상황입니다.
주로 사용자들이 받는사람의 도메인을 잘못 적어서 발생한 경우가 많습니다.

c) Bad server response
메일서버에서 인식할 수 없는 응답코드로 원인은 IP가 차단된 경우가 많습니다.
이때는 "ErrString"대신 "SMTP-Error"항목을 가지고 [대량 메일 발송으로 인해 대형포털로부터 IP가 차단된 경우]에서 원인을 찾아보시면 됩니다.

ㆍ받는사람이 존재하지 않는 경우 [목차]
- 550 User unknown
- 550 Mailbox unavailable
- 550 5.1.1 No such user
- 554 delivery error: dd This user doesn't have a yahoo.co.kr account (userid@domain.com) [-5] - mta114.mail.krs.yahoo.com
상대방 메일서버에 받는사람이 존재하지 않습니다. 메일주소를 다시 확인해보시기 바랍니다.
다른 메일서버에서 보냈을때 실제로 존재하는 유저라면 메일서버의 셋팅에 관련된 문제일 수 도 있습니다.
예를 들어 domain.com 이 실제로 A 서버에서 사용하지만, 테스트 혹은 관리자의 실수로 B 서버에도
설정되어 있는 경우가 있습니다. 이때, B 서버에서 userid@domain.com 으로 메일을 보내게되면
A 서버가 아닌 B 서버 내부로 메일 전송을 시도하기 때문에 받는사림이 존재하지 않는다고 나올 수 있습니다.

ㆍ받는사람이 사용중지된 경우 [목차]
- 550 Account disabled
- 550 5.1.1 Inactive mbox
- 550 5.1.1 Suspended user
- 554 delivery error: dd Sorry your message to userid@domain.com cannot be delivered. This account has been disabled or discontinued [#102]. - mta115.mail.krs.yahoo.com
상대방 메일서버에서 받는사람이 사용중지/휴면계정으로 처리된 상태이므로 메일을 보낼 수 없습니다.

ㆍ받는사람의 메일용량이 초과된 경우 [목차]
- 552 Requested mail action aborted: exceeded storage allocation - <userid@domain.com>
- The recipient's mailbox is full
상대방 메일서버에서 받는사람의 메일저장용량이 초과되어 메일을 보낼 수 없습니다.
잠시후 다시 시도해보시거나 받는사람에게 다른 방법으로 연락해보시기 바랍니다.

ㆍ받는사람의 스팸설정(수신거부)에 의해 차단된 경우 [목차]
- 550 You are registered as spammer (by user's reject list)
- 554 5.0.0 Service unavailable (userid: mail is denied, by spam filter)
받는사람이 스팸설정 혹은 수신거부 목록에 보낸사람의 주소를 등록해두었을 가능성이 높습니다.
받는사람에게 다른 방법으로 연락해보시기 바랍니다.

ㆍ메일발송권한이 없거나 상대방 메일서버 설정 문제 [목차]
- 550 Relay denied
- 554 Relay operation rejected
- 550 5.7.1 Unable to relay for userid@domain.com
☞ 같은 도메인을 제외한 다른 모든 메일서버에서 에러가 발생한 경우.
사용자의 메일클라이언트(아웃룩 등)설정 문제일 가능성이 높습니다. 먼저 계정 셋팅시 [보내는 메일서버에 인증 필요]옵션을
체크했는지 확인해보시기 바랍니다. 자세한 내용은 [POP3 이용안내]에 나와있습니다.

☞ 특정 메일서버에서만 에러가 발생할 경우
상대방 메일서버에서 DNS 설정 혹은 메일서버의 설정 오류로 인해 발생한 문제입니다.
상대방 메일서버의 관리자가 조치를 취하지 않으면 별도의 해결방법이 없습니다.

ㆍ대량 메일 발송으로 인해 대형포털로부터 IP가 차단된 경우 [목차]
- 550 5.7.1 <userid@domain.com>... Error.your access was denied.? Since you sent too many e-mails,you are not allowed to send more e-mails within 24 hours.After 24 hours,you can send e-mails as usual.If you did not send any e-mails,which is considered as a spam,you'd better register
- 421 4.3.2 Your IP(111.112.113.114) is filtered and this connection will be closed. You must register your IP to http://realip.naver.com
- 421 4.3.1 You send too many messages.
- 5.1.0 - Unknown address error 550-'Transaction failed. (SPAM_SUSPECT:IP_CONTROL) (http://cleanip.paran.com)'
- 451 mta113.mail.krs.yahoo.com Resources temporarily unavailable. Please try again later [#4.16.5].
대형포털의 경우 IP를 등록해두지 않고 "1일 1,000통(시간당 100통) 이상의 대량 메일"을 보내면 IP가 차단될 가능성이 있습니다.
관리자가 대량 메일을 발송하지 않더라도 다음 경우에도 차단될 가능성이 높습니다.
1. 사용자가 대형포털로 포워딩을 설정해두면 하루에 1000통의 메일을 받을 경우 대형포털로 똑같이 1000통을 보내게 되므로 차단될 수 있습니다.
2. 사용자가 대형포털로 자동응답을 설정해두면 보낸사람주소를 대형포털로 위장한 스팸의 경우에는 대형포털로 자동응답을 계속 하게되므로 차단될 수 있습니다.

이로 인해 회원수나 사용량이 많은 곳에서는 각 대형포털사이트마다 IP등록을 해두시는것이 유리합니다.
이미 차단된 경우에는 각각 사이트에 방문하셔서 차단해지 신청을 하셔야 합니다.

daum.net/hanmail.net - http://ipregister.daum.net
error) 550 5.7.1 <userid@domain.com>... Error.your access was denied.? Since you sent too many e-mails,you are not allowed to send more e-mails within 24 hours.After 24 hours,you can send e-mails as usual.If you did not send any e-mails,which is considered as a spam,you'd better register
naver.com - http://realip.naver.com
error) 421 4.3.2 Your IP(111.112.113.114) is filtered and this connection will be closed. You must register your IP to http://realip.naver.com
nate.com - http://antispam.nate.com
error) 421 4.3.1 You send too many messages.
paran.com - http://cleanip.paran.com
error) 5.1.0 - Unknown address error 550-'Transaction failed. (SPAM_SUSPECT:IP_CONTROL) (http://cleanip.paran.com)'
yahoo.com/yahoo.co.kr - http://kr.antispam.yahoo.com/bulkmail.html
error) 451 mta113.mail.krs.yahoo.com Resources temporarily unavailable. Please try again later [#4.16.5].
chol.com - http://regip.chol.com
korea.com - http://mail.korea.com/default_whiteip.asp
empas.com - http://help.empas.com/guide/spam_mail02.html

ㆍRBL에 의해 차단된 경우 [목차]
- 421 4.3.2 Your ip is filtered by RBL (http://realip.naver.com/rbl/rblinfo.html)(IP:111.112.113.114)(Caues:http://dsbl.org/listing?111.112.113.114)
- 553 5.3.0 ... Rejected - see http://www.mail-abuse.org/rbl/
- 553-mail rejected because your IP is in DUL. See http://www.mail-abuse.com/enduserinfo.html
RBL(Real-time Black List)은 스팸메일을 발송하는 IP를 수집해 관리하는 리스트입니다.
RBL을 활용해 일부 사이트에서 차단하는 경우가 있는데 이 때는 에러메세지에 나와있는 사이트로 방문하셔서 RBL 해지신청을 진행하셔야 합니다.

해지 신청을 하시기전에 먼저 Reverse DNS (PTR record) 를 설정해두시는게 좋습니다.
대부분의 일반적인 환경에서는 자체적으로 설정이 불가능하며 상위기관에 의뢰를 하셔야 합니다.
서버호스팅일 경우 해당 호스팅업체에 의뢰를 하시면 되고, 임대회선을 사용해서 사무실내에서 운영중이라면 해당 회선업체에 의뢰를 하시면 됩니다.
의뢰방법은 보통 "RBL 해지를 위한 Reverse DNS (PTR record) 등록 요청"정도로 제목을 적으셔서
사용하시는 도메인, IP, 회사명(고객번호 등)을 적으신후 팩스나 메일로 요청하시면 대부분 바로 처리해주고 있습니다.

단, 가정에서 사용되는 초고속인터넷 사용자는 유동IP를 할당받으므로 Reverse DNS (PTR record) 등록이 불가능합니다.
이로 인해 해지신청이 거의 어렵고, 국내 대형 포털들에서도 유동IP로 부터 발송되는 메일은 대부분 차단하고 있습니다.

ㆍ상대방 메일서버에서 스팸으로 인식해서 차단된 경우 [목차]
- 553 Blocked for spam
- 550 5.5.0 Your message was rejected.
상대방 메일서버에서 스팸으로 인식하여 거부한 것으로 추측됩니다.
단 거부한 원인에 대해 언급되어 있지 않으므로 어떤 조건에 의해 거부되었는지 리턴메일만으로는 알 수 없습니다.
이 경우 제목이나 본문내에 광고,성인등 스팸으로 분류될만한 단어가 있는지 확인해보시고
해결이 안될 경우 상대방 메일서버의 관리자에게 문의해보셔야 합니다.

ㆍ상대방 메일서버에서 바이러스로 인식해서 차단된 경우 [목차]
- 550 Virus in your mail!!!
상대방 메일서버가 메일내에 바이러스를 검출하여 차단한 경우입니다.
그런데 실제 바이러스 메일을 보내지 않았더라도 "보낸 사람"주소가 위조되어 잘못된 리턴메일을 받는 경우가 있는데
이는 무시하시면 됩니다.

ㆍ첨부파일에 실행파일을 첨부할 수 없는 경우 - 구글 [목차]
- 552 5.7.0 Illegal Attachment 36si248323nzk+I9:I15
Gmail의 경우 바이러스 차단을 위해 첨부 파일에 실행 파일이 들어간 경우까지 모두 차단하고 있습니다.
실행파일을 압축해서 보내더라도 동일하게 차단되니 꼭 보내야 한다면 실행파일의 확장자를 다른것으로 바꾸는 방법밖에 없습니다.

ㆍ받는사람과 보낸사람에 문제가 있어 리턴메일이 반복되는 경우 [목차]
- Mail loop detected
메일링, 서버내 서비스 안내메일 등 자동툴을 통해 메일을 보낼때 많이 발생하는 문제입니다.
메일을 보낸주소와 받는주소가 모두 잘못 되었을때 반복적으로 송수신이 일어나는데
이때 서버부하를 방지하기 위해 자동 차단하는 것입니다.

예를 들어 보낸주소가 id@from.com 이고, 받는주소가 no-user@to.com 일 경우
엔메일에서 no-user@to.com 로 메일을 보냈을때 상대방 메일서버에서
존재하지 않는 사용자일땐 보낸주소로 리턴메일을 보내게 됩니다.
이때 보낸주소인 id@from.com 이 없는 주소일때는 다시 상대방 메일서버로
존재하지 않는 사용자라고 리턴메일을 보내게 됩니다.
이처럼 2개의 메일서버간에 동일한 리턴메일을 계속 주고 받는 현상입니다.

이 에러메세지가 안나오게 하려면 메일링 서비스시 다음 사항에 유의해야 합니다.
1. 보낸사람의 주소가 실제로 존재하는지 메일을 받을 수 있는 상태인지 확인합니다.
2. 보낸사람의 메일계정 용량이 리턴메일을 받을 수 있을만큼 충분한지 확인합니다.

ㆍ받는 메일서버에서 허용하는 최대메일크기를 초과한 경우 [목차]
- Message size excedes the server limit
대부분의 메일서버에서는 부하를 방지하기 위해 메일의 크기가 일정크기 이상일 경우 받지 않도록 조치하고 있습니다.
따라서 첨부파일을 삭제해서 메일의 크기를 줄인뒤 다시 보내보시고 첨부파일은 다른 방법으로 전달하셔야 합니다.
일반적으로 첨부파일은 10MB 정도까지만 허용하고 있습니다.

댓글 0
이전 글 not a gateway 1 더* 2007.01.17