Encaminhar e-mails do domínio para outro e-mail em domínio diferente?

2

Eu corro um pequeno servidor Debian em casa, e ele hospeda dois sites. Eu também gostaria de receber e-mails recebidos neste domínio, para este servidor, mas enviados para nossos endereços de e-mail reais. Essencialmente, se enviarem um email para [email protected] , ele encaminhará para [email protected] , em um domínio diferente. Isso pode ser feito, ou eu preciso de um programa de servidor de e-mail completo no meu servidor para fazer isso?

Meu registrador é Canspace.ca, e não vejo nenhuma opção de email, exceto para especificar meu registro MX, que eu apontaria para meu servidor. Atualmente, não há e-mail sendo hospedado no meu servidor, mas o objetivo é que qualquer e-mail destinado ao meu nome de domínio vá para o meu endereço de e-mail normal.

Enviei um e-mail para o Registrador e eles afirmaram que, a menos que eu compre o pacote de hospedagem do site e tudo o mais, não haverá serviços de correio oferecidos além de apontar o registro MX para algum lugar. Então, voltando à pergunta original, qual é a menor coisa que eu posso fazer ao meu servidor baseado em Debian para receber o email que é enviado para ele, automaticamente encaminhado para minha conta principal, sem armazená-lo no meu servidor?

    
por Canadian Luke 18.02.2014 / 01:01

2 respostas

1

Então eu tenho este semi-resolvido. Deixe-me passar pelo que fiz.

Primeiramente, eu tive que instalar um serviço para receber os e-mails; Eu escolhi o postfix, conforme a sugestão de Avery Payne. Eu segui as instruções no site do Debian para instalá-lo e trabalhar localmente dentro da minha rede. Consegui enviar email e receber email, mas não usando o FQDN. Eu percebi que isso era um problema de DNS ou um problema de encaminhamento de porta.

Para configurar o postfix:

apt-get install postfix
cat /var/log/mail.log
postconf -e "myorigin = example.com"
postconf -e "myhostname=server1.example.com"
postconf -e "relay_domains = example.com, example2.com, example3.com"
postfix reload

Depois testei-o localmente:

$ telnet localhost 25
>Trying 127.0.0.1...
>Connected to localhost.localdomain.
>Escape character is '^]'.
>220 server1.example.com ESMTP Postfix (Debian/GNU)
mail from:<[email protected]>
rcpt to:<[email protected]>
data
To: [email protected]
From: [email protected]
Subject: Hey my first email
This is my first email on debian postfix after installing configuring it.
It was easy.

Eu terminei a mensagem e enviei-a pressionando Enter , . , Digite .

Eu saí e verifiquei meu e-mail na minha conta:

mail
>You have 1 new mail!

Eu li e deletei. Então tentei as instruções acima para encaminhar as mensagens, mas elas não seriam enviadas. Tudo bem, talvez algo tenha sido bloqueado. Eu tentei telnet mail.example.com 25 , e eu poderia ligar do meu celular (não no Wifi). Então, eu estou supondo que Shaw (meu ISP) não está bloqueando isso. Enviei um email para o meu endereço, mas o servidor não iria recebê-lo. Voltei para o Wifi e enviei o e-mail! Então, há algo bloqueando isso, mas isso vai precisar ser outra pergunta.

    
por 21.02.2014 / 02:35
3

Existem várias maneiras de fazer isso.

Primeiro, deixe-me começar com o seguinte: enquanto é assumido que você tem um serviço de email instalado, você não indicou que é o caso. Todos os exemplos aqui assumem que você tem o serviço instalado. Existem outros métodos que não exigem um servidor de email completo, mas eles são casos especiais e você normalmente tem entrega imediata sem fila de email.

O Debian normalmente vem com um agente de transferência de e-mail já instalado, que é uma versão do Exim (dependendo da sua versão do Debian). Você tem a opção de usar outros MTAs, como Sendmail, Qmail ou Postfix, instalando-os. Estou mais familiarizado com o Postfix fora dessa lista, então minhas respostas terão uma inclinação para usar / configurar o Postfix.

arquivos .forward

A primeira maneira / mais fácil / brega de fazer isso é colocar um arquivo .forward no diretório pessoal da conta que recebe o e-mail. O arquivo .forward consiste em uma única linha, assim:

[email protected]

Quando o email é entregue, o arquivo .forward é verificado e, se encontrado, o conteúdo usado para encaminhar o email para o endereço indicado. Originalmente, isso significa encaminhar e-mails temporariamente para um novo endereço, em Ye Olde Days, quando usuários reais eram hospedados em sistemas reais no estilo nix. No seu caso, provavelmente não funcionará porque (a) eu duvido que você realmente tenha uma conta de usuário configurada que corresponda ao endereço, (b) o "padrão" seja suposto para ser suportado por todos os MTAs, mas não há garantia, e (b) o endereço do servidor do site não corresponde ao endereço do servidor de e-mail, portanto, há outras desconexões que impedem que isso seja uma transição suave.

É claro que não há menção de que qualquer coisa @ somedomain.net não será encaminhado; ele quer um endereço completo e solucionável. Então, isso não funcionará para você .

Usando um MDA

M a D elivery Os são especificamente destinados a fazer entregas em caixas de correio locais. Com base na redação limitada que você forneceu, posso apenas supor que você exige a entrega do email para um servidor diferente. Então isso não é para você também.

Usando um MTA

A segunda opção é instalar um M ail T ransport A gent, o que as pessoas normalmente chamam de "serviço de e-mail". A maioria deles normalmente vem com a capacidade de redirecionar mensagens com base em uma série de pesquisas. No caso do Postfix, você pode rotear todas as mensagens de um determinado domínio para outro endereço. Qualquer mensagem que corresponda a essa regra é reinjetada no pipeline do Postfix, resultando em uma entrega para o novo endereço. Você pode fazer isso criando um mapeamento para o endereço para o seu endereço de destino e, em seguida, informando o Postfix da alteração.

Outra vantagem de usar um MTA é que a mensagem será enfileirada para entrega; Se houver algum problema (como perda de conectividade à Internet) o MTA continuará tentando a entrega até que a mensagem seja entregue ou um tempo limite especificado foi atingido, no ponto em que a mensagem será devolvida.

Eu recomendo esta abordagem. Ela não apenas fornece um pouco de robustez (usando filas), mas também fornece flexibilidade (você pode ter vários domínios mapeados dessa forma).

    
por 18.02.2014 / 01:33