Mozilla 한국 커뮤니티

얼마전에 gmail 계정이 생겨서 선더버드를 설치하고 사용을 하였는데
이것을 사용하다보니 메일보내기가 편했습니다.
교수님과 조교님께 질문메일이나 과제제출메일도보내고..
그래서 안하던 질문메일도 많이 보내고 했는데
이전에는 바로 오던 답장이 안오는 겁니다..; 그래서 (상대방)수신확인을 하려고하니
구글계정에서도 보니 그런기능이 없는것같고(제가 열면 수신확인이 되더군요;;)
선더버드에서 수신확인 기능이 있지만 그것은
일반적인 포털사이트(다음)과 같은 수신확인방식이
아니라는 것을 알게되엇는데.. 그런 수신확인방식은 아직 지원안되는건가요?

아 그리고 아웃룩은 ms워드연동이 되어서 참 좋앗는데
(물론 같은 회사이니 당연 연동이겠지만 단축키나 여러기능면에 편함이 있어서요^^;)
선더버드에서 워드와 연동가능 기능이 있나요? 확장기능을 검색해도 없는듯합니다.

안녕하세요.~

선더버드나 아웃룩의 수신확인은,
수신인 역시 메일 클라이언트를 사용할 경우 자동으로 수신확인 메일이 발송되는 원리를 이용한 것입니다. 또, 제가 기억하기론 엠팔이나 드림위즈와 같은 웹계정에서 자동으로 수신확인 발송 확인창이 열리더군요. 그러니까 모든 계정이 수신확인이 되는 것이 아니지요.

MS워드 연동은, 선더버드를 기본 메일 클리이언트를 사용할 경우, 보내기 정도만 되는걸로 알고 있습니다.

demian.sj wrote: 일반적인 포털사이트(다음)과 같은 수신확인방식이
아니라는 것을 알게되엇는데.. 그런 수신확인방식은 아직 지원안되는건가요?

