Mailto: bağlantıları pratik olarak kullanımdan kaldırıldı mı?


12

Düşünüyordum...

  1. Mailto: bağlantılar yalnızca bağımsız e-posta istemcileri tarafından işlenir.

  2. Günümüzde çoğu kullanıcı web postasını (GMail gibi) kullanmaktadır.

  3. Web postası mailto: bağlantılarını işleyemez.

  4. Bir web postası kullanıcısı bir mailto: bağlantısını tıkladığında, yüklü e-posta istemcisi hakkında kafa karıştırıcı bir mesaj veya kullanmadığı bir e-posta istemcisinde açılan bağlantı alır.

  5. Adreslerin her zaman bir mailto ile gelmediğini göz önünde bulundurarak herkes bir e-posta adresini kopyalayıp yapıştırabilir.

Ergo, mailto: bağlantılar zararlı ve kullanımdan kaldırıldı mı? Bir e-posta adresi göstermem gerektiğinde bunları kullanmamalı mıyım?


5
"Günümüzde çoğu kullanıcı web postasını kullanıyor." Alıntı?
Dave Ward

1
Webmail kullananlar bilmeyenlerdir ...
Anonim

Yanıtlar:


21

Mailto hiç kullanılmıyor.

Web postasının mailto: bağlantılarını işleyemeyeceğini söyleyerek yanılıyorsunuz. Mailto bağlantısını doğru işlemek için tarayıcı şeyler.

Örneğin, yüklü bir posta işleyiciniz yoksa, Firefox size Gmail / Yahoo gibi birkaç web postası önerir.

Asıl sorun mailto işlemeyi yanlış yapmaktır. Genellikle varsayılan göz atınız olan IE, başka bir şey kullanmak isteyip istemediğinizi sormak yerine, görünümü kullanmaya zorlamaya çalıştığında sistemde yapılır.


Doğru, Firefox bunu kutudan çıkarabilir. Diğer tarayıcılar ne olacak? Google, Chrome'un mailto: webmail bağlantılarına geçmek için bir uzantı yüklemeyi gerektirdiğine dikkat çekiyor; bu da çoğu kullanıcının yapmayacağı bir şey. Safari bir uygulama gerektiriyor ( superuser.com/questions/20770/… )
Leonid Shevtsov

@Leonid Bir kullanıcı, varsayılan ayarlarından başka bir tarayıcı (ör. Chrome) yükleme sorununa çoktan gittiğinde ve mailto: linklerini çalışmaya istekliyse, bir uzantı yüklemek mutlaka bu kadar büyük bir adım IMO değildir.
MrWhite

Opera da bunu yapabilir.
fuxia

7

mailto: web sayfalarındaki bağlantılar , daha önce belirtilen nedenlerden dolayı kullanımdan kaldırılmış değildir ... web postası bunları kullanmak üzere yapılandırılabilir ve e-posta yalnızca href'te olduğunda ve sayfada görünmediğinde kullanıcılar yine de 'bağlantı adresini kopyalayabilir'.

ANCAK, mailto: linklerini kullanmamanın temel nedeni (en azından belirsiz) e-posta biçerdöverleridir . Spam için kullanılacak e-posta adreslerini arayan web sayfalarını tarayan otomatik robotlar. Kesintisiz bir mailto: bağlantısı kullanmak sadece bu botlara "Hey, bana spam!" JavaScript, reqd ise mailto: linklerinizi gizlemeye yardımcı olmak için kullanılabilir - çok akıllı olmadıkları sürece. Ancak, günün sonunda, güvenlik ve kullanılabilirlik arasında bir uzlaşmadır.


1
7 yıl önce çok zekilerdi. Günümüzde en iyi savunma adresi değil, iyi filtrelemeyi yapıyor.
Peter Taylor

@Peter Evet, filtreleme çok önemli, ancak korunma tedaviden daha iyi değil mi? Ben mailto: linkler tamamen kaçınılması gerektiğini, ancak (insan tarafından okunabilir olurken otomatik betiklerin e-posta adresini kapmak için (dener) böyle bir şekilde kullanılmasını önermiyorum.
MrWhite

Evet, söylediğim şey o cin şişeden çıktı. 2005 yılında JavaScript'te şifresi çözülmüş ve ayarlanmış bir mailto'm vardı. Bugün biçerdöverler daha az değil, daha sofistike olacaklar.
Peter Taylor

1
Bunun mailto linklerini kullanmamanın en önemli noktası olduğuna inanıyorum. Web sitemize belirsiz bir mailto bağlantısı eklediğimizde ve spam sunucumuzdaki ani artışları takip ettiğimizde takip ettik. 24-48 saat içinde exchange sunucumuz e-posta adresine her gün binlerce spam e-posta görecek.
Richard Fantozzi

1

Bana öyle geliyor ki üç seçenek var:

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

Bazı safların seçenek 2 için tartışacağına inanabilirim, ancak çoğu insanın seçenek 1'i kullandığını ve bunun en kullanışlı seçenek olduğunu düşünüyorum.


Neden inişli çıkışlı?
Peter Taylor
Sitemizi kullandığınızda şunları okuyup anladığınızı kabul etmiş olursunuz: Çerez Politikası ve Gizlilik Politikası.
Licensed under cc by-sa 3.0 with attribution required.