Receber email para o servidor de email ec2 do MailGun / SES

Question

Deve ser possível usar o AWS ec2 nano em cerca de US $ 1,50 / mês para fornecer um serviço de e-mail sólido para clientes de cargas e em que eles são (10cents a GB?) Posso oferecer toneladas de espaço para e-mail e deixar Mailgun e / ou AWS SES fazem o trabalho pesado de filtragem de vírus e spam.

Estou executando a configuração do Iredmail em uma instância do Amazon AWS ec2 VPS do Ubuntu 16.04. (Certifique-se de desativar o antivírus e o filtro de spam, isso faz com que toda a instância seja alimentada com menos de 200 megabytes de RAM, leve e rápida. E porque a mailgun fará nossa varredura por nós.)

1º. Enviei e recebi e-mails com sucesso da instância do AWS ec2 sem usar o mail gun.

2º. Eu enviei com sucesso para [email protected] e MAILGUN encaminhar o e-mail para outro, por exemplo. [email protected] (então eu sei que funciona e não sou louco!)

AGORA - Aqui é onde eu preciso de ajuda:

O passo final. Eu preciso pegar [email protected] com mailgun e encaminhá-los para o meu servidor de email privado, onde eles serão classificados e colocados nas caixas de correio de cada usuário - a partir daí eles podem fazer login com IMAP ou webmail e ler e enviar e-mails. / p>

Tentei encaminhar para o IP do servidor e para o nome do servidor. mx.example.com (e criou um registro mx.example.com MX 10 mx.example.com) e o encaminhamento para qualquer endereço não funciona! (Meu arquivo mail.log nem sequer lança um erro, é uma desconexão completa!)

O que estou fazendo de errado?

    

Answer 1

Recebi contato da equipe de suporte da Mailgun e eles disseram o seguinte:

James Burns (Mailgun Support) Mar 21, 10:09 PM CDT

Hello Adam,

Our forwarding system can only forward messages to an external email. For example

Incoming message >> [email protected] >> forwards >> [email protected]

You can find out about MailGun routes below

https://documentation.mailgun.com/api-routes.html

Please let us know if you have any questions.

Thanks, James@MG

Portanto, para responder à minha pergunta original, o Mail encaminhado pelo Mailgun só encaminhará para outro endereço de email, e não para o mail.domain.com ou endereço IP de outro servidor de correio.

Enquanto isso, o S3 parece estar limitado no recebimento de recursos, permitindo apenas o armazenamento de mensagens em buckets do S3 e as soluções atuais para usar um bucket do S3 como um banco de dados para um servidor de email não são bem desenvolvidas no momento. motivação, uma vez que a Amazon prefere promover sua solução 'principal' de correio de trabalho.

No entanto, concluí meu projeto usando o Mxguarddog para receber e-mails recebidos em meus domínios e direcionar o e-mail para meu servidor da Web privado hospedado na instância de nuvem do AWS ec2 (gratuito por 1 ano, custa alguns dólares por mês depois). Estou enviando com êxito todos os e-mails usando a integração pós-inserção com o Amazon SES.

Eu considero o projeto um sucesso, mas eu gostaria de encontrar uma solução de roteamento / filtragem de e-mail mais "empresarial" para e-mails recebidos do que o mxguarddog. Certifique-se de permitir somente o Port 25 smtpd com endereços IP do mxguarddog.

Na verdade, eu tenho um servidor de email escalável onde posso fornecer aos meus clientes hospedagem de email com espaço ilimitado (custando-me 0,10 a GB) para espaço de armazenamento usando uma instância amazon EC2 VPS (alguns dólares por mês).

O servidor de e-mail é eficiente e opera em cerca de 200MB / RAM terceirizando a varredura de vírus e spam para Mxguarddog (recebimento) e Amazon SES (saída), (além de receber "reputação" por passar por um ponto de envio de correio estabelecido) e, finalmente, tudo está passando a verificação DKIM e SPF. Por fim, usando o letsencrypt para livre ssl.

Mais informações aqui sobre como eu consegui tudo funcionando: link

    

Answer 2

I need to catch [email protected] with mailgun and forward them to my private mail server

Não é assim que a entrega de e-mails funciona. Quando alguém envia um email para [email protected], o email é entregue ao (s) servidor (es) identificado (s) no (s) registro (s) MX para domain.com. Você precisa ter certeza de que seu TTL está apropriadamente configurado no registro MX ou você pode ter que esperar um pouco para que a mudança entre em vigor.