# Bounced emails not being detected

**URL:** <https://meta.discourse.org/t/bounced-emails-not-being-detected/293518>\
**Category:** Product Support\
**Tags:** email\
**Created:** [January 30, 2024, 6:36pm UTC](https://meta.discourse.org/t/bounced-emails-not-being-detected/293518 "2024-01-30T18:36:10Z")\
**Posts on this page:** 1\
**Showing post:** 14

<div class="post-metadata">

**Author:** ![supermathie](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/supermathie/32/507518_2.png) [@supermathie](https://meta.discourse.org/u/supermathie)\
**Post date:** [February 6, 2024, 10:41pm UTC](https://meta.discourse.org/t/bounced-emails-not-being-detected/293518/14 "2024-02-06T22:41:57Z")

</div>

> [@RBoy](#):
>
> Is there something I can do for this setup so that DMARC doesn’t fail when set to `reply_by_email_address` to a gmail address while keeping the outgoing server as `yyy.com` ?

DMARC alignment fails since the `reply_by_email_address` is used as the envelope-from address in this situation.

> [@RBoy](#):
>
> Can it not parse the rest of the content/attachments in the bounced email to extract that information if it can’t what it need in the “obvious” place (or atleast provide an option in settings to do that with the necessary warnings about impersonation)

Pretty much the _only_ thing guaranteed to be intact on a bounce is the address.

_Maybe_ the subject, but it would not be practical to put this information there.

I do see that some systems include the original message as an attachment… it’s theoretically possible that we could check bounces for an attachment to get more information if they exist.

---

_[View the full topic](https://meta.discourse.org/t/bounced-emails-not-being-detected/293518)._
