Advertisement
Guest User

analise de artigo

a guest
Apr 6th, 2017
686
0
Never
Not a member of Pastebin yet? Sign Up, it unlocks many cool features!
text 4.40 KB | None | 0 0
  1. Título: Servidor de emails falido?
  2. Descrição: Nesse artigo venho fazer uma analise quanto ao servidores de e-mails atuais passo pelas regras utilizadas para se marcar como spam passo pelo spamassassin, servidores de barramento de emails, pelo GMAIL e qual será o futuro.
  3.  
  4. 1 - Conceitos
  5.  
  6. 1 - Conceitos
  7. Olá Pessoal, primeiramente devo contar uma história, pois bem comecei com Linux por volta de 2000 ganhei conhecimentos através do vivaolinux e ainda continuei por volta de até 2005,
  8. Depois fui para área de Java e por ai continuei minha carreira na área de TI até os dias de hoje.
  9.  
  10. Voltando ao mundo Linux fazendo alguns freelas, me deparei com o servidor de emails, já tive muita dificuldades na época em
  11. que um amigo fazia para configurar o mesmo, enfim retomando...
  12. Meus bate cabeças e etc(nada muito, por alto umas 2 semanas). Pude perceber(talvez por minhas vidas invistidas em Java) que o conceito de servidores de e-mails é arcaico e já dou por fálido.
  13.  
  14.  
  15.  
  16. 2 - Pré-condições
  17.  
  18. 2 - Pré-condições
  19. Começando por aqui dizemos então que fomos ao cabelereiro apenas cortar algumas pontas do cabelo e me deixam careca e por sinal ainda passam "maquininha" para me deixar mais sem cabelo...
  20.  
  21.  
  22.  
  23. 3 - Pós-condições
  24.  
  25. 3 - Pós-condições
  26. Ok, podemos começar assim, fomos ao cabelereiro cortar apenas as pontas do cabelo mais o mesmo deixou careca e ainda por cima queria passar a maquininha na minha cabeça.
  27.  
  28. Figurando as pessoas aqui citadas na frase seriam:
  29.  
  30. Cortar as pontas(Todo o conceito no Back-End)
  31. Deixou Careca(Todo o conceito do Back-End mais as regras impostas)
  32. Passar maquininha(SpamAssassin)
  33.  
  34. Enfim, acho que pude passar para o figurativo a questão.
  35.  
  36. Podemos passar pela "gama" de serviços e ferramentas disponibilizadas no GNU/Linux para tal aproveitamento.
  37.  
  38. Começamos então pelo Servidores de spam. totalmente uma... coisa sem lógica, vou me colocar meu ponto:
  39.  
  40. Primeiro vamos pensar e raciocinar como pode a@email.com.br mandar em b@email.com.br? Já imaginaram o erro aqui?
  41.  
  42. Se b@email.com.br marcar tal mensagem como spam mais ajuda de alguns amigos o tal dominio meudominio.com.br vai para a Barracuda!
  43.  
  44. Se estiver errado me corrigem, mas enfim essa lógica ta errada, primeiramente vamos começar que essa tecnologia arcaica foi criada quando? 1984 o ano que nasci? bom e parou onde? em 2000? no bom da internet?
  45.  
  46. Pois bem dou como o exemplo 1984 que foi o ano que nasci me referenciando a necessidade e essencial dos e-mails.
  47.  
  48. Podemos ir mais longe... os Front-End dos Emails hoje são bastante inteligentes a ponto de saber bloquear algo como emails com virus como o Gmail.
  49.  
  50. Pois bem, já que chegamos nos virus podemos imaginar que os antigos arquitetos imaginaram algo bem construtivo para me deixar careca e ainda vir com "maquininha" para passar na minha cabeça(risos.)
  51.  
  52. Tá os virus como falei no Front-End juntamente com o Back-End a tecnologia já é boa por demais para saber oque é virus e o que nao é como acontece com o Gmail
  53. que bloqueia ".exe" mesmo zipado em outra extensão. Faça o teste!
  54.  
  55. E tem mais hoje a pessoa tem que ter um antivirus atualizado como estamos numa época onde temos conexões altissimas sempre terá um norton da vida bem atualizado.
  56.  
  57. Tá se não é pelos virus é porque entao? roubo de dados? temos o "https" que fornece uma otima seguranca amarrando pelas url da instituição do caso citado.
  58.  
  59. Mas então oque eles querem e-mails indesejados? ok marco como spam e aquele dominio irá para o saco(Com base no esquema atual não sei).
  60.  
  61. Tá funcionar funciona mais não está confuso por demais todo esse emaranhado no Back-End?
  62.  
  63. Hoje temos o Cloud, que prova que desenvolvimento escalável é brincadeirinha de criança.
  64.  
  65.  
  66. 4 - Encerramento
  67.  
  68. 4 - Encerramento
  69.  
  70. Encerrando, apenas acho que com minha visão do caso, deverá ser melhorado URGENTEMENTE toda a estrutura por trás dos servidores de e-mails(Acho o único que viu isso foi o GMAIL, que deve ter sua própria técnologia no Back-End).
  71.  
  72. Inclusive podemos perceber a falência dos servidores de e-mails de empresas que cresceram com o boom da internet falindo assim elas(Os servidores) e adiquirindo soluções empresariais como o do GMAIL, que venha cá ninguem bate o mesmo.
  73.  
  74. Venho reforçar que não estou indo contra a nada ou indo contra o spamassassin o coisa do tipo...
  75. e rejeitando um ou mais é apenas um ponto de vista, do qual está mais do que expresso que deve mudar!
Advertisement
Add Comment
Please, Sign In to add comment
Advertisement