Answers.Body: <p>Glad you got it working back.</p>
  <p>smtp protocol is made to be very resilient, but it means as well it's really hard to know for sure when/what is going wrong.</p>
  <p>I'm not sure I understood the details of your configuration, but a somewhat common problem is when you have a local satellite mail server (that will always tell civi the mails are sent as it accepts them) and that isn't able to send it forward for whatever reason... and report that issue in a mailbox that isn't properly read by civi (for another problem).</p>
  <p>So from civi point of view, it's all working fine, and in that specific case, it's very difficult to identify there is a problem (or two, as one hides the other), unless you add human brains that is able to identify that it shouldn't have zero bounces and investigate further.</p>
  <p>Beside recommending to validate the bounce process and checks that it works on a regular basis, not quite sure how civi can do better on its own.</p>
  
Answers.ContentLicense: CC BY-SA 4.0
Answers.CreationDate: 2021-04-12T13:05:13.723Z
Answers.Text: Thanks Xavier. That's fair enough.
  
  It's odd both setup stopped working around the same time - and one is using Gsuite and the other the server's mail server – and we still can't get it working with gmail even with a [an alphanumeric password](https://civicrm.stackexchange.com/questions/6921/mail-to-account-does-not-fetch-mail?rq=1). But it works with one of my own email accounts not related to the organisations so it's kind of fixed for now.
Answers.UserDisplayName: Nic
Answers.ContentLicense: CC BY-SA 4.0
Answers.CreationDate: 2021-04-12T17:16:30.663Z
Answers.Text: I think gsuite is really not liking pop/imap, I recall having to change some setting as an admin (something insecure accepted or 2fa and generating a token/pwd just for imap, or sacrificing a goat, the usual google hates you thing). You can google it, and 99% change you'll find a documentation that relates to a previous version that isn't working anymore. #deargoogle
Answers.UserDisplayName: Xavier
Answers.ContentLicense: CC BY-SA 4.0
Answers.CreationDate: 2021-04-13T18:11:06.163Z
Answers.Text: @Nic we had a similar issue with bounces and G Suite, this is what worked: https://civicrm.stackexchange.com/questions/35648/how-to-setup-bounced-processing-on-civicrm-for-a-gsuite-account/37344?noredirect=1#comment43793_37344
Answers.UserDisplayName: LMK Web
Answers.ContentLicense: CC BY-SA 4.0
Answers.CreationDate: 2021-04-11T15:54:43.897Z
Answers.LastActivityDate: 2021-04-11T15:54:43.897Z
Answers.UserDisplayName: Xavier
Body: <p>On two Civi 5.35.1 &amp; Joomla sites, I've got the same issue of bulk emails not being sent, but the CiviMail report stating every email has been sent (0 bounces or replies). The 0 bounces bit of the Mail report is what alerted us to something being wrong. Other Civi emails are working fine. On checking, another Civi 5.35.1 &amp; Joomla site using a different host and DNS provider also worked fine for bulk email.</p>
  <p>Eventually by looking at the server's mail delivery logs I realised that the emails had never sent, with an error that looks like</p>
  <pre><code>587 I=[185.181.117.20]:48996 X=TLS1.2:AES128-GCM-SHA256:128 CV=yes DN=&quot;/CN=*.filteredmx.net&quot;: SMTP error from remote mail server after MAIL FROM:&lt;b.1231.77517.036450515a4f21ca@qwerty.org&gt; SIZE=3092: 550-Verification failed for &lt;b.1231.77517.036450515a4f21ca@qwerty.org&gt;\n550-Called: 185.181.117.37\n550-Sent: RCPT TO:&lt;b.1231.77517.036450515a4f21ca@qwerty.org&gt;\n550-Response: 550 No Such User Here&quot;\n550 Invalid sender &lt;b.1231.77517.036450515a4f21ca@qwerty.org&gt; DT=2.353s
  </code></pre>
  <p>With help from here - <a href="https://civicrm.stackexchange.com/questions/25584/mosaico-mailings-not-sending">Mosaico mailings not sending</a> - I saw this means bounce processsing had stopped working.</p>
  <p>I tried with a different email account from an external domain (ie another email address I have) - and it all worked again. So it seems there's two issues here:</p>
  <ul>
  <li><p>a Civi error notice issue, because Civi appears to be telling the user mails have been sent when they haven't. It took quite a bit of digging (e.g. turning on MailLog in civicrm.settings.php - gave no insight) before I eventually checked the 'Email Deliverability' screen in Cpanel where I found these errors.</p>
  </li>
  <li><p>and the 'something has changed in the last few weeks' issue - that might have nothing to do with Civi 5.35.x and be more about Cloudflare or Cpanel or our webhosts. What's especially odd is both sites will let me use an external Dreamhost-hosted email for bounce processing, but each of them if I use a correctly setup email account for the same domain the site is hosted at don't work - even tho one is using Gsuite for mail processing and one is using Cpanel.</p>
  </li>
  </ul>
  <p>None of this is urgent any more as we've got CiviMail working again - but still not sure what the wider issue might be (perhaps nothing to do with Civi at all), and thought it useful to track this here because it happened to me on two sites so maybe happens to someone else.</p>
  
