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)
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)
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 (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!