Servidor de E-mails Falido?
Nesse artigo venho fazer uma análise quanto ao servidores de e-mails atuais, passo pelas regras utilizadas para marcar como Spam e passo pelo SpamAssassin, servidores de barramento de emails, pelo GMAIL e qual será o futuro.
Conceitos
Olá pessoal.
Primeiramente, devo contar uma história, pois bem comecei com Linux por volta de 2000, ganhei conhecimentos através do Viva o Linux e ainda continuei por volta de até 2005. Depois fui para área de Java e por aí continuei minha carreira na área de TI, até os dias de hoje.
Voltando ao mundo Linux fazendo alguns freelas, me deparei com o servidor de emails, já tive muita dificuldades na época em que um amigo fazia para configurar o mesmo, enfim retomando... meus bate-cabeças etc (nada muito, por alto umas 2 semanas). Pude perceber (talvez por minhas vindas investidas em Java) que o conceito de servidores de e-mails é arcaico e já dou por falido.
Começando por aqui, dizemos então que fomos ao cabeleireiro apenas cortar algumas pontas do cabelo e me deixam careca e por sinal ainda passam "maquininha" para me deixar mais sem cabelo...
Figurando as pessoas aqui citadas na frase, seriam:
Enfim, acho que pude passar para o figurativo a questão.
Podemos passar pela "gama" de serviços e ferramentas disponibilizadas no GNU/Linux para tal aproveitamento.
Começamos então pelo servidores de Spam, uma coisa totalmente sem lógica, vou colocar meu ponto: primeiro, vamos pensar como pode "a@email.com.br" mandar em "b@email.com.br"? Já imaginaram o erro aqui?
Se "b@email.com.br" for marcado como spam, o tal domínio "meudominio.com.br" vai para a barracuda!
Se estiver errado, me corrijam, mas enfim essa lógica está errada. Primeiramente vamos começar que essa tecnologia arcaica foi criada quando? 1984, o ano que nasci? Bom, e parou onde? Em 2000? No boom da internet?
Pois bem, dou como o exemplo 1984 que foi o ano que nasci, me referenciando à necessidade e essencial dos e-mails.
Podemos ir mais longe... os front-end dos emails hoje são bastante inteligentes a ponto de saber bloquear algo como emails com vírus, como o Gmail.
Pois bem, já que chegamos nos vírus, 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)
Tá, os vírus como falei no front-end, juntamente com o back-end, a tecnologia já é boa por demais para saber o que é vírus e o que não é, como acontece com o Gmail, que bloqueia ".exe" mesmo zipado em outra extensão. Faça o teste!
E tem mais hoje a pessoa tem que ter um antivírus atualizado, como estamos numa época onde temos conexões altíssimas, sempre terá um Norton da vida bem atualizado.
Tá, se não é pelos vírus, é porque então? Roubo de dados? Temos o "https" que fornece uma ótima segurança amarrando pelas URL da instituição do caso citado.
Mas então, o que eles querem, e-mails indesejados? Ok, marco como spam e aquele domínio irá para o saco (com base no esquema atual, não sei).
Tá, funcionar, funciona, mas não está confuso por demais todo esse emaranhado no back-end?
Hoje temos o Cloud, que prova que desenvolvimento escalável é brincadeirinha de criança.
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 adquirindo soluções empresariais como o do Gmail, que venha cá, ninguém bate o mesmo.
Venho reforçar que não estou indo contra a nada ou indo contra o SpamAssassin, ou coisa do tipo... e rejeitando um ou mais, é apenas um ponto de vista, do qual está mais do que expresso que deve mudar!
Primeiramente, devo contar uma história, pois bem comecei com Linux por volta de 2000, ganhei conhecimentos através do Viva o Linux e ainda continuei por volta de até 2005. Depois fui para área de Java e por aí continuei minha carreira na área de TI, até os dias de hoje.
Voltando ao mundo Linux fazendo alguns freelas, me deparei com o servidor de emails, já tive muita dificuldades na época em que um amigo fazia para configurar o mesmo, enfim retomando... meus bate-cabeças etc (nada muito, por alto umas 2 semanas). Pude perceber (talvez por minhas vindas investidas em Java) que o conceito de servidores de e-mails é arcaico e já dou por falido.
Começando por aqui, dizemos então que fomos ao cabeleireiro apenas cortar algumas pontas do cabelo e me deixam careca e por sinal ainda passam "maquininha" para me deixar mais sem cabelo...
Figurando as pessoas aqui citadas na frase, seriam:
- Cortar as pontas (todo o conceito no Back-End)
- Deixou careca (todo o conceito do Back-End mais as regras impostas)
- Passar maquininha (SpamAssassin)
Enfim, acho que pude passar para o figurativo a questão.
Podemos passar pela "gama" de serviços e ferramentas disponibilizadas no GNU/Linux para tal aproveitamento.
Começamos então pelo servidores de Spam, uma coisa totalmente sem lógica, vou colocar meu ponto: primeiro, vamos pensar como pode "a@email.com.br" mandar em "b@email.com.br"? Já imaginaram o erro aqui?
Se "b@email.com.br" for marcado como spam, o tal domínio "meudominio.com.br" vai para a barracuda!
Se estiver errado, me corrijam, mas enfim essa lógica está errada. Primeiramente vamos começar que essa tecnologia arcaica foi criada quando? 1984, o ano que nasci? Bom, e parou onde? Em 2000? No boom da internet?
Pois bem, dou como o exemplo 1984 que foi o ano que nasci, me referenciando à necessidade e essencial dos e-mails.
Podemos ir mais longe... os front-end dos emails hoje são bastante inteligentes a ponto de saber bloquear algo como emails com vírus, como o Gmail.
Pois bem, já que chegamos nos vírus, 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)
Tá, os vírus como falei no front-end, juntamente com o back-end, a tecnologia já é boa por demais para saber o que é vírus e o que não é, como acontece com o Gmail, que bloqueia ".exe" mesmo zipado em outra extensão. Faça o teste!
E tem mais hoje a pessoa tem que ter um antivírus atualizado, como estamos numa época onde temos conexões altíssimas, sempre terá um Norton da vida bem atualizado.
Tá, se não é pelos vírus, é porque então? Roubo de dados? Temos o "https" que fornece uma ótima segurança amarrando pelas URL da instituição do caso citado.
Mas então, o que eles querem, e-mails indesejados? Ok, marco como spam e aquele domínio irá para o saco (com base no esquema atual, não sei).
Tá, funcionar, funciona, mas não está confuso por demais todo esse emaranhado no back-end?
Hoje temos o Cloud, que prova que desenvolvimento escalável é brincadeirinha de criança.
Encerramento
Encerrando, apenas acho que com minha visão do caso, deveria 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 tecnologia no back-end).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 adquirindo soluções empresariais como o do Gmail, que venha cá, ninguém bate o mesmo.
Venho reforçar que não estou indo contra a nada ou indo contra o SpamAssassin, ou coisa do tipo... e rejeitando um ou mais, é apenas um ponto de vista, do qual está mais do que expresso que deve mudar!
Para falar a verdade não entendi muito bom qual era sua finalidade com esse artigo, para min não ficou claro.
Mas pelo que entendi, acredito que se você usar ferramentas como ZIMBRA(entre outras) que é um excelente servidor de E-mail sua ideia pode mudar, o mesmo possui inúmeras funcionalidade é o melhor Webmail que eu já usei/uso.
Ter seu próprio servidor tem vantagens e desvantagens, pela minha especificaria a mais vantagens .
Abraço
#-------------------------------------------------------------------------------------#
Administrador de Redes Mistas Linux/Windows
LPI 101-102
LPI 201
Para consultas particulares acesse:
www.cunhatec.com.br
"Falar é fácil, me mostre o código." - Linus Torvalds