Answers.Body: <p>You may want to ensure that the mailbox you are using supports tagging. Send a me+123@domain.com email and see if it arrives.</p>
  
  <p>Microsoft outlook365 servers generally do not. Gandi can be good, but there are also many other providers that do support tagging (the +123 bit). </p>
  
  <p>Google isn't so good, as there can be issues with SPF records which can lead to your mails being marked as Spam and may lead to blacklisting etc.</p>
  
  <p>in general, <a href="https://www.mail-tester.com/" rel="nofollow noreferrer">mail-tester.com</a> is a good site to use to test integrity of email (and the likelyhood of them failing / being marked as 'junk'. If you send a mail from civi to the "address" provided by mail-tester it will flag a problematic reply address (in the sense of spf failing etc). It will also let you know if there are any other infrastructure issues to look into.</p>
  
Answers.ContentLicense: CC BY-SA 4.0
Answers.CreationDate: 2019-12-04T18:49:45.883Z
Answers.Text: Using a single mailbox to process your bounces is possible if it supports "tagging" (usually called subadressing: https://en.wikipedia.org/wiki/Email_address#Sub-addressing). But that's not required for bounce processing, and the more industrial way is to use a dedicated domain (typically a subdomain of your main domain, but not necessarily).
Answers.UserDisplayName: Alan Dixon
Answers.ContentLicense: CC BY-SA 4.0
Answers.CreationDate: 2019-12-04T18:50:29.183Z
Answers.Text: The key problem with using a single mailbox is that the domain will need to be configured for deliverability from your server, i.e. using SPF records, so you need some control over the domain, which you're not going to get from @gmail or any other domain that you don't own (unless it's provided by whoever is doing your bounce processing, e.g. typically a dedicated service provider like UAS).
Answers.UserDisplayName: Alan Dixon
Answers.ContentLicense: CC BY-SA 4.0
Answers.CreationDate: 2019-12-06T09:27:11.170Z
Answers.Text: Ahh... thanks Alan. I've always had control over the domain for mailboxes, so not realised.
Answers.UserDisplayName: Marsh
Answers.ContentLicense: CC BY-SA 4.0
Answers.CreationDate: 2019-12-04T09:46:59.840Z
Answers.LastActivityDate: 2019-12-04T09:46:59.840Z
Answers.UserDisplayName: Marsh
Answers.Body: <p>The key to getting bounces sent to the right account is the Email Domain of the Mail Account that you've configured for Bounce Processing. The emails that are sent out use that domain for the "envelope" from address (which is not the one you see as sender or recipient, but the one that's hidden in the smtp conversation between machines).</p>
  
  <p>As more detailed explanation is here: <a href="https://docs.civicrm.org/sysadmin/en/latest/setup/civimail/inbound/" rel="nofollow noreferrer">https://docs.civicrm.org/sysadmin/en/latest/setup/civimail/inbound/</a></p>
  
  <p>In summary:</p>
  
  <p>The "envelope" From address for a civi message is built uniquely per message and recipient as "uniqueid-per-recipient-per-message@bouncedomain.org". When it bounces, the bounce processing will process it based on that from address to determine what to do with it.</p>
  
  <p>So your bounce domain is usually NOT your from address domain, it's a special domain that can handle bounces. You normally would not want to do this yourself, though it's been done and there are instructions to do it using specially setup gmail addresses using some more involved addressing magic.</p>
  
Answers.ContentLicense: CC BY-SA 4.0
Answers.CreationDate: 2019-12-03T01:29:14.957Z
Answers.Text: Thanks, Alan.
  
  I understand all of your words, but I can't figure out what action I might take -- the email domain setting is correct. It is the same 'domain.org' as the rest of my addresses. Should it not be? (I mean, I'm sending from <info@mydomain.org> and my mail account settings for bounce also indicate <mydomain.org> as the Email Domain). I don't know what I could change, here. 
  
  I've read the more detailed explanation so many times I can almost recite it! I love the CiviCRM documentation, actually, but this one keeps bringing me to where I already am.
Answers.UserDisplayName: mc_burger
Answers.ContentLicense: CC BY-SA 4.0
Answers.CreationDate: 2019-12-03T17:55:55.670Z
Answers.Text: Okay, I added a bit more, I expect you need to read up on 'envelope from addresses'.
Answers.UserDisplayName: Alan Dixon
Answers.ContentLicense: CC BY-SA 4.0
Answers.CreationDate: 2019-12-02T21:58:28.013Z
Answers.LastActivityDate: 2019-12-03T17:55:10.067Z
Answers.LastEditDate: 2019-12-03T17:55:10.067Z
Answers.UserDisplayName: Alan Dixon
Answers.Body: <p>One possible cause for this is that the mail server software you're using assumes mail to your domain is for you.</p>
  <p>In my example, using Postfix, I had the following line in <code>/etc/postfix/main.cf</code>:</p>
  <pre><code>mydestination = $myhostname, mysite.org, server1.mysite.org, localhost.mysite.org, localhost
  </code></pre>
  <p>That means that any mail sent through this server to an address ending in <code>@mysite.org</code> will be processed by this server.  However, this is NOT the mail server for mysite.org!  Removing <code>mysite.org</code> from <code>mydestination</code> fixed the problem.</p>
  <p>The line that tipped me off was in <code>/var/log/mail.log</code> which read:</p>
  <pre><code>May 26 18:33:23 server1 postfix/local[120265]: 01CD0405FB: to=&lt;bounces+b.46.5065.a6d20287ac364100@mysite.org&gt;, relay=local, delay=0.02, delays=0/0.01/0/0.01, dsn=5.1.1, status=bounced (unknown user: &quot;bounces&quot;)
  </code></pre>
  <p>The <code>unknown user: &quot;bounces&quot;</code> showed that Postfix was trying to deliver this email locally.</p>
  
Answers.ContentLicense: CC BY-SA 4.0
Answers.CreationDate: 2022-05-26T22:43:22.040Z
Answers.LastActivityDate: 2022-05-26T22:43:22.040Z
Answers.UserDisplayName: Jon G - Megaphone Tech
Body: <p>CiviCRM 5.19.2
  WP 5.3</p>
  
  <p>Testing my bounce settings, and I'm not sure whether I actually have a problem or not. I've set up both 'bounce' and 'activity processing' accounts, and their respective scheduled jobs run without error (and CiviCRM has created the corresponding folders in both accounts). </p>
  
  <p>Using the default 'from' address (info@mydomain), I've been sending a newsletter out to a small dummy group containing faulty addresses (one, for example, is an old work address of mine that's disabled). While I get an immediate message from the google mailer-daemon ("550 5.2.1 The email account that you tried to reach is disabled"), sent to info@mydomain. Shouldn't that go to bounce@mydomain, the account I've set up for bounce processing? Or am I misunderstanding something basic?</p>
  
  <p>I can also confirm that I can send email to bounce+ (and receive it there), but the when I'm sending with CiviMail I only receive the bounce message in the reply-to (which is the sending) address. See the image below.</p>
  
  <p><a href="https://i.sstatic.net/zGnjG.png" rel="nofollow noreferrer"><img src="https://i.sstatic.net/zGnjG.png" alt="Original Message"></a></p>
  
