저는 원래 수정안이 완벽하게 작동했으며 gmail 관련 문제를 해결했음을 확인합니다. 이 선택적 모드가 복원된다면 정말 큰 도움이 될 것입니다.
스패머들은 끊임없이 새로운 기법을 배우고 있으며, Facebook, Instagram, Twitter 같은 대형 플랫폼조차도 여전히 성공적으로 속이고 있습니다. 이로 인해 대부분의 다른 사이트들은 '이지 모드’가 됩니다. 스팸 발송은 그들에게 전일제 업무가 되므로, 본질적으로 다음과 같은 상황이 됩니다:
활용 가능하고 (필요한 자원 < 얻는 수익)이면, 반드시 악용될 것이다.
그들은 사실상 모든 조치를 우회할 수 있으며, 유일한 희망은 그렇게 하는 비용을 수익보다 높게 만들어 경제적 이득이 없도록 하는 것입니다.
(탐지 및 mod/admin이 정통 gmail을 사후적으로 차단하고 수동으로 게시물을 삭제하기 전에) 거의 무제한의 이메일/계정으로 대량 스팸을 발송할 수 있는 것은 상당히 비용 효율적입니다. 24시간 365일 운영되는 moderator 팀이 없다면 더욱 그렇습니다.
반스팸 조치를 우회하는 비용은 계속 감소하고 있습니다. 예를 들어 4/5G 프록시를 사용하면 월 $30~$50 정도면 사실상 무제한의 실제 모바일 IP에 접근할 수 있습니다. 이 IP들은 합법적인 ISP/ASN에서 자동으로/수동으로 로테이션되며, 주요 ISP의 합법적인 사용자들(도시/주 전체)이 공유합니다. 4/5G IP는 많은 사용자가 동시에 공유합니다.
이러한 ISP/ASN 또는 IP를 차단하는 것은 적합하지 않습니다(verizon, at&t 등을 사용하는 모든 사람을 차단할 수는 없죠). 그들은 일반적으로 IP를 한 번 사용하고 버립니다. 이렇게 개별 IP를 차단하면 해당 IP 주소를 랜덤으로 공유하는 합법적인 사용자들도 차단됩니다. IP 차단은 점점 레거시 관행이 되고 있습니다(알려진 호스팅 회사의 ASN 제외). 이 포럼에서 빙산의 일각을 볼 수 있습니다:
https://mpsocial.com/c/public-marketplace/61
https://www.blackhatworld.com/forums/proxies-for-sale.112/
스패머들은 완전히 또는 부분적으로 수동으로 제작된 봇과 수동 스팸의 혼합체라고 생각합니다. Discourse가 더 많은 시장 점유율을 차지하고 있으며(분명히 환상적으로 성장하고 있으므로), 상용 봇의 표적이 되지 않는다면 놀랄 것입니다.
Xrumer가 최신 reCAPTCHA 버전을 지원하기 시작할 때, 저는 레거시 포럼의 대부분의 웹마스터들이 스팸이 크게 증가하는 것을 목격할 것이라고 생각합니다. 스팸 발송 비용이 바닥에 도달했기 때문입니다(이미 1,000건당 매우 저렴한 캡차 해결 API를 더 이상 사용할 필요가 없게 됨):
http://botmasterlabs.net/buy1/
사람들은 이미 Xrumer를 사용하여 기본적으로 모든 플랫폼을 지원하는 자체 플러그인/스크립트를 만들 수 있습니다. 하지만 언젠가 Discourse를 기본적으로 지원하게 된다면:
저는 반스팸 조치에 대한 직접적인 필요성이 있기 때문에 중립적이라고 주장할 수는 없습니다. gmail 도트 트릭에 대한 원본 게시물은 2014년에 다른 누군가가 작성했으며, 다른 사용자가 첫 x개 게시물의 승인을 요구함으로써 이를 해결한 것 같습니다. 따라서 최소 3명의 사용자 보고가 있는 것일까요? 
편하게 떠난 이야기라 죄송합니다. 다시 본론으로 돌아가겠습니다.
이메일에 대한 정규식 차단에 관해서는, 네, 맞습니다. 이는 부분적인 해결책이지만, 다음과 같은 이유로 이상적이지 않습니다:
@ 이전에 1개 이상의 마침표가 있는 모든 gmail을 차단하는 경우:
- 1개 이상의 마침표가 있는 실제 합법적인 gmail 사용자를 불가피하게 차단하게 됩니다. 이는 매우 흔합니다.
- 스패머들은 여전히 하나의 마침표를 사용하여 상당한 변형을 만들 수 있습니다. 예를 들어, gmail의 최대 길이는 30자입니다. e.g. 12345678901234567890123456789.0@gmail.com은 단일 마침표를 사용하여 30가지 사용 가능한 조합을 가질 수 있습니다.
@ 이전에 2개 이상의 마침표가 있는 모든 gmail을 차단하는 경우:
- 합법적인 gmail이 덜 차단되지만, 여전히 이메일에 1개 이상의 마침표가 있는 합법적인 gmail 사용자를 차단합니다.
- 스패머들은 단일 30자 gmail로 훨씬 더 많은 변형을 만들 수 있습니다. 약 842개의 조합 정도라고 생각합니다.
차단 생성 날짜가 2월 1일인 것을 확인했으며, 차단이 활성화된 후에도 새 계정이 유입되었음을 확인합니다. 저는 어제 새로운 계정이 생성되는 것을 지켜보았으며, 차단 규칙의 새로운 최근 매칭 사례와 동일한 이메일(마침표 조합)을 사용하여 새 등록이 들어오는 두 가지 경우를 모두 확인했습니다.
저는 밤새 등록을 비활성화했고, 오늘 아침에 다시 활성화했습니다. 오늘까지 해당 gmail 주소의 순열을 사용하여 104개의 새 계정을 생성했으며, 계속해서 더 많은 등록이 이루어지고 있습니다. 이 계정들의 이메일에서 마침표를 제거하면 Screened Emails 차단 기록과 정확히 일치함을 확인했습니다.
설명된 대로 rails c에서 차단을 테스트해 보았는데, 여기서 약간 이상한 점이 있습니다.
일부 기록은 의도대로 'true’를 반환하는 반면, 테스트한 이메일이 정통 차단 이메일과 정확히 일치하더라도 일부는 'false’를 반환하는 것 같습니다. 'true’를 반환하는 기록의 경우, 테스트한 모든 변형에 대해 'true’를 반환하며 의도대로 완전히 작동했습니다. 하지만 'false’를 반환하는 이메일의 경우, 테스트한 모든 변형도 'false’를 반환했습니다.
상관관계를 찾으려 노력했습니다. 다음 사항들은 상관관계가 없거나(적어도 일관된 상관관계가 없거나) 확인됩니다:
이메일 길이 (@ 이전)
문자와 숫자를 포함하는 이메일
매칭 횟수 (차단된 횟수)
매칭 날짜
차단 생성 날짜와 상관관계가 있는 것 같습니다. 오래된 기록일수록 작동할 가능성이 낮습니다(false 반환). 9일 전에 생성된 기록은 true/false 혼합을 반환했으며, 지금까지 테스트한 그보다 이전(1시간~8일)에 생성된 모든 기록은 true를 반환하고 있습니다.
‘max age unmatched emails’ 옵션과 관련이 있을 수도 있습니다. 이 옵션은 다소 새로운 것 같으며, 기본값인 365일로 설정되어 있습니다.