Pequena descoberta para uso de servidor de email p�blico (rede externa), que parece cretina, mas n�o �: 1- Cada usu�rio configura seu .fetchmailrc como bem lhe apraz, e o mesmo � salvo em seu diret�rio home. 2- O sistema mais f�cil de configurar o fetchmail, � atrav�s do fetchmailconf - digitado no prompt, para ecoar os erros, etc... 3- As op��es de teste e verifica��o de email tem que ser efetuadas com o usu�rio on line, se n�o n�o tem geito: congela. 4- (O mais importante, para este caso). O protocolo default usado pelo fetchmailconf � o imap, e n�o pop3. Se voc�, ao configurar seu fetchmail deixar como "auto", o fetchmail usar� primeiro o protocolo imap, e o usu�rio espera, espera, espera anos, porque os provedores brasileiros 99% deles, usam pop 2/3. Solu��o: escolha "pop3" ao inv�s de "auto" quando for configurar seu fetchmail. Novatos: � este daemon que vai buscar as mensagens no seu provedor de servi�os de email. Configure se MTA (mail transfer agent) ou cliente de email (kmail, sylpheed, endeavour...) com apenas uma conta local. Fa�a isso para todos os usu�rios da sua rede e voc� vai economizar dinheiro com conex�o discada. Ele baixa todos os emails para todas as caixas postais locais. E sai quando termina. Experts: Preciso de um bash-script que fa�a tudo com conex�o discada. Cheguei at� o ponto em que a conex�o � realizada, login, senha, fetchmail on/out, mas n�o consegu� matar a conex�o pelo script. Usei wvdial+fetchmail. Qualquer coisa entre em contato por aqu� mesmo: tenho certeza que � do interesse de muitos. Fui!
Assinantes em 07/03/2002: 2252 Mensagens recebidas desde 07/01/1999: 157357 Historico e [des]cadastramento: http://linux-br.conectiva.com.br Assuntos administrativos e problemas com a lista: mailto:[EMAIL PROTECTED]
