Usamos o Google Apps para e-mail com nosso domínio example.com :
[ec2-user@example ~]$ dig MX example.com
…
;; ANSWER SECTION:
example.com. 300 IN MX 1 aspmx.l.google.com.
example.com. 300 IN MX 5 alt1.aspmx.l.google.com.
example.com. 300 IN MX 5 alt2.aspmx.l.google.com.
example.com. 300 IN MX 10 aspmx2.googlemail.com.
example.com. 300 IN MX 10 aspmx3.googlemail.com.
…
No mesmo domínio, temos uma instância do EC2 em execução, com o Amazon Linux AMI
(Baseado em Centos). sendmail funciona bem para endereços que não são de exemplo. Contudo,
para os endereços example.com, ele tenta entregar emails localmente, o que falha
usuários que existem apenas no Google Apps. Curiosamente, isso é apesar
local-host-names está vazio.
Para evitar tentativas de entrega local, podemos configurar sendmail para que ele envie todos os e-mails
por meio do servidor SMTP do Google (requer autenticação)? Isso seria uma boa idéia? Ou é
Existe uma solução melhor?
Além disso, seria interessante configurar o servidor para enviar email para
endereços locais root e ec2-user para o usuário do Google Apps
%código%. Eu acho, nós usamos aliases de email para isso.
FQDN:
[ec2-user@example ~]$ hostname --fqdn
example.com
É claro que o nome real do servidor não é [email protected] . É outro domínio example.com .
Conforme solicitado por @ AndrzejA.Filip:
[ec2-user@example ~]$ echo '$j' | sendmail -bt
ADDRESS TEST MODE (ruleset 3 NOT automatically invoked)
Enter <ruleset> <address>
> example.com
> [ec2-user@example ~]$
Você nomeou seu servidor example.com , o nome de domínio sem cobertura. Assim, muitos programas (sendmail incluído) levam você à sua palavra e consideram que o servidor local faz tudo relacionado a esse nome de domínio.
Para resolver o problema, renomeie o host. Por essa e por uma variedade de outras razões, nenhum servidor deve ser nomeado com somente seu nome de domínio simples.
Tags amazon-ec2 gmail sendmail smtp centos