[OT] Re: Qual a melhor solução para esse prob lema??
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 18-09-2007 11:50, Debian User wrote: Gostaria de uma opinião de vocês mestres do Linux.. =P Tenho uma situação na qual devo encontrar alguma solução para administra-la de uma forma melhor que a atual, porém não sei qual seria a solução adequada para este caso. A situação é a seguinte: Onde eu trabalho nós recebemos muitos e-mails (média de uns 500 por dia) Ok, vamos colocar as coisas em perspectiva, se você assina a LKML e a d-u-p, 500 e-mails por dia não são muitos e-mails, é uma quantidade razoável de e-mails, há pessoas que sozinhas lidam com mais do que isso. e todos esses e-mails devem permanecer armazenados e permitir o acesso por varias pessoas. Até aqui sem problemas, você pode fazer isso de várias formas, dependendo do tipo de acesso que você quer permitir e do nível técnico envolvido. Hoje ele é armazenado no proprio servidor IMAP, onde foi criado alguns diretorios identificados por ano/mes e a medida que os e-mails vao chegando os responsaveis vão movendo-os para esses diretórios. Você pode usar um servidor de IMAP que suporte contas compartilhadas, ou seja, a mesma conta é compartilhada por várias pessoas, você pode usar uma abordagem similar a listas de discussão. Você pode usar filtros, no próprio MTA, para melhor dividir e classificar a entrega, sem precisar fazer isso manualmente. O problema é que o volume de e-mails está crescendo muito rapidamente, hoje temos pouco mais de 10GB de e-mails armazenados. Esse é o tipo de afirmação que acende a luz vermelha no painel pra dizer que há algo _muito_ errado. Tradicionalmente, mensagens de e-mail são texto puro, 10GB de e-mail quer dizer duas coisas: (1) não são só mensagens de e-mail ou (2) não são só 500 mensagens por dia. No primeiro caso, o problema não é o armazenamento do e-mail mas do que está anexo, e nesse caso, você precisa de algo na linha de Gestão Eletrônica de Documentos (GED) e não uma solução para gerenciamento e armazenamento de e-mail. Portanto, além de essa maneira não ser a mais correta, daqui a alguns anos vai ficar inviavel o armazenamento desses e-mails desta maneira, pois além da segurança dos dados (os dados contidos nesses e-mails tem muita importancia para a organização), acredito que por se tratar de emails, a indexação de 20 ou 30GB de e-mails não deve ser nada rapido. Com a afirmação os dados contidos nesses e-mails tem muita importância para a organização, eu diria que é muito importante que a organização tome consciência o mais rápido possível que armazenar dados muito importantes em e-mails (testo puro com encode64) é uma *péssima* idéia, especialmente a longo prazo. Então, esses dados deveriam ser extraídos e armazenados de forma correta, provavelmente um robô que opere no e-mail seja capaz de fazer isso sem grandes problemas, assim você pode separar texto e anexos e criar uma forma mais inteligente de armazenar, estrutura e indexar toda essa massa de dados. Sobre indexar 20GB, se fosse de texto, até que não dá muito trabalho se você tiver os recursos físicos e lógicos para fazer isso. Então fica a minha dúvida: Qual seria uma maneira melhor de armazenar esses dados, tal que permita o acesso a qualquer momento ao conteúdo desses e-mails por meio de pesquisas, etc?? Agradeço muito a ajuda de todos voces! A melhor maneira é saber o que é essa massa de dados, como ela cresce e porque ela está vinculado ao e-mail, e daí pensar numa estratégia para endereçar o problema de forma consistente. Abraço, - -- Felipe Augusto van de Wiel (faw) Debian. Freedom to code. Code to freedom! -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFG80eECjAO0JDlykYRAuwTAJ9xkGI+K8pLJIR5/sxkWig40x7sHgCfY6M0 nwDOSK2SZLrInxHVhejwB9k= =KzrU -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Qual a melhor solução para esse problema??
Gostaria de uma opinião de vocês mestres do Linux.. =P Tenho uma situação na qual devo encontrar alguma solução para administra-la de uma forma melhor que a atual, porém não sei qual seria a solução adequada para este caso. A situação é a seguinte: Onde eu trabalho nós recebemos muitos e-mails (média de uns 500 por dia) e todos esses e-mails devem permanecer armazenados e permitir o acesso por varias pessoas. Hoje ele é armazenado no proprio servidor IMAP, onde foi criado alguns diretorios identificados por ano/mes e a medida que os e-mails vao chegando os responsaveis vão movendo-os para esses diretórios. O problema é que o volume de e-mails está crescendo muito rapidamente, hoje temos pouco mais de 10GB de e-mails armazenados. Portanto, além de essa maneira não ser a mais correta, daqui a alguns anos vai ficar inviavel o armazenamento desses e-mails desta maneira, pois além da segurança dos dados (os dados contidos nesses e-mails tem muita importancia para a organização), acredito que por se tratar de emails, a indexação de 20 ou 30GB de e-mails não deve ser nada rapido. Então fica a minha dúvida: Qual seria uma maneira melhor de armazenar esses dados, tal que permita o acesso a qualquer momento ao conteúdo desses e-mails por meio de pesquisas, etc?? Agradeço muito a ajuda de todos voces!
Re: Qual a melhor solução para esse problema??
Muito obrigado pela resposta Alex.. Esta foi exatamente a unica forma que eu havia pensado.. Armazenar as mensagens em um banco de dados que tera acesso por uma interface em php.. Mas dessa maneira os emails, tanto os novos como o antigos, terão que ser cadastrados um por um no banco de dados não é? Cadastrando o remetente, a data/hora de recebimento, corpo da mensagem e seus anexos... Isso não seria nada fácil... Será que já não existe uma ferramenta para esses casos? Alguem mais tem alguma sugestão? Grato. Em 18/09/07, Alex Bruno [EMAIL PROTECTED] escreveu: Acredito eu que a melhor forma seria: frontend, para ler os e-mails, e um banco de dados para guarda-los. No caso você precisaria de outra maquina. Faria uma cópia de todos os e-mails, passaria para o banco e removeria os e-mails mais antigos da maquina que recebe-os. Portanto somente uma máquina iria ficar responsável por receber os e-mails diários e a outra máquina ficaria com todos os e-mail em um banco de dados sendo visualizados por um frontend. Não sei se já tem o frontend pronto, porém se procurar algo em php acredito que encontre algo parecido. Em 18/09/07, Debian User [EMAIL PROTECTED] escreveu: Então fica a minha dúvida: Qual seria uma maneira melhor de armazenar esses dados, tal que permita o acesso a qualquer momento ao conteúdo desses e-mails por meio de pesquisas, etc?? Agradeço muito a ajuda de todos voces!
Re: Qual a melhor solução para desktops
Debian Sarge com Enlightenment DR17 :) Gostei muito!!! http://www.enlightenment.org falow On 4/23/06, Anubis [EMAIL PROTECTED] wrote: Debian Sarge 3.1r1 Rodolfo Barbosa escreveu: Olá, Qual a solução que vocês acham mais viável para desktops? Debian-Etch; Debina-CDD-BR ou Ubuntu Obrigado, -- Rodolfo Barbosa http://www.rodolfo.barbosa.nom.br Administrador de Sistemas Móveis [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Qual a melhor solução para desktops
Em Sat, 22 Apr 2006 17:42:23 -0300, Bruno Buys [EMAIL PROTECTED] escreveu: Rodolfo Barbosa wrote: Olá, Qual a solução que vocês acham mais viável para desktops? Debian-Etch; Debina-CDD-BR ou Ubuntu Obrigado, -- Rodolfo Barbosa http://www.rodolfo.barbosa.nom.br Administrador de Sistemas Móveis [EMAIL PROTECTED] debian sarge Começaram flames, mas é Ubuntu -- Usando o revolucionário cliente de correio do Opera: http://www.opera.com/mail/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Qual a melhor solução para desktops
Eder Gobbi wrote: Em Sat, 22 Apr 2006 17:42:23 -0300, Bruno Buys [EMAIL PROTECTED] escreveu: Rodolfo Barbosa wrote: Olá, Qual a solução que vocês acham mais viável para desktops? Debian-Etch; Debina-CDD-BR ou Ubuntu Obrigado, -- Rodolfo Barbosa http://www.rodolfo.barbosa.nom.br Administrador de Sistemas Móveis [EMAIL PROTECTED] debian sarge Começaram flames, mas é Ubuntu Sem flames: O problema é que ubuntu nao é debian. Imagina se todo usuario de knoppix|kurumin|mepis|ubuntu|etc viesse perguntar aqui? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Qual a melhor solução para desktops
Debian Sarge 3.1r1 Rodolfo Barbosa escreveu: Olá, Qual a solução que vocês acham mais viável para desktops? Debian-Etch; Debina-CDD-BR ou Ubuntu Obrigado, -- Rodolfo Barbosa http://www.rodolfo.barbosa.nom.br Administrador de Sistemas Móveis [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Qual a melhor solução para desktops
Olá, Qual a solução que vocês acham mais viável para desktops? Debian-Etch; Debina-CDD-BR ou Ubuntu Obrigado, -- Rodolfo Barbosa http://www.rodolfo.barbosa.nom.br Administrador de Sistemas Móveis [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Qual a melhor solução para desktops
Rodolfo Barbosa wrote: Olá, Qual a solução que vocês acham mais viável para desktops? Debian-Etch; Debina-CDD-BR ou Ubuntu Obrigado, -- Rodolfo Barbosa http://www.rodolfo.barbosa.nom.br Administrador de Sistemas Móveis [EMAIL PROTECTED] debian sarge -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Qual a melhor solução para desktops
Rodolfo Barbosa disse: Olá, Qual a solução que vocês acham mais viável para desktops? Debian-Etch; Debina-CDD-BR ou Ubuntu Se você quer algo 100% estável, vai de sarge (ou talvez CDD-BR). Caso queira uma distro mais atualizada porém só 99% estável, vai de etch. Fabio. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Qual a melhor solução para desktops
Acredito que a melhor solução para desktops seja o Debian-BR-CDD(já vem com tudo que uma estação de trabalho ou estação domestica precisa). Além do mais, ele é proveniente da versão estável do Debian (Sarge) e possui alguns backports para facilitar a vida do usuario final. Lembro ainda que o metodo de instalação dele é mais simples que tirar bala de criança. rs! Só recomendo o uso do Debian propriamente dito se você desejar instalar aplicações servidoras, do contrário vá de BR-CDD que é ótimo! Ah já ia me esquecendo do mais importante, os caras que fizeram essa maravilhosa obra são brasileiros, vamos valorizar nossos compatriotas!!! []'s dsales Em Sáb, 2006-04-22 às 22:01 -0300, Fabio Guerrazzi escreveu: Rodolfo Barbosa disse: Olá, Qual a solução que vocês acham mais viável para desktops? Debian-Etch; Debina-CDD-BR ou Ubuntu Se você quer algo 100% estável, vai de sarge (ou talvez CDD-BR). Caso queira uma distro mais atualizada porém só 99% estável, vai de etch. Fabio. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Qual a melhor solução para desktops
Cara, se voce tiver como testar as tres versoes, teste :-) Eu acredito que soh voce podera dizer qual distro voce ira gostar mais. As tres sao muito boas. Rodolfo Barbosa escreveu: Olá, Qual a solução que vocês acham mais viável para desktops? Debian-Etch; Debina-CDD-BR ou Ubuntu Obrigado, -- Rodolfo Barbosa http://www.rodolfo.barbosa.nom.br Administrador de Sistemas Móveis [EMAIL PROTECTED]
Qual a melhor solução???
Olá pessoAll, Preciso montar um sistema de autenticação para internet, para que se o usuário quizer acessar a internet, vai ter de se logar, e baseado nisso, checar os logs e gerar umas blacklists e se necessário, bloquear a conta de acesso. Como poderei fazer isso??? Squid é a melhor opção??? Já lí algo a respeito de que o squi não pode fazer autenticação como proxy transparente, procede??? E qual seria a melhor solução então
Re: Qual a melhor solução???
Oi Em Seg, 2003-07-14 à s 11:06, Eldio Schalm escreveu: Como poderei fazer isso??? Squid é a melhor opção??? Já là algo a respeito de que o squi não pode fazer autenticação como proxy transparente, procede??? Não é culpa do squid... é o protocolo em si que não permite isso. E qual seria a melhor solução então Squid sem proxy transparente. Configure o proxy nos browsers dos computadores clientes. Quem não faz direito no começo trabalha em dobro mais pra frente. signature.asc Description: Esta é uma parte de mensagem assinada digitalmente