Execução de emails da empresa em dois fornecedores diferentes

Question

Pergunta rápida sobre o Exchange:

Somos uma empresa pequena e já recebemos nosso serviço de correio através da Unoeuro até o momento. Agora, decidimos transferir algumas de nossas contas de e-mail para o Exchange, porque gostaríamos do melhor serviço e de mais opções. No entanto, ainda gostaríamos de manter alguns dos nossos endereços de e-mail na Unoeuro devido ao preço (funcionários que não estão envolvidos em tempo integral e precisam apenas de uma conta de e-mail básica).

Já passei algumas horas configurando minha própria conta de e-mail no Office 365 (mas ainda estamos usando os servidores de nomes da Unoeuro, então adicionei CNAME, SRV etc. ao DNS da Unoeuro) e parece que minha conta é correndo bem. Os outros funcionários da empresa ainda podem usar seus e-mails através da Unoeuro. No entanto, tenho um problema agora: não consigo enviar emails internamente agora!

Quando envio um e-mail interno, recebo uma mensagem de erro dizendo que meu e-mail não pôde ser entregue e que "XX" não foi encontrado em "mydomain.com" (o e-mail que eu tento enviar por e-mail é [email protected] ).

Como resolvo esse problema se ele puder ser resolvido?

    

Answer 1

Por padrão, quando você configura seu domínio @domain.com em seu sistema de e-mail, eles normalmente assumem que são completamente autoritativos para todo o namespace. Em outras palavras, eles são a autoridade final sobre aceitar ou aceitar e-mails endereçados a <anyone>@domain.com .

Nesse cenário, você tem dois sistemas de email independentes, com listas de usuários diferentes (sem interseção). Precisamos garantir que cada sistema esteja ciente dos usuários no outro sistema, para não rejeitar o e-mail legítimo.

Entrega interna

No momento, o envio de e-mails de usuários em um sistema de e-mail para o outro falhará. Quando o sistema de e-mail não sabe que o outro sistema de e-mail existe, ele enviará e-mails destinados a usuários naquele sistema e enviará um bounce para você para indicar que o usuário não existe:

Pararemediarisso,vocêprecisadeumnamespaceSMTPcompartilhado,paraqueasmensagenssejamtrocadaslivrementeentreosdoissistemasdecorreio.Aúnicavezqueelessãodescartadosserásenenhumdossistemassouberseodestinatárioexiste:

NoOffice365,vocêprecisaconfigurarseudomain.comcomoumdomínioderetransmissãointerno.Deacordocoma documentação , um domínio de retransmissão interno é usado quando:

recipients for this domain can be in Office 365 or your own email servers. Email is delivered to known recipients in Office 365 or is relayed to your own email server if the recipients aren’t known to Office 365.

Você pode encontrar um guia detalhado para configurar isso on-line no site da comunidade do Office 365 . Nesse caso, "A. Datum Corporation" refere-se ao seu sistema de email Unoeuro, enquanto o Office 365 é o Office 365 como escrito.

O Unoeuro precisará posteriormente ser configurado para encaminhar e-mails para o Office 365. Isso pode ser feito de várias maneiras:

1. Uma configuração central no servidor de email da Unoeuro, que o direciona para o envio de emails destinados a usuários desconhecidos para o Office 365 para processamento posterior. É necessário ter cuidado com essa abordagem de caractere curinga, já que isso significa que o servidor Unoeuro não conhece explicitamente sobre todos os usuários com @domain.com endereços de e-mail. Quando ele não sabe sobre um endereço, ele deve solicitar ao Office 365 uma determinação final de entrega / devolução, em vez de tomar essa decisão localmente. Portanto, é preciso ter cuidado para evitar loops de e-mail e (para e-mail recebido de fontes externas) backscatter de NDR . Eu não vou considerar essa abordagem mais aqui.
2. Encaminhamentos individuais por caixa de correio na Unoeuro, o que faz com que as mensagens enviadas para [email protected] sejam encaminhadas para [email protected] . domain.onmicrosoft.com é o seu domínio de locatário do Office 365, que forçará a entrega para a caixa de correio do Office 365.

O artigo vinculado acima adota a abordagem número 2. Para simplificar, eu recomendaria essa abordagem, a menos que você tenha um número significativo de usuários.

Entrega externa

A parte restante para discutir é a entrega externa de email.

Seu registro MX é o coração do seu sistema de e-mail externo. Ele instrui os sistemas de correio externos sobre quais máquinas são responsáveis pelo tratamento do email @domain.com . No momento, você indica seus MX de pontos de registro para a Unoeuro.

No momento, sua situação MX é assim:

Os servidores externos não têm conhecimento do seu ambiente do Office 365. Eles continuarão enviando e-mails recebidos para os sistemas da Unoeuro como presentes. A configuração feita para entrega de emails internos entre os dois sistemas (acima) também se aplicará a emails externos, fazendo com que esses emails sejam encaminhados para o Office 365 para usuários residentes lá.

Você pode ter outros registros DNS configurados para fins de segurança, como um registro do Sender Policy Framework ( SPF ). Você deve garantir que esses registros sejam atualizados para aprovar o Office 365 como um remetente confiável para email de domain.com , caso contrário, seu email pode ser devolvido. Fale com a Unoeuro se não tiver certeza.

Devo adicionar o Office 365 como um registro MX?

Talvez. Você pode, mas não é necessário listar o Unoeuro e o Office 365. Há uma complexidade adicional nessa abordagem, e você deve tomar cuidado para evitar a entrega duplicada, os loops de correio e os cenários de usuários desconhecidos.

A listagem de ambos os sistemas de correio may oferece maior tempo de atividade; No caso de o Unoeuro estar inativo, os usuários do Office 365 ainda podem receber e-mails e vice-versa.

Eu aconselho que você trabalhe com um único provedor como o destino MX de entrada inicialmente antes de expandir para vários destinatários de entrada.