Tags: <civimail>
Title: CiviMail report showing bulk emails have sent when they haven't
ThreadText: # CiviMail report showing bulk emails have sent when they haven't
  
  (Asked by: username_0 on 2021-04-09)
  
  On two Civi 5.35.1 & Joomla sites, I've got the same issue of bulk emails not being sent, but the CiviMail report stating every email has been sent (0 bounces or replies). The 0 bounces bit of the Mail report is what alerted us to something being wrong. Other Civi emails are working fine. On checking, another Civi 5.35.1 & Joomla site using a different host and DNS provider also worked fine for bulk email.
  
  Eventually by looking at the server's mail delivery logs I realised that the emails had never sent, with an error that looks like
  
  ```
  587 I=[185.181.117.20]:48996 X=TLS1.2:AES128-GCM-SHA256:128 CV=yes DN="/CN=*.filteredmx.net": SMTP error from remote mail server after MAIL FROM:<b.1231.77517.036450515a4f21ca@qwerty.org> SIZE=3092: 550-Verification failed for <b.1231.77517.036450515a4f21ca@qwerty.org>\n550-Called: 185.181.117.37\n550-Sent: RCPT TO:<b.1231.77517.036450515a4f21ca@qwerty.org>\n550-Response: 550 No Such User Here"\n550 Invalid sender <b.1231.77517.036450515a4f21ca@qwerty.org> DT=2.353s
  
  ```
  
  With help from here - [Mosaico mailings not sending](https://civicrm.stackexchange.com/questions/25584/mosaico-mailings-not-sending) - I saw this means bounce processsing had stopped working.
  
  I tried with a different email account from an external domain (ie another email address I have) - and it all worked again. So it seems there's two issues here:
  
  * a Civi error notice issue, because Civi appears to be telling the user mails have been sent when they haven't. It took quite a bit of digging (e.g. turning on MailLog in civicrm.settings.php - gave no insight) before I eventually checked the 'Email Deliverability' screen in Cpanel where I found these errors.
  * and the 'something has changed in the last few weeks' issue - that might have nothing to do with Civi 5.35.x and be more about Cloudflare or Cpanel or our webhosts. What's especially odd is both sites will let me use an external Dreamhost-hosted email for bounce processing, but each of them if I use a correctly setup email account for the same domain the site is hosted at don't work - even tho one is using Gsuite for mail processing and one is using Cpanel.
  
  None of this is urgent any more as we've got CiviMail working again - but still not sure what the wider issue might be (perhaps nothing to do with Civi at all), and thought it useful to track this here because it happened to me on two sites so maybe happens to someone else.
  
  **Tags:** civimail
  
  
  ---
  
  ## 1 answers
  
  ### Answer by username_1 on 2021-04-11. Score: 0
  
  Glad you got it working back.
  
  smtp protocol is made to be very resilient, but it means as well it's really hard to know for sure when/what is going wrong.
  
  I'm not sure I understood the details of your configuration, but a somewhat common problem is when you have a local satellite mail server (that will always tell civi the mails are sent as it accepts them) and that isn't able to send it forward for whatever reason... and report that issue in a mailbox that isn't properly read by civi (for another problem).
  
  So from civi point of view, it's all working fine, and in that specific case, it's very difficult to identify there is a problem (or two, as one hides the other), unless you add human brains that is able to identify that it shouldn't have zero bounces and investigate further.
  
  Beside recommending to validate the bounce process and checks that it works on a regular basis, not quite sure how civi can do better on its own.
  
  > **Comments:**
  > **username_0**: Thanks username_1. That's fair enough.  It's odd both setup stopped working around the same time - and one is using Gsuite and the other the server's mail server – and we still can't get it working with gmail even with a [an alphanumeric password](https://civicrm.stackexchange.com/questions/6921/mail-to-account-does-not-fetch-mail?rq=1). But it works with one of my own email accounts not related to the organisations so it's kind of fixed for now.  
  > **username_1**: I think gsuite is really not liking pop/imap, I recall having to change some setting as an admin (something insecure accepted or 2fa and generating a token/pwd just for imap, or sacrificing a goat, the usual google hates you thing). You can google it, and 99% change you'll find a documentation that relates to a previous version that isn't working anymore. #deargoogle  
  > **username_2**: @username_0 we had a similar issue with bounces and G Suite, this is what worked: https://civicrm.stackexchange.com/questions/35648/how-to-setup-bounced-processing-on-civicrm-for-a-gsuite-account/37344?noredirect=1#comment43793_37344  
  
  ---
  
  