Muitos e-mails que envio são devolvidos

Question

Estou executando um servidor Ubuntu 10.04 LTS e o Amazon EC2. Apenas inicializei a comunidade, instalei o apache2, php5, sendmail ... é isso.

Não alterou nada nas configurações. Ontem à noite eu enviei uma newsletter para cerca de 2000 destinatários.

mail.log mostra que as mensagens são aceitas para entrega, assim:

Jan 27 16:40:42 ip-10-48-213-66 sendmail[24725]: p0RGefNE024725: [email protected], ctladdr=www-data (33/33), delay=00:00:01, xdelay=00:00:01, mailer=relay, pri=67364, relay=[127.0.0.1] [127.0.0.1], dsn=2.0.0, stat=Sent (p0RGefKv024726 Message accepted for delivery)

Mas parece que se recuperou assim:

Jan 27 16:40:42 ip-10-48-213-66 sm-mta[24728]: p0RGefKv024726: to=<[email protected]>, ctladdr=<[email protected]> (33/33), delay=00:00:01, xdelay=00:00:00, mailer=esmtp, pri=157483, relay=smtp.zoovienna.at. [83.64.127.201], dsn=4.0.0, stat=Deferred: 450 4.1.8 <[email protected]>: Sender address rejected: Domain not found

ou isto

Jan 27 20:13:39 ip-10-48-213-66 sm-mta[10058]: p0RH5QCC032505: to=<[email protected]>, ctladdr=<[email protected]> (33/33), delay=03:08:13, xdelay=00:00:01, mailer=esmtp, pri=1777483, relay=mx00.kundenserver.de. [212.227.15.150], dsn=4.0.0, stat=Deferred: 421 invalid sender domain 'ip-10-48-213-66.eu-west-1.compute.internal' (misconfigured dns?)

ou isto

Jan 27 20:13:39 ip-10-48-213-66 sm-mta[10058]: p0RH2CUw031458: to=<[email protected]>, ctladdr=<[email protected]> (33/33), delay=03:11:27, xdelay=00:00:00, mailer=esmtp, pri=1777483, relay=mxzhb.bluewin.ch. [195.186.18.144], dsn=4.0.0, stat=Deferred: 451 MAIL FROM: <[email protected]> Unable to verify MX-Record for domain ip-10-48-213-66.eu-west-1.compute.internal

sempre várias vezes e ainda em execução ...

Percebi que /etc/mail/trusted-users está vazio. Mas como o e-mail parece sair, isso deve ser bom.

/etc/mail/local-host-names parece com

localhost
ip-10-48-213-66.eu-west-1.compute.internal

agora se eu enviar um email usando o seguinte comando php:

var_dump(mail('[email protected]','subject!','body!','From: [email protected]','-f [email protected]'));

recebo o seguinte email:

Delivered-To: [email protected]
Received: by 10.42.219.8 with SMTP id hs8cs55591icb;
        Fri, 28 Jan 2011 03:28:51 -0800 (PST)
Received: by 10.213.35.209 with SMTP id q17mr4059475ebd.53.1296214129940;
        Fri, 28 Jan 2011 03:28:49 -0800 (PST)
Return-Path: <[email protected]>
Received: from ip-10-48-213-66.eu-west-1.compute.internal (flimmit.com [79.125.4.119])
        by mx.google.com with ESMTPS id u13si41731903eeh.3.2011.01.28.03.28.20
        (version=TLSv1/SSLv3 cipher=RC4-MD5);
        Fri, 28 Jan 2011 03:28:49 -0800 (PST)
Received-SPF: pass (google.com: best guess record for domain of [email protected] designates 79.125.4.119 as permitted sender) client-ip=79.125.4.119;
Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of [email protected] designates 79.125.4.119 as permitted sender) [email protected]
Received: from ip-10-48-213-66.eu-west-1.compute.internal (localhost [127.0.0.1])
    by ip-10-48-213-66.eu-west-1.compute.internal (8.14.3/8.14.3/Debian-9.1ubuntu1) with ESMTP id p0SBRYQF000694
    for <[email protected]>; Fri, 28 Jan 2011 11:27:34 GMT
