Seu problema gira em torno do terminal de recebimento, seja SPF ou DMARC ou ambos.
Eu já vi algumas opções na sua instância:
- Deixe apenas um endereço de e-mail para receber e responder automaticamente. Configure uma regra que diga "se eu receber um email com" RE: "na linha de assunto, exclua o email." - Isso eliminaria quaisquer respostas recebidas (supondo que o usuário não altere a linha de assunto). Os usuários internos não usariam SEND AS, mas iriam para a pasta pública e responderiam como a si mesmos para quaisquer dúvidas ... e, assim, corresponderiam à parte externa como se estivessem avançando nessa consulta.
- configure o domínio "noreply.mydomain.com" em seu DNS externo com um registro adequado de SPF e DMARC. Você não precisará de um registro MX ... pois não receberá mensagens para esse domínio. Agora você poderia ser legal e configurar um registro MX apontando para o servidor Exchange e configurar esse domínio no servidor Exchange que permitiria que eles respondessem e depois uma regra de transporte respondesse imediatamente com "Nós dissemos a você que essa caixa de correio não é monitorada ! "
- Você pode configurar o [email protected] como uma caixa de correio simples no Exchange. Usuários externos enviariam por email essa caixa de correio. Essa caixa de correio faria 3 coisas: primeiro ele responderia automaticamente com sua resposta automática (verifique se o endereço DE é o que está abaixo em "Terceiro". Segundo, encaminharia a mensagem para a "Pasta pública" para os usuários internos lidarem Essa pasta pública teria um endereço de e-mail como "[email protected]" ou o que quer que fosse. Esse seria o endereço que os usuários internos ENVIARAM e outras discussões gostariam. Terceiro, a caixa de correio simples que originalmente recebia o email para ter seu endereço SMTP padrão definido como [email protected] .Este seria o local onde ele é gerado automaticamente. Você então configuraria uma regra de transporte no Exchange que diz "descartar emails entrando em [email protected] (Um alternativa: você também pode configurar uma regra de transporte para começar, em vez de uma caixa de correio enviar automaticamente para o PF, o único problema aqui é que você não terá uma grande caixa de correio para auditoria / logging, caso alguém diga "bem, eles disseram eles enviaram ")
A terceira opção é a melhor IMO de configuração, pois isso lida com qualquer novo e-mail para sua "caixa de correio" de Consulta que será enviado automaticamente para o PF e rejeitará quaisquer respostas ou e-mails para o padrão [email protected]. endereço. Você também obtém o benefício de usar o PF separadamente para toda a correspondência real e os usuários podem enviar como PF em vez do endereço original "Consultas".
Espero que ajude ... não é fácil configurar uma caixa de correio "NO-REPLY" se você quiser que alguém envie essa caixa de e-mail originalmente.