1UP님의 포스팅을 보고 조금 설명해볼까 합니다. 메일을 이용하다보면, 보내지도 않은 메일에 대한 반송메일이 오는 경우가 많습니다. 바로 아래와 같은 경우입니다. 물론 저 드림위즈 계정을 사용하시는 분은 dholen@tctc.edu 라는 곳에 메일을 보낸 기록이 없습니다. 그런데도 뜬금없이 반송메일이 날아온 것입니다. 보낸 적도 없기 때문에, 대부분의 메일 사용자들은 이때 계정 해킹을 의심하게 되고, 그에 따라 이용하는 메일 서비스 회사에 컴플레인하는 경우가… Read More »
전 카페24 정도 되는 회사가, 그것도 호스팅 회사가 다른 회사에게 리턴 트래픽을 전가하리라고 생각도 못했는데, 그것도 아니였나봅니다? Return-path:XXX@daum.net, 됐거든요. 요약하자면, ①수신자의 메일용량 부족, 스팸필터링 등으로 인해 메일이 수신되지 않고 반송되는 메일을 ②카페24의 트래픽으로 처리하지 않고 Gmail로 보내기 위해 return-path(일부 서비스에서는 envelope-from)를 gmail.com 로 설정했는데, ③실제로 발송된 서버의 아이피가 Gmail의 그것이 아니라는 SPF 레코드(gmail.com의 DNS상에 기재되어있는)의 응답에 따라, ④위… Read More »
예전 네이버 블로그에서 썼던 포스트를 다시 한번 올려봅니다. 약간 수정했지만 사실 재탕입니다. -_-; 메일을 위시한, 인터넷 메시지 포맷을 정의한 RFC 5322 문서에 보면, 3.6.7 절에 Trace fields 라는 것이 정의되어있습니다. 사전적인 의미로 Trace를 직역하자면, “자취” 또는 “발자국”이라는 뜻을 가지고 있으며, 메일 헤더부분에서는 메일이 전송되는 경로를 추적할 수 있는 필드를 뜻합니다. 메일은 A에서 B 서버로 바로 전달되는 것이 원칙이지만,… Read More »