이메일 주소 난독 화가 실제로 스팸을 방지합니까?
많은 사람들이 전자 메일 주소를 모호하게 만듭니다. 예를 들어 스팸 봇으로부터 자신을 투사하기 위해 somebody (at) somedomain (dot)을 입력합니다. 이러한 난독 화 기술이 실제로 작동합니까??
오늘의 질문 및 답변 세션은 Q & A 웹 사이트의 커뮤니티 드라이브 그룹 인 Stack Exchange의 하위 부문 인 수퍼 유저의 도움으로 이루어졌습니다..
질문
수퍼 유저 리더 카일 크로닌 (Kyle Cronin)은 그러한 이메일 난독 화 기법이 번거로운 가치가 있는지 알고 싶어합니다.
대부분의 경우 누군가가 자신의 이메일 주소를 온라인으로 게시하는 것을 볼 수 있습니다. 특히 개인 주소 인 경우에는
나 [예] 예 [도트] com
실제 이메일 주소 ([email protected]) 대신. 이 커뮤니티의 최고 구성원조차도 프로필에 비슷한 스타일을 사용합니다.
jt.superuser [AT] gmail [DOT] com
돈키호테 점 수호 그 근처의 저쪽에 Gmail 장소
일반적인 이유는 이러한 종류의 난독 화 때문에 전자 메일 주소가 스패머가 자동으로 인식하고 수확하지 못하게됩니다. 스팸 메일 발송자가 가장 악마 같은 captcha를 제외한 모든 것을 이길 수있는 시대에 이것이 사실입니까? 그리고 현재의 스팸 필터가 얼마나 효과적인지에 따라, 이메일 주소가 수확되는지가 중요합니다?
의사 소통을 시도하고있는 실제 인간들을위한 번거 로움을 감안할 때 (그리고 당신이 피하려고 노력하는 수확기 로봇에 대한 번거 로움이 거의 없음) 기술이 실제로 효과적인 지 알아 내기 위해 더 깊이 파고들만한 가치가 있습니다.
대답
수퍼 유저 기여자 인 Akira는 난독 화 사용을 지원하기 위해이 문제에 대한 연구를 제안합니다.
얼마 전 허니팟을 만든 사람의 게시물을 우연히 발견하고 다른 obsfucated 이메일 주소가 다시 오기를 기다렸습니다.
전자 메일 주소를 난독 화하는 9 가지 방법
CSS 코딩 0MB
moc.elpmaxe@zyx
CSS 디스플레이 : 없음 0MB
[email protected]
ROT13 암호화 0MB
[email protected]
AT 및 DOT 사용 0.084MB
예를 들어 닷컴에서 xyz
Javascript로 빌드하기 0.144MB
var m = 'xyz'; // m + = '@'의 영리한 메서드를 사용할 수 있습니다.
// 전자 메일이 포함 된 문자열 만들기 m + = 'example.com';
// 그런 다음 DOM에 추가합니다 (예 : $ ( '. email) .append (m); // jquery)
'@'및 '.'대체 엔티티들과 1.6MB
[email protected]
주석으로 전자 메일 분할 7.1MB
xyz @ examplecom
Urlencode 7.9MB
xyz % 40example.com
일반 텍스트 21MB
[email protected]
이것은 Silvan Mühlemann이 만든 원래의 통계 그래프입니다. 모든 신용은 그를 향해갑니다 :
그래서, 질문에 대답 : 네, (방식으로) 이메일 obsfucation 작품.
기여자 ak86의 무게는 다음과 같습니다. 난독 화를 통해 얻는 것이 무엇이든 자신과 동료 이메일 발송자에게 불편을 겪게됩니다.
Cory Doctorow가 최근에이 주제에 대해 흥미로운 기사를 작성했습니다.이 기사에서는 전자 메일 난독 화가 많은 목적을 달성하지 못하도록하고 더 최적의 방법으로는 스팸을 지능적으로 관리합니다.
TL, DR 버전 :
- 이 전체 연습의 목적은 이메일에 포함 된 스팸의 양을 줄이는 것이 아니라 스팸의 양을 줄이는 것입니다 수동으로받은 편지함에서 제거해야합니다..
- 전자 메일 난독 화는 보봇 (BOOK)이 없으며 사람이 읽을 수있는 인코딩을 제공하는 끊임없는 싸움이며 제작자와 통신원 모두의 생산성을 저하시킵니다.
- "당신이 어떤 길이의 시간 동안 사용하는 거의 모든 이메일 주소는 결국 모든 스팸 발송자가 가지고 있다고 가정해야한다는 사실이 널리 알려지게됩니다."
- "안정되고 쉽게 복사 할 수있는 이메일 주소의 편리함"이 스팸봇으로부터 숨기려는 시도를 이기기.
설명에 추가 할 것이 있습니까? 의견에서 소리가 나지. 다른 기술에 정통한 Stack Exchange 사용자의 답변을 더 읽고 싶습니까? 전체 토론 스레드를 여기에서 확인하십시오..