Azure Communication Services SMTP ignora o MailFrom configurado e sempre utiliza o remetente padrão em uma aplicação .

Moutinho 0 Pontos de reputação
2026-08-03T14:17:14.1433333+00:00

Olá,

Estamos enfrentando um comportamento inesperado no Azure Communication Services (ACS) Email SMTP e gostaríamos de confirmar se este é o funcionamento esperado do serviço ou se trata-se de algum problema.

Ambiente

  • Azure Communication Services Email
  • Domínio personalizado verificado
  • Autenticação SMTP utilizando SMTP Username + Client Secret
  • Existem dois endereços configurados em MailFrom Addresses:
    • donotreply @meudominio.com.br (configurado inicialmente)
    • noreply @meudominio.com.br (adicionado posteriormente) Comportamento esperado Nosso ERP define o remetente como: notreply @meudominio.com.br A aplicação não possui qualquer referência ao endereço donotreply @meudominio.com.br, seja em parâmetros, configurações ou código-fonte.

Dessa forma, esperamos que o ACS preserve o remetente informado pela aplicação, ou seja:

noreply @meudominio.com.br

**Comportamento observado

Quando o e-mail é enviado utilizando o SMTP do Azure Communication Services:

  • a autenticação ocorre com sucesso;
  • o e-mail é entregue corretamente;
  • porém o remetente recebido é sempre:

donotreply @meudominio.com.br

em vez de:

noreply @meudominio.com.br

Os cabeçalhos da mensagem demonstram que o ACS reescreveu o remetente para o endereço padrão configurado no serviço.

Evidências levantadas

Realizamos um teste independente utilizando uma aplicação desenvolvida em C# com a biblioteca MailKit.

Utilizando exatamente os mesmos recursos:

  • mesmo recurso do Azure Communication Services;
  • mesmo SMTP Username;
  • mesmo Client Secret;
  • mesmo servidor SMTP;
  • mesma porta;
  • mesma configuração TLS;

Ao enviar a mensagem com:

**From: noreply @meudominio.com.br

o Azure Communication Services preserva corretamente o remetente, e o e-mail é entregue contendo:

**From: ******@meudominio.com.br

**Isso demonstra que:

  • o domínio está corretamente configurado;
  • o endereço NoReply está devidamente cadastrado em MailFrom Addresses;
  • a autenticação SMTP está funcionando;
  • o ACS aceita normalmente esse remetente.

Comparação adicional

Executamos exatamente o mesmo envio através do SendGrid SMTP, utilizando o mesmo ERP.

Nesse cenário, o remetente também é preservado corretamente como:

noreply @meudominio.com.br

Ou seja, esse comportamento ocorre exclusivamente quando o ERP utiliza o Azure Communication Services SMTP.

Dúvidas

Gostaríamos de esclarecer os seguintes pontos:

  1. Em quais situações o Azure Communication Services substitui automaticamente o remetente informado pela aplicação pelo MailFrom padrão configurado no recurso?
  2. Existe algum requisito específico relacionado ao envelope SMTP ou aos cabeçalhos da mensagem para que o ACS preserve o endereço informado no campo From?
  3. Existe alguma documentação que descreva o comportamento de substituição automática do remetente quando há múltiplos MailFrom Addresses configurados para o mesmo domínio?
  4. Há algum mecanismo de diagnóstico ou log disponível que permita identificar por qual motivo o ACS está desconsiderando o remetente enviado pela aplicação e utilizando o MailFrom padrão?

Agradecemos qualquer orientação técnica ou documentação que possa esclarecer esse comportamento.

Serviços de Comunicação do Azure

1 resposta

Classificar por: Mais Novo
  1. Venkatesan S 10,830 Pontos de reputação Equipe Externa da Microsoft Moderador
    2026-08-04T20:09:10.71+00:00

    Olá @Moutinho ,

    Traduzi isto do inglês para o português; por isso, por favor, perdoe eventuais erros gramaticais.

    Obrigado por entrar em contacto no fórum de perguntas e respostas da Microsoft.

    Com base nas informações partilhadas, não se espera que a funcionalidade de e-mail do Azure Communication Services (ACS) alterne automaticamente entre endereços MailFrom com base na data de criação ou na ordem de configuração. O ACS suporta múltiplos endereços MailFrom para um domínio verificado, e a identidade do remetente utilizada para o envio do e-mail depende da informação do remetente fornecida pela aplicação durante o processo de submissão SMTP. Com base nos detalhes fornecidos, podemos confirmar o seguinte:

    • O seu domínio personalizado foi verificado com sucesso no ACS.
    • O endereço ******@meudominio.com.br está configurado como um endereço MailFrom válido.
    • A mesma configuração SMTP do ACS envia e-mails com sucesso utilizando ******@meudominio.com.br quando testada com o MailKit.
    • Isto confirma que a configuração de domínio e o endereço MailFrom no ACS estão a funcionar como esperado.

    A diferença parece estar relacionada com a forma como a aplicação ERP constrói e envia a mensagem SMTP.

    O envio de e-mails via SMTP envolve múltiplos valores relacionados com o remetente:

    • Cabeçalho "From" (De) – O endereço do remetente apresentado ao destinatário.
    • Remetente do envelope SMTP (MAIL FROM) – A identidade do remetente utilizada durante a transação SMTP e para o tratamento de devoluções (bounces).

    Algumas aplicações empresariais, incluindo sistemas ERP, podem manter definições separadas para estes valores. Se o ERP enviar ******@meudominio.com.br como remetente do envelope SMTP ou o utilizar como remetente padrão durante o envio SMTP, o ACS processará o e-mail com base na informação de remetente recebida da aplicação.

    Para resolver isto, por favor reveja a configuração SMTP do ERP e certifique-se de que as definições relacionadas com o remetente estão explicitamente definidas com:

    ******@meudominio.com.br

    Por favor, verifique se o ERP tem definições relacionadas com:

    • Endereço do remetente
    • Remetente do envelope (Envelope sender)
    • Endereço Return-Path
    • Endereço de retorno de erro (Bounce address)
    • SMTP MAIL FROM

    Se o endereço ******@meudominio.com.br já não for necessário, outra opção é removê-lo da configuração do Domínio de E-mail do ACS, para que apenas o endereço de remetente pretendido permaneça disponível.

    Neste momento, a configuração do ACS parece estar correta, uma vez que o mesmo remetente funciona com sucesso no teste do MailKit. A diferença restante reside provavelmente na forma como a aplicação ERP envia a informação do remetente durante a sessão SMTP.

    Para mais informações, consulte a documentação oficial:

    Por favor, informe-nos se as informações acima ajudaram ou se necessita de mais assistência com esta questão.

    Por favor, não se esqueça de "Aceitar a resposta" e de dar um "voto positivo" sempre que a informação fornecida o ajude; pode ser benéfico para outros membros da comunidade.

    Esta resposta foi útil?

    0 comentários Sem comentários

Sua resposta

As respostas podem ser marcadas como ‘Aceitas’ pelo autor da pergunta e ‘Recomendadas’ pelos moderadores, o que ajuda os usuários a saber a resposta que resolveu o problema do autor.