Diria que em todos os email que uso (4 serviços diferentes), não me lembro de ter problemas com aquilo que tu chamas de emails falsos. O maior problema são mesmo os emails válidos, de pessoas que gerem mailing lists supostamente legitimas, e que vão conseguindo manter uma reputação razoável do email (e mesmo esses só são problema em contas de serviços de menor dimensão). Num dos serviços que uso, tenho também algum spam de contas de domínios reputados que aparentam ter sido comprometidas, e de emails de serviços que permitem a qualquer pessoa criar conta. Em qualquer dos casos, estamos a falar de contas válidas e contactáveis.
Ou seja, do ponto de vista do utilizador, diria que estás preocupado com o problema que a maioria dos utilizadores não têm. Até poderia concordar que "endereços válidos e contactáveis são num numero aceitável" (não é 100% verdade em alguma áreas de actividade, mas OK), mas também são estes os únicos que são visíveis à maioria dos utilizadores hoje em dia.
Há vantagens e desvantagens em enviar logo a mensagem. Para o utilizador final, o melhor é que a mensagem seja logo enviada, pois evita atrasos (quando clico na mensagem no meu cliente POP/IMAP, ele já está na minha máquina, e não há problema se não tiver net, se estiver com uma conexão lenta, ou se o servidor do remetente estiver em baixo). Caso contrário, o meu cliente teria que pedir a mensagem ao meu email provider, que depois ainda teria que a pedir ao remetente.
Como o @Knitter referiu, para serviços de envio de email podia complicar a gestão de picos de carga, que agora pode ser feita limitando o ritmo a que emails são enviados. Para além disso, manter a fila de envio iria certamente encarecer o custo do envio de emails, o que era um problema para os emails legítimos.
Para os serviços de email que são usados sobretudo para receber email, seria melhor se o email ficasse no remetente mais tempo, mas também estavam sujeitos aos picos de carga provocados pelos utilizadores (actualmente os receptores podem rejeitar mensagens -- que deverão ser reenviadas mais tarde -- para lidar com picos).
Ainda só 10% dos servidores configuraram devidamente normas que estão em desenvolvimento há mais de 10 anos, mas estás à espera que toda a gente comece a usar o teu protocolo (que ainda para mais dizes estar patenteado) de um dia para o outro, é?
Estes mecanismos protegem quem recebe o spam de emails falsos na medida em que obrigam o spammer a ter um domínio válido, com o DNS controlado pelo ele.
↧