Là mailto: liên kết thực tế không được chấp nhận?


12

Tôi đã suy nghĩ...

  1. Mailto: liên kết được xử lý bởi các ứng dụng email độc lập.

  2. Hầu hết người dùng hiện nay sử dụng webmail (như GMail).

  3. Webmail không thể xử lý mailto: links.

  4. Khi người dùng webmail nhấp vào liên kết mailto: anh ta sẽ nhận được một thông báo khó hiểu về việc không có ứng dụng email nào được cài đặt hoặc liên kết mở trong ứng dụng email mà anh ta không sử dụng.

  5. Bất cứ ai cũng có thể sao chép và dán một địa chỉ email, xem xét các địa chỉ không phải lúc nào cũng gửi trong thư :.

Ergo, mailto: liên kết có hại và không được dùng nữa? Tôi có nên sử dụng chúng khi tôi cần hiển thị một địa chỉ email không?


5
"Hầu hết người dùng hiện nay sử dụng webmail." Trích dẫn?
Dave Ward

1
Những người sử dụng webmail là những người không biết ...
Ẩn danh

Câu trả lời:


21

Mailto không được phản đối ở tất cả.

Bạn đã sai khi nói rằng webmail không thể xử lý mailto: links. Đó là công cụ trình duyệt để xử lý liên kết mailto chính xác.

Ví dụ: nếu bạn chưa cài đặt trình xử lý thư, Firefox sẽ đề xuất cho bạn một số webmail như Gmail / Yahoo.

Vấn đề thực sự là xử lý mail sai. Nó thường được thực hiện trên hệ thống khi IE, là trình duyệt mặc định của bạn, cố gắng buộc bạn sử dụng triển vọng, thay vì hỏi bạn nếu bạn không muốn sử dụng cái gì khác.


Đúng, Firefox có thể làm điều đó ngay lập tức. Còn các trình duyệt khác thì sao? Googling chỉ ra rằng Chrome yêu cầu cài đặt tiện ích mở rộng để chuyển mailto: liên kết đến webmail, đây là điều mà hầu hết người dùng sẽ không làm. Safari yêu cầu một ứng dụng ( superuser.com/questions/20770/ Mạnh )
Leonid Shevtsov

@Leonid Nếu người dùng gặp sự cố khi cài đặt trình duyệt (ví dụ: Chrome) ngoài mặc định của họ và muốn nhận mailto: các liên kết hoạt động thì cài đặt tiện ích mở rộng không nhất thiết phải là một bước IMO lớn như vậy.
MrWhite

Opera cũng có thể làm điều này.
fuxia

7

mailto: liên kết trong các trang web không được phản đối , vì những lý do đã được đề cập ... webmail có thể được định cấu hình để sử dụng chúng và người dùng vẫn có thể 'Sao chép địa chỉ liên kết' khi email chỉ có trong href và không hiển thị trên trang.

TUY NHIÊN, lý do chính cho việc không sử dụng mailto: links (ít nhất là không được kiểm tra) là các trình thu thập email . Các bot tự động thu thập dữ liệu các trang web tìm kiếm địa chỉ email sẽ được sử dụng để spam. Sử dụng một mailto chưa được kiểm tra: liên kết chỉ là nói với các bot này, "Này, spam tôi!". JavaScript có thể được sử dụng để giúp làm xáo trộn mailto: các liên kết nếu reqd - miễn là chúng không quá thông minh. Nhưng, vào cuối ngày, đó là một sự thỏa hiệp giữa bảo mật và khả năng sử dụng.


1
Họ đã quá thông minh 7 năm trước. Ngày nay, cách phòng thủ tốt nhất không phải là đăng địa chỉ mà là lọc tốt.
Peter Taylor

@Peter Có, lọc rất quan trọng, nhưng không phòng bệnh hơn chữa bệnh? Tôi không đề xuất rằng các liên kết mailto: nên tránh hoàn toàn, nhưng nên được sử dụng theo cách (cố gắng) ngăn các tập lệnh tự động lấy địa chỉ email trong khi vẫn có thể đọc được.
MrWhite

Vâng, những gì tôi đang nói là thần đèn đã ra khỏi chai. Quay trở lại năm 2005, tôi đã có một mailto được giải mã và thiết lập bằng JavaScript và nó đã bị loại bỏ. Người thu hoạch ngày nay sẽ tinh vi hơn chứ không phải ít hơn.
Peter Taylor

1
Tôi tin rằng đây là điểm quan trọng nhất về việc không sử dụng liên kết mailto. Chúng tôi đã theo dõi khi chúng tôi đặt một liên kết mailto chưa được kiểm tra trên trang web của chúng tôi và sự gia tăng của thư rác đến máy chủ trao đổi của chúng tôi. Trong vòng 24-48 giờ, máy chủ trao đổi của chúng tôi sẽ thấy hàng ngàn email spam hàng ngày đến địa chỉ email.
Richard Fantozzi

1

Dường như với tôi có ba lựa chọn:

1. Email me at <a href="mailto:fred@example.com">fred@example.com</a>
2. <a href="mailto:fred@example.com">Email</a> me.
3. Email me at fred@example.com

Tôi có thể tin rằng một số người theo chủ nghĩa thuần túy sẽ tranh luận về lựa chọn 2, nhưng tôi nghĩ rằng hầu hết mọi người sử dụng tùy chọn 1 và đó là lựa chọn hữu dụng nhất.


Tại sao các downvote?
Peter Taylor
Khi sử dụng trang web của chúng tôi, bạn xác nhận rằng bạn đã đọc và hiểu Chính sách cookieChính sách bảo mật của chúng tôi.
Licensed under cc by-sa 3.0 with attribution required.