Exchange 2013 - Resposta automática de pasta pública com o endereço "Sem resposta"

1

Já consegui o que preciso, mas devido à maneira como o implementei, descobri que certos servidores de e-mail estão se recusando a aceitar nossas mensagens.

Temos uma pasta pública habilitada para email no Exchange 2013 para receber determinadas consultas. Queremos que as pessoas enviem um e-mail para receber uma resposta dizendo "Obrigado, recebemos seu e-mail, trataremos dele no devido tempo", etc.

Portanto, minha pasta pública é Consultas e aceita e-mails endereçados a [email protected]. Eu usei o Assistente de pasta no Outlook para configurar um modelo de resposta que envia a resposta automática.

Além disso, adicionei um novo endereço de e-mail [email protected] à pasta pública e defini-o como o endereço de resposta padrão.

Separadamente, certos usuários têm permissão SendAs para a pasta pública, de modo que possam enviar respostas sem que seus próprios endereços de e-mail sejam exibidos.

Tudo funciona bem, exceto que recebemos rejeições de determinados endereços de e-mail e tenho 99% de certeza de que isso ocorre porque o servidor SMTP está fazendo alguma verificação antispam avançada e identificando que noreply.mydomain.com não é válido (o que de fato é isn t).

Qual é a melhor maneira de contornar isso? Eu poderia criar um registro MX falso? Se sim, onde devo apontar?

Existe alguma maneira no Exchange de definir a resposta automática como proveniente de um endereço diferente? Dessa forma eu poderia configurar um grupo de distribuição [email protected] (sem membros) e ter a resposta enviada de lá.

Outra maneira era tentar direcionar e-mails enviados para os endereços problemáticos por meio do smarthost de nosso ISP, mas parece que ao criar um Conector de Envio eu só posso especificar um domínio como o espaço de endereço e não um endereço individual.

    
por george 15.09.2016 / 11:33

1 resposta

0

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:

  1. 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.
  2. 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 ! "
  3. 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.

    
por 15.09.2016 / 16:52