Received: (from www-data@localhost)
    by ip-10-48-213-66.eu-west-1.compute.internal (8.14.3/8.14.3/Submit) id p0SBRYCv000693;
    Fri, 28 Jan 2011 11:27:34 GMT
Date: Fri, 28 Jan 2011 11:27:34 GMT
Message-Id: <[e-mail]>
X-Authentication-Warning: ip-10-48-213-66.eu-west-1.compute.internal: www-data set sender to [email protected] using -f
To: [email protected]
Subject: subject!
X-PHP-Originating-Script: 1000:test.php
From: [email protected]

body!

Eu também notei que enviar o e-mail leva bastante tempo, o que eu sei que é um problema se houver algo errado com a resolução de endereços.

meu caminho do sendmail não está configurado no php.ini, mas as informações do php mostram o seguinte, que deve estar correto: /usr/sbin/sendmail -t -i

Este é um e-mail da ferramenta de boletim informativo (phplist) que passou e não mostra o cabeçalho x-authentication-warning.

Posso, de alguma forma, corrigir isso ou existe uma maneira de identificar quem recebeu os e-mails e quem não enviou, para que eu possa reenviar?

Qualquer ajuda é uma appriciated.

atualização:

Acabei de notar que a ferramenta de correspondência provavelmente não definiu o parâmetro -f. Eu consertei isso. Agora o endereço local ainda aparece, mas este é o mesmo caso em outros e-mails de listas profissionais como o golem.

Então, no e-mail acima eu produzi com o parâmetro -f. Está tudo bem agora ou ainda é problemático?

    

Answer 1

Seu sendmail está mal configurado. Ele está usando o nome de domínio interno do EC2, ip-10-48-213-66.eu-west-1.compute.internal, como o domínio do remetente e, como isso não pode ser consultado e verificado, os e-mails estão sendo rejeitados. . Você precisa colocar um nome real de domínio da Internet lá que tenha uma pesquisa reversa de DNS para o endereço IP do qual você está enviando - você tem que solicitar à Amazon permissão para enviar e-mails do EC2 para que eles configurem o DNS reverso para você.

O envio de e-mails dos servidores do EC2 pode ser complicado em qualquer caso, já que muitos endereços IP do EC2 estão em listas negras. Provavelmente, é melhor você olhar para o novo Simple Email Service que a Amazon acaba de lançar.

    

Answer 2

Um bom método para verificar quem recebe seus e-mails é gerar um endereço de devolução exclusivo por destinatário usando o cabeçalho Return-Path , dessa forma você pode analisar sua caixa de rejeição e corresponder exatamente um por um que devolveu o e-mail a você.

Vejo que você está usando o EC2, não é recomendado executar o serviço de email diretamente do EC2, pois a taxa de entregabilidade é muito baixa e variável (exatamente o seu problema), eu tive esse problema com o EC2 e acabei de decidir Para contratar um provedor externo de SMTP, a fim de obter toda a capacidade de entrega e saltando classificados, é barato o suficiente para justificar o custo, especialmente em volumes tão baixos.

Estou usando o AuthSMTP ( link ) por isso, eles são baratos e confiáveis.

    

Answer 3

Eu resolvo esse problema quando faço estas etapas:

# vi /etc/mail/sendmail.mc

MASQUERADE_AS(domain.com)dnl
FEATURE(masquerade_envelope)dnl
FEATURE(masquerade_entire_domain)dnl
MASQUERADE_DOMAIN(domain.com)dnl

# m4 /etc/mail/sendmail.mc > /etc/mail/sendmail.cf

# yum install sendmail-cf

# /etc/init.d/sendmail restart