E-Mail em rede - concluido!
Ola Henrique e todos da lista. Sensacional! A solução com o Qpopper como servidor POP3 funcionou perfeitamente. O sistema de mensagens ficou melhor do que eu esperava, e resolvi botar a prova a carga do sistema: Peguei um programa chamado Divine Intervention (E-Mail bomba para Win) e enviei 2000 mensagens de 30Kb de cada uma das 3 WinBox para o Linux server. 2 Pentium 200MMX e 1 Pentium 233MMX O que aconteceu? 1o. micro (16 MB RAM)- Quando uma estação chegou a 900 mensagens enviadas (aproximadamente) o sistema travou completamente. 2o. micro (32 MB RAM)- A segunda quando chegou a 1400 mensagens enviadas (em média) estava tão lenta que dava GPF quando se tentava abrir qualquer programa (Notepade, Console DOS, etc). E também travou. 3o. micro (32 MB RAM)- A terceira teve o travamento mais engraçado na minha opinião, o sistema chegou também a aproximadamente 1400 mensagens enviadas ao servidor linux, apresentou os mesmos problemas do micro 2, mas este eu acompanhei sua pane passo a passo: * a velocidade caiu absurdamente, * o sistema apresentou as mesmas GPFs do micro 2 * a barra do explorer sumiu * o Netscape ficou tão lento que também travou * e por último o programa Divine Intervention também foi pras cucuia. E o Linux? Vai bem obrigado. Gerenciou todas as mensagens corretamente, não repetiu nenhuma transmissão, e não ocorreu nenhum erro durante a entrega das mensagens. Isto tudo em conjunto com fetchmail, procmail, qpoop e smail. Ah! O micro do Linux é um 486 Dx4 com 16MB RAM e disco IDE de 640MB, a porcentagem de uso da CPU do sistema durante o recebimento das mensagens dos 3 Micros Win (medida pelo top) foi de 3.8% (arrendondar para 4% logo :-)). Atividade normal do disco rígido IDE até que eu executasse o runq, mesmo assim o sistema se comportou sem problema gerenciando os quase 70MB de mensagens corretamente. Mesmo durante a alta atividade do disco, eu pude usar sem problema o console, fazer um ajuste fino na configuração dos programas, definir novas regras no fetchmail, e consultar a man page em outro console, com um bom desempenho. Sobre o recebimento das aprox. 1500 mensagens para os micros Win? acho que não preciso falar mais nada... --- gleydson [EMAIL PROTECTED] [EMAIL PROTECTED] _ MailBR - O e-mail do Brasil -- http://www.mailbr.com.br Estamos concorrendo ao IBEST - Serviços On-Line Acesse http://ibest.mailbr.com.br e Vote!
E-Mail em rede - concluido!
Ola Henrique e todos da lista. Sensacional! A solução com o Qpopper como servidor POP3 funcionou perfeitamente. O sistema de mensagens ficou melhor do que eu esperava, e resolvi botar a prova a carga do sistema: Peguei um programa chamado Divine Intervention (E-Mail bomba para Win) e enviei 2000 mensagens de 30Kb de cada uma das 3 WinBox para o Linux server. 2 Pentium 200MMX e 1 Pentium 233MMX O que aconteceu? 1o micro (16 MB RAM)- Quando uma estação chegou a 900 mensagens enviadas (aproximadamente) o sistema travou completamente. 2o micro (32 MB RAM)- A segunda quando chegou a 1400 mensagens enviadas (em média) estava tão lenta que dava GPF quando se tentava abrir qualquer programa (Notepade, Console DOS, etc). E também travou. 3o micro (32 MB RAM)- A terceira teve o travamento mais engraçado na minha opinião, o sistema chegou também a aproximadamente 1400 mensagens enviadas ao servidor linux, apresentou os mesmos problemas do micro 2, mas este eu acompanhei sua pane passo a passo: a velocidade caiu absurdamente, o sistema apresentou as mesmas GPFs do micro 2 a barra do explorer sumiu o Netscape ficou tão lento que também travou e por último o programa Divine Intervention também foi pras cucuia. E o Linux? Vai bem obrigado. Gerenciou todas as mensagens corretamente, não repetiu nenhuma transmissão, e não ocorreu nenhum erro durante a entrega das mensagens. Isto tudo em conjunto com fetchmail, procmail, qpoop e smail. Ah! O micro do Linux é um 486 Dx4 com 16MB RAM e disco IDE de 640MB, a porcentagem de uso da CPU do sistema durante o recebimento das mensagens dos 3 Micros Win (medida pelo top) foi de 3.8% (arrendondar para 4% logo :-)). Atividade normal do disco rígido IDE até que eu executasse o runq, mesmo assim o sistema se comportou sem problema gerenciando os quase 70MB de mensagens corretamente. Mesmo durante a alta atividade do disco, eu pude usar sem problema o console, fazer um ajuste fino na configuração dos programas, definir novas regras no fetchmail, e consultar a man page em outro console, com um bom desempenho. Sobre o recebimento das aprox. 1500 mensagens para os micros Win? acho que não preciso falar mais nada... --- gleydson [EMAIL PROTECTED] [EMAIL PROTECTED] _ MailBR - O e-mail do Brasil -- http://www.mailbr.com.br Estamos concorrendo ao IBEST - Serviços On-Line Acesse http://ibest.mailbr.com.br e Vote!
Re: E-Mail em rede (1/2 problema resolvido)
On Sat, 20 Nov 1999, Gleydson Mazioli da Silva wrote: Hmm... Isso significa que as mensagens no servidor pop3 estavam marcadas como lidas. Alguém acessou o inbox via IMAP ou telnet no provedor? ou usando pop mesmo, mas com leave message at server ? Não, isso que era mais estranho, eu enviei várias vezes mensagens de meu endereço eletrônico e tentei acessar através de uma única tentativa, dando o mesmo erro. Isto não ocorria nas estações RWindows+Wingate. Servidor pop3 defeituoso, provavelmente... Verifique se o servidor pop3 do seu provedor presta. Tem uma opção do Não é meu provedor. Tenho certeza que usa NT por causa do cabeçalho das mensagens (acho que o pop é NTmail ou Exchange alguma coisa TMmail eu não conheço, mas o Exchange é um dos piores inimigos que você poderia enfrentar, ou pelo menos assim reza a lenda. Um aviso: Se você não quiser se arrepender da existência com panes no multi-drop do fetchmail, arrume com o provedor para ele colocar um header (Delivered-to: é o recomendado) que contém o envelope sender (o RCPT TO: duma sessão SMTP). Ou isso, ou você vai ter um monte de email empilhada no inbox do postmaster ;-) He he! Ria agora enquanto ainda não sentiu o drama ;-) Quer uma prova? Testa mail para [EMAIL PROTECTED], onde [EMAIL PROTECTED] é seu email, e extension é algum texto... MUITO útil. Legal Henrique! valeu pelas dicas. Me animei mais pelo assunto, vou dar uma estudada mais profunda no sistema de controle de mensagens. Interessante é que não encontrei nada sobre isto nos How-tos. How-to é como receita de bolo. Se você não tem todos os ingredientes listados à mão, ou se alguém na sua casa é alérgico a lactose (açúcar do leite) então vai ter que se virar pra ajeitar a receita... Os endereços com extensão não são muito conhecidos (e alguns MTA não os suportam completamente ainda), mas são uma mão na roda. E o sendmail deixa a coisa habilitada por default :^) -- One disk to rule them all, One disk to find them. One disk to bring them all and in the darkness grind them. In the Land of Redmond where the shadows lie. -- The Silicon Valley Tarot Henrique Holschuh
Re: E-Mail em rede (1/2 problema resolvido)
Verifique se o servidor pop3 do seu provedor presta. Tem uma opção do Não é meu provedor. Tenho certeza que usa NT por causa do cabeçalho das mensagens (acho que o pop é NTmail ou Exchange alguma coisa TMmail eu não conheço, mas o Exchange é um dos piores inimigos que você poderia enfrentar, ou pelo menos assim reza a lenda. A lenda é real :-) He he! Ria agora enquanto ainda não sentiu o drama ;-) É acho que a microsoft nunca ouviu falar em RFCs ou ISOs, só seus programas se comunicam sem problemas (e somente quando a coisa é simples). Legal Henrique! valeu pelas dicas. Me animei mais pelo assunto, vou dar uma estudada mais profunda no sistema de controle de mensagens. Interessante é que não encontrei nada sobre isto nos How-tos. How-to é como receita de bolo. Se você não tem todos os ingredientes listados à mão, ou se alguém na sua casa é alérgico a lactose (açúcar do leite) então vai ter que se virar pra ajeitar a receita... Os endereços com extensão não são muito conhecidos (e alguns MTA não os suportam completamente ainda), mas são uma mão na roda. E o sendmail deixa a coisa habilitada por default :^) Sim, concordo, é necessário conhecer cada opção para criar seu próprio método, mas neste caso, tive que partir para a apelação! :-) Vou entrar em contato com o pessoal do provedor, se eles entenderem o problema, vão aceitar a sugestão. --- gleydson [EMAIL PROTECTED] [EMAIL PROTECTED] _ MailBR - O e-mail do Brasil -- http://www.mailbr.com.br Estamos concorrendo ao IBEST - Serviços On-Line Acesse http://ibest.mailbr.com.br e Vote!
Re: E-Mail em rede (1/2 problema resolvido)
veja a edição 42 e 43 do linuxgazette. Tem um artigo que explica como fazer isto no exim. Eu uso em casa e funciona beleza Segui as instruções da página recomendada, usei os exemplos do Offline-mailing How-To, Mail-HowTo, os arquivos de exemplo e nada! Ai então resolvi dar outra lida na manual pages do fetchmail e fuçar em mais algumas outras opções e consegui resolver o problema usando a opção fetchall (-a) junto ao fetchmail. Achei que estava ficando burro no Linux! ;-) Parece brincadeira mais o servidor pop3 do provedor não aceitava nenhum outro método a não ser que fosse junto com esta opção para pegar as mensagens! Já vale como experiência. Só falta agora um bom servidor pop3 para comunicação com o Netscape e os Rwindows da rede com o servidor de mensagens da rede. Qual servidor pop3 vocês me recomendariam? Desde já agradeço! --- gleydson [EMAIL PROTECTED] [EMAIL PROTECTED] _ MailBR - O e-mail do Brasil -- http://www.mailbr.com.br Estamos concorrendo ao IBEST - Serviços On-Line Acesse http://ibest.mailbr.com.br e Vote!
Re: E-Mail em rede (1/2 problema resolvido)
Desculpe, a mensagem anterior veio sem assunto. Henrique M Holschuh escreveu: Ai então resolvi dar outra lida na manual pages do fetchmail e fuçar em mais algumas outras opções e consegui resolver o problema usando a opção fetchall (-a) junto ao fetchmail. Hmm... Isso significa que as mensagens no servidor pop3 estavam marcadas como lidas. Alguém acessou o inbox via IMAP ou telnet no provedor? ou usando pop mesmo, mas com leave message at server ? Não, isso que era mais estranho, eu enviei várias vezes mensagens de meu endereço eletrônico e tentei acessar através de uma única tentativa, dando o mesmo erro. Isto não ocorria nas estações RWindows+Wingate. Verifique se o servidor pop3 do seu provedor presta. Tem uma opção do fetchmail que irá te informar a versão do dito cujo (-v acho). O fetchmailconf (ou seja lá como chama aquele script :-) ) vai te informar se o servidor pop3 tem algum problema se você usá-lo para autodetecção. Use-o, nem que seja para dar um sair sem salvar a configuração, é uma boa idéia... Não é meu provedor. Tenho certeza que usa NT por causa do cabeçalho das mensagens (acho que o pop é NTmail ou Exchange alguma coisa assim, eu tenho que dar uma olhada nas mensagens da rede para ter certeza...) Você pode descobrir que vai ter que reclamar com o provedor... (boa sorte se for o caso :-) ). Um aviso: Se você não quiser se arrepender da existência com panes no multi-drop do fetchmail, arrume com o provedor para ele colocar um header (Delivered-to: é o recomendado) que contém o envelope sender (o RCPT TO: duma sessão SMTP). Ou isso, ou você vai ter um monte de email empilhada no inbox do postmaster ;-) He he! Já conhecendo o suporte técnico da maior parte dos provedores, diz pra eles que é pra controle de spam, e já manda o patch pra configuração de seja lá qual MTA eles usarem. É só procurar na rede. Alguns MTA (Postfix por exemplo -- recomendo, mas é beta) acrescentam Return-path: e Delivered-To: já de fábrica... quem dera o Sendmail fizesse isso. A maior parte dos provedores deixar habilitado o negócio sem nem sequer notar ^_- Quer uma prova? Testa mail para [EMAIL PROTECTED], onde [EMAIL PROTECTED] é seu email, e extension é algum texto...MUITO útil. Legal Henrique! valeu pelas dicas. Me animei mais pelo assunto, vou dar uma estudada mais profunda no sistema de controle de mensagens. Interessante é que não encontrei nada sobre isto nos How-tos. Só falta agora um bom servidor pop3 para comunicação com o Netscape e os Rwindows da rede com o servidor de mensagens da rede. Qual servidor pop3 vocês me recomendariam? Qualcomm qpopper é o que vejo recomendando por aí: Vou baixar hoje mesmo e começar os testes! :-) Obrigado! --- gleydson [EMAIL PROTECTED] [EMAIL PROTECTED] _ MailBR - O e-mail do Brasil -- http://www.mailbr.com.br Estamos concorrendo ao IBEST - Serviços On-Line Acesse http://ibest.mailbr.com.br e Vote!
Re: E-Mail em rede
On Thu, 18 Nov 1999, Gleydson Mazioli da Silva wrote: A minha itenção é esta mesmo: fazer a mesma máquina ser a responsável por enviar e receber e-mails de/para os clientes da rede interna. dê uma olhada neste artigo no LinuxGazette. Acho que resolve o seu problema. Eu fiz uma busca com a palavra fetchmail na própria linuxgazette e vieram uns 6 artigos sobre isto. Juntando tudo acho que você tem a solução completa. http://www.linuxgazette.com/issue45/pollman/fetchmail.html Ainda não achei a configuração para fazer o smail entregar os E-Mails para o SMTP do provedor ao invés de fazer isto diretamente aos endereços veja a edição 42 e 43 do linuxgazette. Tem um artigo que explica como fazer isto no exim. Eu uso em casa e funciona beleza []s, Mario O.de MenezesMany are the plans in a man's heart, but IPEN-CNEN/SP is the Lord's purpose that prevails http://curiango.ipen.br/~mario Prov. 19.21 http://www.revistalinux.com.br
E-Mail em rede
Estou com dúvidas na configuração do recebimento de E-Mail em uma rede local proxy que estou convertendo de Windows+Wingate para Linux. Nesta rede tenho já configurado o squid como servidor proxy+ftp, ipchains com filtro de pacotes, ip masquerade para conexões irc, telnet, real audio, etc. O problema é quanto ao recebimento de E-Mail para as estações cliente Windows. No Wingate o acesso dos computadores cliente é feito diretamente ao Provedor através de conexão proxy tradicional. Mas eu planejo fazer o computador que fará a discagem para o provedor pegar o E-mail de todas as contas e repassa-los aos usuários assim que solicitem o recebimento de E-Mail de suas estações. Alguém pode me ajudar a encontrar soluções para este problema? --- gleydson [EMAIL PROTECTED] [EMAIL PROTECTED] _ MailBR - O e-mail do Brasil -- http://www.mailbr.com.br Estamos concorrendo ao IBEST - Serviços On-Line Acesse http://ibest.mailbr.com.br e Vote!
E-Mail em rede
De: Gleydson Mazioli da Silva [mailto:[EMAIL PROTECTED] Mas eu planejo fazer o computador que fará a discagem para o provedor pegar o E-mail de todas as contas e repassa-los aos usuários assim que solicitem o recebimento de E-Mail de suas estações. fetchmail? -- Leandro Guimarães Faria Corcete Dutra Amdocs (Brasil) Ltda /\ \ / Campanha fita ASCII, contra correio HTML X ASCII ribbon campaign, against HTML email / \
Re: E-Mail em rede
Leandro Dutra escreveu: Mas eu planejo fazer o computador que fará a discagem para o provedor pegar o E-mail de todas as contas e repassa-los aos usuários assim que solicitem o recebimento de E-Mail de suas estações. fetchmail? O próprio! Fiz alguns testes junto com o Procmail, mas nenhuma das tentativas resolveram este problema. --- gleydson [EMAIL PROTECTED] [EMAIL PROTECTED] _ MailBR - O e-mail do Brasil -- http://www.mailbr.com.br Estamos concorrendo ao IBEST - Serviços On-Line Acesse http://ibest.mailbr.com.br e Vote!
Re: E-Mail em rede
Mario Olimpio de Menezes escreveu: me parece que o fetchmail pode rodar pelo root com um /etc/fetchmailrc. assim você poderia colocar todas as informações dos seus clientes neste arquivo e colocar um script no ip-up.d, como o do exim/sendmail. É acho que o caminho é este mesmo, na man-page diz que o fetchmail muda para a identificação do usuário no momento que recebe a mensagem, vou precisar que os usuários não tenham acesso as senhas do arquivo /etc/fetchmailrc. com esta solução, os seus clientes terão uma conta local de onde poderão pegar os e-mails. acho que você também pode definir esta máquina como SMTP para os clientes e ela mesma configurada para utilizar uma Smart Host para mandar os e-mails. A minha itenção é esta mesmo: fazer a mesma máquina ser a responsável por enviar e receber e-mails de/para os clientes da rede interna. Ainda não achei a configuração para fazer o smail entregar os E-Mails para o SMTP do provedor ao invés de fazer isto diretamente aos endereços destinatários (estou lendo cada uma das man-pages e são textos grandes sobre. Muito texto, pouco tempo :-). --- gleydson [EMAIL PROTECTED] [EMAIL PROTECTED] _ MailBR - O e-mail do Brasil -- http://www.mailbr.com.br Estamos concorrendo ao IBEST - Serviços On-Line Acesse http://ibest.mailbr.com.br e Vote!