포털의 수신 확인은 진정한 의미의 수신 확인이 아니라 1pixel짜리 안 보이는 매우 조그마한 그림을 끼워 놓아서 수신자의 의사와 무관하게 GUI 기반 메일 클라이언트로 메일을 읽기만 하면 수신했다고 알려 주는 방식입니다. 그런 방식은 수신자의 프라이버시 침해일 뿐 아니라, 메일 속에 든 그림 가운데 외부 주소를 가리키는 것은 기본으로 표시하지 않도록 해 놓은 경우 작동하지 않습니다. (한메일을 사용하시는 저희 아버님께서 왜 당신께서 보낸 메일을 아직 안 읽었냐고 가끔 물어 보시는 이유

TB의 수신 확인은 인터넷 메일 표준에 의한 것입니다. 하지만, 이는 수신자가 - 이미 깨달으신 바와 같이 - 수신 확인에 동의한다고 해 주어야만 확인 메일이 송신자에게 갑니다. 따라서, 이 역시 항상 동작하지 않습니다.

어쨌든, 포털과 같이 수신자의 프라이버시를 침해하는 방식의 수신 확인 기능은 앞으로도 결코 제공되지 않을 것입니다.

빛알갱이 wrote:포털의 수신 확인은 진정한 의미의 수신 확인이 아니라 1pixel짜리 안 보이는 매우 조그마한 그림을 끼워 놓아서 수신자의 의사와 무관하게 GUI 기반 메일 클라이언트로 메일을 읽기만 하면 수신했다고 알려 주는 방식입니다.

저기 궁금해서 질문을 합니다만... 1픽셀짜리 그림이 어떻게 메일 수신을 알려주는건지 좀 자세하게 설명을 부탁드려도 되겠습니까? 포털에서 내부메일에 한해서 무조건적으로 수신확인 메일을 발송해서 확인이 되는거라고 생각해 왔었기 때문에 이 이야기는 처음 듣는지라 원리가 궁금하군요.

흑마법사 wrote:

빛알갱이 wrote:포털의 수신 확인은 진정한 의미의 수신 확인이 아니라 1pixel짜리 안 보이는 매우 조그마한 그림을 끼워 놓아서 수신자의 의사와 무관하게 GUI 기반 메일 클라이언트로 메일을 읽기만 하면 수신했다고 알려 주는 방식입니다.

저기 궁금해서 질문을 합니다만... 1픽셀짜리 그림이 어떻게 메일 수신을 알려주는건지 좀 자세하게 설명을 부탁드려도 되겠습니까? 포털에서 내부메일에 한해서 무조건적으로 수신확인 메일을 발송해서 확인이 되는거라고 생각해 왔었기 때문에 이 이야기는 처음 듣는지라 원리가 궁금하군요.

웹버그같네요. 다음 링크들에서 내용 참고하시기 바랍니다.

스파이웨어 및 브라우저 하이재커를 차단하기 위한 5가지 팁 - Kim Komando
http://www.microsoft.com/korea/smallbus ... ckers.mspx
웹버그 찾으면 웃긴대학 통째로 준다? - 국순신기자
http://www.inews24.com/php/news_view.ph ... enu=021300
뒤바뀐 운명,「웹 트래커를 트래킹하라」- Stefanie Olsen ( Special to ZDNet )
http://www.zdnet.co.kr/builder/system/n ... 158,00.htm
「웹버그 (Web bug) 논란..」 - Longhorn
http://vista.archmond.com/index.php?pl=228&ct1=8

이것이 2004년 웹을 한동안 달군 것이 지금도 기억납니다.
웹버그를 들은 분들 다수는 무료 개인방화벽을 설치하느라 정신 없었지요.
물론, 저도 같은 상황이었습니다. : (

흐음... 명확하게 이해가 어렵군요.

1. 이미지 데이터 안에 실행 프로그램이 들어가 있어서 유저의 개인정보를 캐낸다.
2. 이미지는 Unque한 구분 요소 (파일명이라던가) 를 지니고 있고, 받는 사람 쪽에서 그 이미지를 request함으로서 그 image request에 실려가는 정보를 다시 서버쪽에서 받아들이니다.

한국웹쪽은 1쪽의 이미지를 풍기는데 솔직히 납득하기 어려워요. 그 말도 안되게 작은 용량에 기능을 집어넣는것도 문제지만 만약 그렇다면 OS를 탈 텐데 그러지도 않구요.

해외 보도자료는 2번쪽이군요. 하지만 만약 이렇게 작동하는거라면 왜 굳이 따로 픽셀을 하나 집어넣은건지 모르겠군요. 그냥 아무 이미지나 사용해도 상관없었다는 소리인데... 왜 굳이 번거롭게 1*1 이미지를 하나 더 만든건지...

흑마법사 wrote:만약 이렇게 작동하는거라면 왜 굳이 따로 픽셀을 하나 집어넣은건지 모르겠군요. 그냥 아무 이미지나 사용해도 상관없었다는 소리인데... 왜 굳이 번거롭게 1*1 이미지를 하나 더 만든건지...

2번이 맞습니다. 배경 화면에 쓰는 이미지나 메일 서비스 로고 등을 메일의 일부로 하지 않고 외부 그림으로 하면서 그 주소(URL)에 개별 메일을 식별하는 부분을 넣어서 하는 수도 물론 있겠지요. 하지만, 큰 그림을 그 용도로 쓰면 서버쪽에 발생하는 트래픽(메일을 읽을 때마다 발생하는) 양이 불필요하게 커집니다. (물론, 송신 시에 그림 파일을 넣어서 보내기 때문에 발생하는 메일 서버 부담도 있기는 합니다.) 1 픽셀짜리 그림이라면 그런 부담이 적지요.

Content-Type으로 multipart/related를 써서 그림을 포함해서 보내는 경우가 아니라면 이런 장점은 없습니다. 그 경우에는 그냥 아무 (외부) 그림의 주소 끝에 메일 식별용 query 파트만 하나 더해 주면 되겠지요. 하지만, 웹 메일 서비스들은 아마 multipart/related를 써서 배경 그림 등은 메일에 포함해서 보낼 것입니다. (게을러서 확인해 보지 않았음)

당연히 2번이겠지만,
당시 받아들이기로는 거의 1번 수준이었을 겁니다.
왜냐하면 당시 논란이 된 웹사이트들은 다수가 가입한 경우인데다가
개인의 웹 탐색정보까지 빼내간다는....
한국 웹사이트의 특성상 요구하는 개인정보가 많은데(주민등록번호, 전자우편주소, 생년월일, 주소, 그외 생략), 거기다 탐색정보까지 빼가? 이런 생각이겠지요.

이와 비슷한 반응이 Alexa.com에도 있었습니다.
역할이 웹페이지의 트레픽 통계인데
Alexa.com에 정보를 보내는 기능이 포함된 관계로
한동안 이 것의 레지스트리 날리기가 유행했었습니다.
물론 몇몇 개인정보 보호(스파이웨어 제거) 프로그램에서도 제거 가능한 것으로 알고 있습니다.