Tags: <civimail><bounce>
Title: Bounces not reaching bounce account
ThreadText: # Bounces not reaching bounce account
  
  (Asked by: username_0 on 2019-12-02)
  
  CiviCRM 5.19.2
  WP 5.3
  
  Testing my bounce settings, and I'm not sure whether I actually have a problem or not. I've set up both 'bounce' and 'activity processing' accounts, and their respective scheduled jobs run without error (and CiviCRM has created the corresponding folders in both accounts).
  
  Using the default 'from' address (info@mydomain), I've been sending a newsletter out to a small dummy group containing faulty addresses (one, for example, is an old work address of mine that's disabled). While I get an immediate message from the google mailer-daemon ("550 5.2.1 The email account that you tried to reach is disabled"), sent to info@mydomain. Shouldn't that go to bounce@mydomain, the account I've set up for bounce processing? Or am I misunderstanding something basic?
  
  I can also confirm that I can send email to bounce+ (and receive it there), but the when I'm sending with CiviMail I only receive the bounce message in the reply-to (which is the sending) address. See the image below.
  
  [![Original Message](https://i.sstatic.net/zGnjG.png)](https://i.sstatic.net/zGnjG.png)
  
  **Tags:** civimail, bounce
  
  
  ---
  
  ## 3 answers
  
  ### Answer by username_1 on 2019-12-04. Score: 0 | Accepted answer
  
  You may want to ensure that the mailbox you are using supports tagging. Send a me+123@domain.com email and see if it arrives.
  
  Microsoft outlook365 servers generally do not. Gandi can be good, but there are also many other providers that do support tagging (the +123 bit).
  
  Google isn't so good, as there can be issues with SPF records which can lead to your mails being marked as Spam and may lead to blacklisting etc.
  
  in general, [mail-tester.com](https://www.mail-tester.com/) is a good site to use to test integrity of email (and the likelyhood of them failing / being marked as 'junk'. If you send a mail from civi to the "address" provided by mail-tester it will flag a problematic reply address (in the sense of spf failing etc). It will also let you know if there are any other infrastructure issues to look into.
  
  > **Comments:**
  > **username_2**: Using a single mailbox to process your bounces is possible if it supports "tagging" (usually called subadressing: https://en.wikipedia.org/wiki/Email_address#Sub-addressing). But that's not required for bounce processing, and the more industrial way is to use a dedicated domain (typically a subdomain of your main domain, but not necessarily).  
  > **username_2**: The key problem with using a single mailbox is that the domain will need to be configured for deliverability from your server, i.e. using SPF records, so you need some control over the domain, which you're not going to get from @gmail or any other domain that you don't own (unless it's provided by whoever is doing your bounce processing, e.g. typically a dedicated service provider like UAS).  
  > **username_1**: Ahh... thanks username_2. I've always had control over the domain for mailboxes, so not realised.  
  
  ---
  
  ### Answer by username_2 on 2019-12-02. Score: 2
  
  The key to getting bounces sent to the right account is the Email Domain of the Mail Account that you've configured for Bounce Processing. The emails that are sent out use that domain for the "envelope" from address (which is not the one you see as sender or recipient, but the one that's hidden in the smtp conversation between machines).
  
  As more detailed explanation is here: <https://docs.civicrm.org/sysadmin/en/latest/setup/civimail/inbound/>
  
  In summary:
  
  The "envelope" From address for a civi message is built uniquely per message and recipient as "uniqueid-per-recipient-per-message@bouncedomain.org". When it bounces, the bounce processing will process it based on that from address to determine what to do with it.
  
  So your bounce domain is usually NOT your from address domain, it's a special domain that can handle bounces. You normally would not want to do this yourself, though it's been done and there are instructions to do it using specially setup gmail addresses using some more involved addressing magic.
  
  > **Comments:**
  > **username_0**: Thanks, username_2.  I understand all of your words, but I can't figure out what action I might take -- the email domain setting is correct. It is the same 'domain.org' as the rest of my addresses. Should it not be? (I mean, I'm sending from <info@mydomain.org> and my mail account settings for bounce also indicate <mydomain.org> as the Email Domain). I don't know what I could change, here.   I've read the more detailed explanation so many times I can almost recite it! I love the CiviCRM documentation, actually, but this one keeps bringing me to where I already am.  
  > **username_2**: Okay, I added a bit more, I expect you need to read up on 'envelope from addresses'.  
  
  ---
  
  ### Answer by username_3 on 2022-05-26. Score: 0
  
  One possible cause for this is that the mail server software you're using assumes mail to your domain is for you.
  
  In my example, using Postfix, I had the following line in `/etc/postfix/main.cf`:
  
  ```
  mydestination = $myhostname, mysite.org, server1.mysite.org, localhost.mysite.org, localhost
  
  ```
  
  That means that any mail sent through this server to an address ending in `@mysite.org` will be processed by this server. However, this is NOT the mail server for mysite.org! Removing `mysite.org` from `mydestination` fixed the problem.
  
  The line that tipped me off was in `/var/log/mail.log` which read:
  
  ```
  May 26 18:33:23 server1 postfix/local[120265]: 01CD0405FB: to=<bounces+b.46.5065.a6d20287ac364100@mysite.org>, relay=local, delay=0.02, delays=0/0.01/0/0.01, dsn=5.1.1, status=bounced (unknown user: "bounces")
  
  ```
  
  The `unknown user: "bounces"` showed that Postfix was trying to deliver this email locally.
  
  
  ---
  
  