Trang chủ » làm thế nào để » Địa chỉ Email Obfuscation thực sự ngăn chặn thư rác?

    Địa chỉ Email Obfuscation thực sự ngăn chặn thư rác?

    Nhiều người làm xáo trộn địa chỉ email của họ - ví dụ như gõ một số phần mềm (tại) somedomain (dot) com - để tự chiếu từ các bot SPAM. Làm các kỹ thuật obfuscation như vậy thực sự làm việc?

    Phiên hỏi và trả lời hôm nay đến với chúng tôi nhờ SuperUser - một phân ngành của Stack Exchange, một nhóm các trang web hỏi đáp trong cộng đồng.

    Câu hỏi

    Người đọc SuperUser Kyle Cronin muốn biết liệu các kỹ thuật che giấu email như vậy có đáng để làm phiền không:

    Hầu hết khi tôi thấy ai đó đăng địa chỉ email của họ trực tuyến, đặc biệt nếu đó là địa chỉ cá nhân, họ sử dụng một cái gì đó như

    tôi [tại] ví dụ [chấm] com

    thay vì địa chỉ email thực tế ([email protected]). Ngay cả các thành viên hàng đầu của cộng đồng này cũng sử dụng các kiểu tương tự trong hồ sơ của họ:

    jt.superuser [AT] gmail [DOT] com

    quixote dấu chấm su gần hơn gmail địa điểm

    Lý do điển hình là loại obfuscation này ngăn chặn địa chỉ email tự động được nhận ra và thu hoạch bởi những kẻ gửi thư rác. Trong một thời đại mà những kẻ gửi thư rác có thể đánh bại tất cả trừ những kẻ bắt cóc độc ác nhất, điều này có thực sự đúng không? Và cho biết các bộ lọc thư rác hiện đại hiệu quả đến mức nào, có thực sự quan trọng nếu địa chỉ email của bạn được thu thập?

    Cho rằng đó là rắc rối cho những người thực tế mà bạn đang cố gắng giao tiếp (và có khả năng không gây rắc rối nhiều cho các bot máy gặt đập mà bạn đang cố gắng tránh) nên tìm hiểu sâu hơn để tìm hiểu xem các kỹ thuật có thực sự hiệu quả không.

    Câu trả lời

    Akira, người đóng góp cho SuperUser cung cấp một nghiên cứu về vấn đề hỗ trợ sử dụng obfuscation:

    Cách đây một thời gian, tôi tình cờ thấy bài đăng của một người đã tạo ra một honeypot và chờ đợi các địa chỉ email bị lỗi thời khác nhau quay trở lại:

    Chín cách để làm xáo trộn địa chỉ email

    Mã hóa CSS 0 MB

     moc.elpmaxe@zyx  

    Hiển thị CSS: không có 0 MB

    [email protected] 

    Mã hóa ROT13 0 MB

    [email protected] 

    Sử dụng AT và DOT 0,084 MB

    xyz AT ví dụ DOT com 

    Xây dựng bằng Javascript 0,144 MB

    var m = 'xyz'; // bạn có thể sử dụng bất kỳ phương thức thông minh nào của m + = '@';
    // tạo chuỗi chứa email m + = 'example.com';
    // và sau đó thêm nó vào DOM (ví dụ: qua $ ('. email) .append (m); // jquery) 

    Thay thế '@' và '.' với các thực thể 1,6 MB

    [email protected] 

    Tách E-Mail với ý kiến 7.1 MB

    xyz @ thiplecom 

    Mã vạch 7,9 MB

    xyz% 40example.com 

    Văn bản thô 21 MB

    [email protected] 

    Đây là biểu đồ thống kê ban đầu được thực hiện bởi Silvan Mühlemann, tất cả tín dụng đều hướng về anh ta:

    Vì vậy, để trả lời câu hỏi: Có, (theo một cách nào đó) công việc ám ảnh email.

    Người đóng góp ak86 cân nhắc, lưu ý rằng bất cứ điều gì bạn đạt được thông qua việc giấu giếm bạn sẽ mất thông qua sự bất tiện cho chính bạn và người gửi email của bạn:

    Gần đây có một bài viết thú vị của Cory Doctorow về chủ đề này, lập luận rằng việc giấu email không phục vụ nhiều mục đích và một cách tiếp cận tối ưu hơn là quản lý thư rác một cách thông minh.
    Phiên bản TL; DR:

    • Mục tiêu của toàn bộ bài tập này không phải là giảm lượng thư rác bạn nhận được trong email, mà là số lượng thư rác bạn thủ công phải xóa khỏi hộp thư đến của bạn.
    • Email obfuscation là một cuộc chiến không ngừng để đưa ra các mã hóa bot dễ đọc, có thể đọc được của con người và làm giảm năng suất của cả người tạo và phóng viên.
    • Hầu như bất kỳ địa chỉ email nào bạn sử dụng trong bất kỳ khoảng thời gian nào cuối cùng cũng trở nên đủ rộng để bạn biết rằng tất cả những người gửi thư rác đều có nó.
    • Tiện ích của các địa chỉ email ổn định, có thể sao chép dễ dàng, chiến thắng trong khi cố gắng ẩn khỏi spam bots.

    Có một cái gì đó để thêm vào lời giải thích? Tắt âm thanh trong các ý kiến. Bạn muốn đọc thêm câu trả lời từ những người dùng Stack Exchange am hiểu công nghệ khác? Kiểm tra chủ đề thảo luận đầy đủ ở đây.