+ Responder ao Tópico



  1. Seguinte pessoal tenho um servidor de e-mail, que rejeita mensagens que vem de servidores que não consigo pingar ou dar um dig, mesmo o dominio sendo válido, ele tenta ler o host que eviou e acaba rejeitando o e-mail.
    Estou tendo problemas com muitas pessoas, e as mesmas estão dizendo que esse metodo que uso é ultrapassado, alguem pode me dar uma informação se existe alguma RFC que diga que o servidor de envio deve se identifcar.

    Minha conf do postifx que nega é essa:

    # Solicita Helo
    smtpd_helo_required=yes

    # Nao permite vrfy
    disable_vrfy_command=yes

    # Exige envelopamento correto
    strict_rfc821_envelopes = yes

    # Controle dos mails recebidos
    smtpd_sender_restrictions =
    permit_mynetworks,
    reject_non_fqdn_sender,
    reject_unknown_sender_domain,
    reject_unauth_pipelining

    Ela esta nos conformes?
    A mensagem de rejeição é essa:

    Nov 20 16:47:22 servidor postfix/smtpd[25493]: NOQUEUE: reject: RCPT from unknown[IP DO EMITENTE]: 450 <HOST.DOMINIO_EMITENTE>: Helo command rejected: Host not found; from=<EMAIL DO EMITENTE> to=<MEU E-MAIL> proto=ESMTP helo=<HOST.DOMINIO_EMITENTE>



    Atenciosamente,

  2. Bom, já que não obtive retorno aqui, consegui em outro lugar:
    NA lista do POSTIFIX-BR

    Olá Leonardo, você esta correto, a pessoa não tem o mínimo
    conhecimento sobre o protocolo SMTP. A configuração correta do
    helo/ehlo é uma obrigação do admistrador. Segue o modelo de email
    sobre HELO/EHLO.

    É incrível quando eles notam que não sabem o que estão falando. É só
    mostrar informações da RFC que eles ficarão sem argumentos.

    Vou pegar todos os e-mails que já tive que escrever sobre problemas de
    SMTP e por num artigo. Depois aviso a todos.

    Sua conf está básica, olhe aqui:
    Postfix with standart mbox format, saslauthd, spf, greylist, spamassassin


    ==========================================

    Prezados,

    O Servidor de Origem deve identificar-se apropriadamente ao iniciar uma
    conexão e seguir, durante toda a conexão, as normas padronizadas para a
    troca de correio eletrônico, como as descritas nas RFC 2821 e RFC 2142.

    Precisamente, o servidor da #EMPRESA# esta aprensentando incoerência no item
    "4.1.1.1 Extended HELLO (EHLO) or HELLO (HELO)" da RFC 2821, ao qual exige
    um "fully-qualified hostname" (fqdn) ao utilizar o comando HELO/EHLO.

    Para solucionar o problema, a #EMPRESA# deve adicionar uma entrada do tipo A
    (ADDRESS) válida para o #HOST# da zona "#DOMÍNIO_REMETENTE#". Ou alterar o
    valor do "hostname" [Postfix: myhostname/smtp_helo_name] utilizado
    pelo seu servidor de email para um hostname FQDN.

    Atenciosamente,

    ===================================================






Tópicos Similares

  1. porta padrão do apache
    Por no fórum Servidores de Rede
    Respostas: 1
    Último Post: 08-10-2004, 13:13
  2. Como mudar a msg padrao do SSH bye bye em login errado
    Por Pirigoso no fórum Servidores de Rede
    Respostas: 0
    Último Post: 08-10-2004, 12:09
  3. Senha padrão do Kurumin
    Por robson_alves no fórum Servidores de Rede
    Respostas: 6
    Último Post: 01-09-2004, 21:46
  4. HP-UNIX mudando a porta padrao do TELNET 23 e FTP
    Por Pirigoso no fórum Servidores de Rede
    Respostas: 7
    Último Post: 27-08-2004, 12:56
  5. Mudar paginas padrão do SQUID!
    Por Sirius no fórum Servidores de Rede
    Respostas: 1
    Último Post: 08-10-2003, 07:35

Visite: BR-Linux ·  VivaOLinux ·  Dicas-L