Quantcast
Channel: Tópicos
Viewing all articles
Browse latest Browse all 11336

Proteger e-mail de crawler bot's

$
0
0
Não custam nada? Das duas uma, ou o utilizador nem chega a ver a notificação -- e nesse caso é porque existe algum sistema de filtragem a filtrar as notificações relativas a spam --, ou então tens que andar a rever as notificações para dar a "ordem" de abrir ou não a mensagem completa! Ora, o único ganho que vejo nisto é no tráfego de rede nas mensagens descartadas. Mas ou tens o tal sistema de filtragem de notificações, ou num email com alguns anos a ser divulgado publicamente, passavas o dia o rever notificações à mão! Adicionalmente, como é que o remetente sabe que a mensagem que ele tem retida é para apagar porque o destinatário a descartou? É que há email legítimo que o destinatário não lê por variadas razões. E ou o destinatário notifica o remetente, ou o remetente mantém a mensagem indefinidamente, ou vão haver emails perdidos. Esta e outras complexidades adicionais parecem-me motivos suficientes para esquecer-mos os ganhos de tráfego. É justo, então não é, até ao dia em que te começarem a cobrar para enviares emails. É curioso que tenho ideia que o ViaCTT não tem spam. Curiosamente também "ninguém" o usa, mas se queres um email sem spam já tens uma solução... Há serviços hoje em dia a cortar nas notificações por email devidos aos custos de envios (é que ao contrário do que muita gente pensa, envio de emails não é de graça). Aumentos de custos iam aumentar este "problema". Como já referi, só o facto de uma "notificação" ser na mesma enviada para o destinatário significa que íamos continuar a ter spam. (E a percepção que tenho é a percepção de vários utilizadores que usam determinados serviços de email.) No sistema actual, o meu cliente POP/IMAP faz download da mensagem antes de eu a abrir. É isto que permite que a abertura da mensagem seja instantânea, mesmo quando estou sem net. Quando falámos de um cliente web (onde precisámos de rede), no teu modelo não consegues abrir a mensagem se o servidor do remetente falhar (ou seja, acrescentas um ponto de falha). (Nem vou comentar o "Não existirá o tal atraso de que falas", pois parece-me que não fazes ideia do que é lidar com sistemas de larga escala...)

Viewing all articles
Browse latest Browse all 11336

Trending Articles