Redirecionando e-mails baseados em alias para diferentes servidores de e-mail / store

Question

Somos uma startup muito pequena, envolvida no fornecimento de serviços de correio como parte do portfólio. Até agora, todos os e-mails de nossos executivos de nível C passaram pelo nosso próprio produto de servidor de e-mail e, consequentemente, pela mesma loja que nossos clientes. O servidor de e-mail é uma solução personalizada por escrito e é atualizado com frequência, mas o maior problema é que nossa equipe de devops tem acesso total ao servidor e ao armazenamento de e-mail. Há algo a ser dito sobre dogfooding nosso próprio software, mas em algum momento um pouco mais de privacidade é necessária à medida que a inicialização cresce.

Nossa equipe compartilha o mesmo e-mail de nossos clientes para fins de marketing. Por exemplo, [email protected] ou [email protected]. A decisão foi tomada para manter esse padrão, mas encontrar uma maneira, se possível, de redirecionar determinados aliases para um servidor ou serviço de correio diferente. Adicionar um @ corp.product.com seria fácil, mas não é o preferido.

Eu queria saber se há um produto que atua como a primeira linha de servidores de email @ product.com e verifica se há aliases correspondentes de [employees] @ product.com e os envia para um servidor de email ou serviço diferente, como o Office365 e o resto, vá para o nosso servidor de e-mail interno do produto. Os emails enviados devem parecer que estão vindo do @ product.com para a equipe e os clientes.

Obrigado e qualquer ajuda é apreciada.

    

Answer 1

Existem vários Agentes de Transferência de Mensagens (MTAs - Message Transfer Agents) que farão o que você procura, tanto comercial quanto gratuito / de código aberto. Você precisará "comprar" por conta própria, dependendo do conjunto de recursos que está procurando.

Do ponto de vista da funcionalidade, seu próprio produto de e-mail precisará ser não autoritativo para o espaço de endereço SMTP "@ product.com" se você pretende que esses usuários mantenham seus endereços de e-mail "@ product.com". Não sabendo nada sobre o seu produto eu não posso falar com essa capacidade, mas a maioria dos MTAs disponíveis no mercado podem lidar com essa configuração.

Há certamente alguma validade em ter uma segunda equipe de sysadmin lidando com esse e-mail confidencial a partir de uma perspectiva de separação de tarefas, mas parece que a criptografia pode ser uma resposta melhor do que "oh, basta colocar lá". Parece uma maneira fraca de "resolver" esse problema.

A empresa pode encarar isso como uma oportunidade para melhorar seu produto. Presumivelmente, uma vez que seu pessoal quer mais funcionalidade de privacidade, seus clientes também podem querer.