# Receptor de e-mail enviando o endereço de resposta como endereço de origem?
**URL:** https://meta.discourse.org/t/mail-receiver-sending-reply-to-address-as-from-address/346447
**Category:** Support
**Tags:** email
**Created:** [Janeiro 10, 2025, 3:41am UTC](https://meta.discourse.org/t/mail-receiver-sending-reply-to-address-as-from-address/346447 "2025-01-10T03:41:52Z")
**Posts on this page:** 3
**Page:** 1
### Author:  [@Jacob\_Peebles](https://meta.discourse.org/u/Jacob_Peebles)
#### Post date: [Janeiro 10, 2025, 3:41am UTC](https://meta.discourse.org/t/mail-receiver-sending-reply-to-address-as-from-address/346447/1 "2025-01-10T03:41:52Z")
Temos tido dificuldades em enviar nossos e-mails corretamente usando o netcore (anteriormente pepipost). Para resumir, os e-mails que geramos com o serviço deles colocam o endereço de resposta no campo de remetente.
Ao chamarmos a atenção deles, esta é a resposta que recebemos. Se alguém puder confirmar a precisão desta declaração, agradeceríamos.
—————
Realizamos várias rodadas de testes e aqui estão as observações:
**Declaração do Problema**
Quando o Discourse estabelece uma conexão SMTP com um ESP externo (por exemplo, Netcore, Mailgun ou outros), ele envia o **endereço de resposta** (por exemplo, [reply+reply\_id@reply.mamapedia.com](mailto:reply%2Breply_id@reply.mamapedia.com)) no campo De do e-mail durante a injeção.
Esta configuração não é controlada pelo Netcore, como mostrado nos logs que compartilhamos anteriormente. Notavelmente, o Discourse usa esta mesma configuração ao se conectar a outras plataformas.
**Achados**
1. Validação de Domínio pelo Netcore:
- O Netcore valida se o domínio de remetente está ativo em seu portal Netcore.
1. Teste com Domínios Inexistentes:
- Testamos o envio de e-mails usando domínios inexistentes como [messages1.mamapedia.com](http://messages1.mamapedia.com/) e [messagestest.test.com](http://messagestest.test.com/) através do Mailgun. Esses e-mails foram entregues, embora os domínios não estivessem adicionados à conta do Mailgun. Os e-mails de teste estão anexados para referência. Isso pode ser um grave problema de segurança.
- Em contraste, o Netcore inclui uma camada adicional de segurança para prevenir fraudes. Se um domínio inativo (não validado em sua conta Netcore) envia uma solicitação, a solicitação é rejeitada.
Esta segurança adicional ajuda a prevenir cenários em que um ator malicioso poderia usar suas credenciais SMTP para enviar e-mails de domínios não autorizados (por exemplo, [apple.com](http://apple.com/), [gmail.com](http://gmail.com/) ou qualquer outro).
---
### Author:  [@Abdelrahman\_MoHamed](https://meta.discourse.org/u/Abdelrahman_MoHamed)
#### Post date: [Janeiro 10, 2025, 9:06am UTC](https://meta.discourse.org/t/mail-receiver-sending-reply-to-address-as-from-address/346447/2 "2025-01-10T09:06:49Z")
Olá, estou trabalhando com @Jacob_Peebles nesta questão, e aqui está nossa configuração SMTP
Nosso domínio de envio da Netcore é
> [message.mamapedia.com](http://message.mamapedia.com)
e configuramos o receptor de e-mail para habilitar o recurso de resposta por e-mail com este domínio
> [reply.mamapedia.com](http://reply.mamapedia.com)
Mas, infelizmente, recebemos isto da Netcore
> 553 5.7.1 [replies+verp-43fdbee91575167a6b7634f2bc5d2e52@reply.mamapedia.com](mailto:replies+verp-43fdbee91575167a6b7634f2bc5d2e52@reply.mamapedia.com): Endereço do remetente rejeitado: não pertence ao usuário
E de acordo com a captura de tela anexada para nossa configuração, o e-mail de envio ou notificação é **“[message.mamapedia.com](http://message.mamapedia.com)”** e o reply-to é **“[reply.mamapedia.com](http://reply.mamapedia.com)”**
---
### Author:  [@kelv](https://meta.discourse.org/u/kelv)
#### Post date: [Janeiro 19, 2025, 12:25pm UTC](https://meta.discourse.org/t/mail-receiver-sending-reply-to-address-as-from-address/346447/3 "2025-01-19T12:25:41Z")
Acredito que este seja o comportamento esperado devido à forma como o tratamento VERP funciona no Discourse (veja [discourse/lib/email/sender.rb at f44ec18fd23960a22a5d5d397959430d6b84cb1c · discourse/discourse · GitHub](https://github.com/discourse/discourse/blob/f44ec18fd23960a22a5d5d397959430d6b84cb1c/lib/email/sender.rb#L190)) - definimos o endereço de devolução exclusivo no cabeçalho do caminho de retorno.
Não tenho um histórico completo de como esse comportamento surgiu, embora o código comentado indique que é para levar em conta o comportamento do Rails.
Sugestão: Não estou muito familiarizado com o Netcore, você poderia adicionar `reply.mamapedia.com` como um domínio reconhecido lá?