locked
have invalid header fields RRS feed

  • Discussão Geral

  • Caros

    Estou com um problema de cabeçalho invalido, ao tentar baixar mensgens via pop conector no SBS2008.

    Já li varios posts referente ao problema, porem nenhum apresenta a solução.

    Hoje utilizo um link da Embratel com IP fixo, e o servidor de email é do UOL.

    Abs

    Sérgio Lopes

     

    segunda-feira, 5 de abril de 2010 16:02

Todas as Respostas

  • Sérgio,

    sem saber o que você já tentou complica um pouco, mas vamos lá.

    O Exchange sempre encerra uma conexão SMTP após um certo número de erros (5 por padrão).

    Quando o POP3 Connector faz o download de uma mensagem ele precisa identificar qual o endereço de retorno dela (que pode ser o do remetente ou outro determinado por ele), mas o POP3 Connector não valida se o cabeçalho está bem ou mal formad. Ao invés disso ele encaminha a mensagem diretamente para o Exchange, que por sua vez analisa o cabeçalho, mais especificamente a parte  "MAIL FROM" e se esta estiver mal formada ele devolve a resposta de erro 501, que é considerado um erro de protocolo e portanto passa a somar-se no contador MaxProtocolErrors (aquele citado no início desta resposta). Como o POP3 Connector não conseguiu entregar o e-mail e não "sabe" se pode deletá-lo, mantém a mensagem no servidor externo.

    Se houver mais 4 mensagens mal formadas, ele atingirá o contador de 5 e interromperá a sessão de conexão, deixando as cinco mensagens lá. Da próxima vez que for iniciar o download encontrará estas 5 mensagens como sendo as primeiras e portanto atingirá o limite já de arrancada, interrompendo o processo e nunca mais baixando suas mensagens.

    Uma forma tosca de solucionar o problema seria aumentar o "MaxProtocolError" para seguir recebendo mensagens, mas chamo ela de tosca, pois só funcionará até o próximo limite ser atingido. Se optar por usar esta linha terá que de tempo em tempo acessar ao servidor remoto e deletar manualmente as mensagens antigas (bem mais do que as demais) que estiverem lá, pois serão as mal formadas. Dá para trabalhar assim, mas não é uma alternativa boa.

    O correto é configurar seu servidor externo para receber apenas mensagens que sigam os protocolos RFC para e-mails, o que já vem sendo implantado pela maioria dos provedores e devolvê-las ao remetente com o aviso do motivo. Este problema normalmente ocorre por causa de servidores mal configurados que enviam a informação "Return-Path: <MAILER-DAEMON>".

    Em resumo, a solução mesmo é só receber mensagens que sigam as RFC. Os remetentes que se adaptem, pois se não o fizerem, muito em breve não conseguirão enviar mensagens para mais ninguém mesmo.


    Abraço, Carlos F. P. Rocha - Conheça http://www.carlosfprocha.com
    quarta-feira, 25 de agosto de 2010 20:03
  • Olá Carlos,

    Estou com este mesmo problema que você relatou, mas entrei em contato com o provedor de e-mails e ele me disse que utilizam servidores configurados conforme RFC. Mas mensagens como do e-mail  "Mail Delivey System" MAILER-DAEMON@dominio.com.br são sempre mantidas no provedor e precisam ser removidas manualmente. Existe algo mais que possa fazer, o provedor disse que não pode fazer nada com relação a isso.

    Aguardo informações,

    Obrigado,

    Igor

    terça-feira, 30 de novembro de 2010 19:18
  • Igor,

    Um post referente ao problema http://social.technet.microsoft.com/Forums/pt-BR/winsbspt/thread/46cbbe70-0d6f-4156-87cc-5c1e5e33e677

    Outra opção é usar Mapeador POP de terceiros no blog do Carlos fala sobre alguns:

    http://carlosfprocha.com/blogs/paleo/archive/2007/10/04/pop3-connector-do-small-business-server-2003.aspx

    Eu recomendo o POP Collector, tenho clientes com este conector pop funcionando perfeitamente.
    http://www.cedit.biz/software-products/10-pop-collector

    Espero ter ajudado !


    Felipe Gabriel Garcia - ( MCP + MCDST + MCTS ) - http://felipegbass.spaces.live.com
    quarta-feira, 1 de dezembro de 2010 00:42