Answers.Body: <p>So I found the problem.
  Thanks to @HomoTechsual who lead me in the right direction.</p>
  
  <p>The reason had been found in the <strong>Settings - Outbound Mail</strong>.
  It was set to <strong>mail()</strong> with a success message : <code>Your SENDMAIL settings are correct. A test email has been sent to your email address.</code>
  That looked good but in fact the message was never sent by the server ! Trusting this message, I did forget to check if the test email really arrived to email address. My mistake : always double check.</p>
  
  <p>After I changed the setting to SMTP with all the right setting of the mail server, I still got the success message but the message arrived in the mailbox.
  After I removed the bounce tag for each email address, I could make a test mailing that went fine this time ;-)</p>
  
  <p>So the issue was from the mail server. The issue was not with CiviCRM. Something probably related to the DNS is not working on the server. This made CiviCRM confused about the mailing. 
  From now Civimail works well with the <strong>SMTP set</strong> in the Settings - Outbound Mail. I the case of my server this is the only option.</p>
  
  <p>UPDATE : In this case it seems that a group of several issues happened.
  I found another thing that could be at the origin in the table civicrm_mailing :
  both from_name and from_email are set to (INVALID)</p>
  
  <pre><code>from_name From Header of mailing (INVALID)
  from_email From Email of mailing (INVALID)
  </code></pre>
  
  <p>Yet I have no clue how this happened but there now a clear link with <code>validation failed for &lt;(INVALID)&gt;</code>
  I did not find why chosen email provoque that. It might be related with multi-site extension. Now I can manage the mailing with an another email address.</p>
  
Answers.ContentLicense: CC BY-SA 4.0
Answers.CreationDate: 2018-09-07T16:47:00.923Z
Answers.LastActivityDate: 2018-09-08T23:07:47.973Z
Answers.LastEditDate: 2018-09-08T23:07:47.973Z
Answers.UserDisplayName: Ichi
Body: <p>Hello after two modifications on the server and on CiviCRM, it becomes impossible to send any mailing. All the email adresses are "burned" with all the email addresses being wrongly tagged as bounced.
  In the Report, the <strong>Bounce Type</strong> is for all emails indicated as <strong>Invalid</strong>.</p>
  
  <p><strong>Some symptoms</strong> : 
  The table <strong>civicrm_mailing_event_bounce</strong> indicate for all mails adresses in the bounce_reason this problem :</p>
  
  <p><code>Validation failed for: "(INVALID)" &lt;(INVALID)&gt;</code></p>
  
  <p>The <strong>bounce_type_id</strong> in the is #6 which is <strong>Invalid</strong> : <em>Email address is not valid</em>
  Of course the setting in admin/options/<strong>from_email_address</strong> (From Email Address Options) have been verified, they are OK.</p>
  
  <p>In the table civicrm_mailing_bounce_pattern there is 24 different patterns from the bounce_type_id #6.</p>
  
  <p><strong>There is then two clues</strong> :
  The server had been recently moved under PHP7.2 and CiviCRM had been enabled to handle the Multi Site Configuration with the extension CiviCRM Multisite (org.civicrm.multisite).</p>
  
  <p>Did someone experimented and solved this trouble ?</p>
  
  <p>Thanks for any help.</p>
  
  <ul>
  <li>The CMS is Drupal 7 with CiviCRM 5.4.1 on a Debian 8 server </li>
  <li>The bounce email boxe is located on a different Debian 8 server with Postfix Mail Server Postfix version 2.11.3</li>
  </ul>
  
Comments.ContentLicense: CC BY-SA 4.0
Comments.CreationDate: 2018-09-07T12:08:07.840Z
Comments.Text: Hi Ichi - can you include more information on the actual bounce messages received to the bounce processing mailbox which is configured on your CiviCRM instance.
Comments.UserDisplayName: HomoTechsual
Comments.ContentLicense: CC BY-SA 4.0
Comments.CreationDate: 2018-09-07T12:57:12.537Z
Comments.Text: Arg… the bounce processing mailbox is empty ! This user has no messages in
Comments.UserDisplayName: Ichi
Comments.ContentLicense: CC BY-SA 4.0
Comments.CreationDate: 2018-09-07T12:58:33.880Z
Comments.Text: He bounce processing system may have deleted them - depending on mail system they may be in Deleted items or otherwise ‘recoverable’
Comments.UserDisplayName: HomoTechsual
Comments.ContentLicense: CC BY-SA 4.0
Comments.CreationDate: 2018-09-07T13:03:54.263Z
Comments.Text: Don't you think that this means that the bounce did happen before going outside of the server ?
Comments.UserDisplayName: Ichi
Comments.ContentLicense: CC BY-SA 4.0
Comments.CreationDate: 2018-09-07T13:05:42.230Z
Comments.Text: No, an email can’t ‘bounce’ before leaving your mail server - that would be a delivery failure which is not the same thing. Have you checked this issue with whoever manages you email system(s) - you should rule out your email system first and then it will be easier to pin down a CiviCRM or Server cause.
Comments.UserDisplayName: HomoTechsual
Comments.ContentLicense: CC BY-SA 4.0
Comments.CreationDate: 2018-09-07T13:12:24.483Z
Comments.Text: The mail server is different to the web server with CiviCRM. I just made a test sending direct mail to the bounce processing mailbox. Test is ok : the message arrives in the bounce processing mailbox.
Comments.UserDisplayName: Ichi
Comments.ContentLicense: CC BY-SA 4.0
Comments.CreationDate: 2018-09-07T13:14:32.220Z
Comments.Text: Can you edit your post to include what your mail server software/system is? Have you checked the deleted items in the bounce processing inbox and any mail flow/mail stats interface for your mail server - mail server logs could also shed some light.
Comments.UserDisplayName: HomoTechsual
Comments.ContentLicense: CC BY-SA 4.0
Comments.CreationDate: 2018-09-07T13:24:16.840Z
Comments.Text: I made an edit to the the post. Also I check the .Trash mailbox it is empty, nothing was erased…
Comments.UserDisplayName: Ichi
Comments.ContentLicense: CC BY-SA 4.0
Comments.CreationDate: 2018-09-07T13:26:50.797Z
Comments.Text: So CiviCRM will store processed bounces in a subfolder - according to the docs - can you check the folders (including any subfolders of the inbox) to see if there are any bounce messages?
Comments.UserDisplayName: HomoTechsual
Comments.ContentLicense: CC BY-SA 4.0
Comments.CreationDate: 2018-09-07T13:34:05.627Z
Comments.Text: No, there is no subfolder in the Maildir apart of the classical ones. I check the spam mailbox, it's empty too.
Comments.UserDisplayName: Ichi
Comments.ContentLicense: CC BY-SA 4.0
Comments.CreationDate: 2018-09-07T13:35:17.743Z
Comments.Text: Including subfolders of Inbox (which is where CiviCRM would create it’s folder)
Comments.UserDisplayName: HomoTechsual
Comments.ContentLicense: CC BY-SA 4.0
Comments.CreationDate: 2018-09-07T13:41:03.593Z
Comments.Text: No this one is empty. No folder like the one you mentioned. I see these in another bounce mailbox that was used in the past : INBOX.CiviMail.ignored and .INBOX.CiviMail.processed
Comments.UserDisplayName: Ichi
Comments.ContentLicense: CC BY-SA 4.0
Comments.CreationDate: 2018-09-07T13:42:27.330Z
Comments.Text: It sounds like the bounce processing mailbox isn’t working correctly but It’s not an area I’m hugely familiar with - I’ll leave this one for better minds to solve :-) apologies I haven’t been of much help!
Comments.UserDisplayName: HomoTechsual
Comments.ContentLicense: CC BY-SA 4.0
Comments.CreationDate: 2018-09-07T13:52:37.530Z
Comments.Text: At opposite, this  help making me looking in the natural direction. But then I think that I just found the culprit in the Settings - Outbound Mail.
Comments.UserDisplayName: Ichi
Comments.ContentLicense: CC BY-SA 4.0
Comments.CreationDate: 2018-09-07T13:53:20.670Z
Comments.Text: If you find the solution you can answer your own question :-)
Comments.UserDisplayName: HomoTechsual
Comments.ContentLicense: CC BY-SA 4.0
Comments.CreationDate: 2018-09-07T14:13:55.917Z
Comments.Text: Yes I just did. Thank you for your help ! This is very kind.
Comments.UserDisplayName: Ichi
Comments.ContentLicense: CC BY-SA 4.0
Comments.CreationDate: 2018-09-07T14:48:46.860Z
Comments.Text: you should post an answer to show how you solved it - that will help other people in the future and earn you "reputation" on CiviCRM StackExchange which gives you privileges.
Comments.UserDisplayName: HomoTechsual
Comments.ContentLicense: CC BY-SA 4.0
Comments.CreationDate: 2018-09-07T16:47:48.483Z
Comments.Text: Ah, yes. That gonna be the 1st time.
Comments.UserDisplayName: Ichi
Comments.ContentLicense: CC BY-SA 4.0
Comments.CreationDate: 2024-08-30T21:33:46.233Z
Comments.Text: This question is similar to: [CiviMail error when sending test](https://civicrm.stackexchange.com/questions/15803/civimail-error-when-sending-test). If you believe it’s different, please edit the question, make it clear how it’s different and/or how the answers on that question are not helpful for your problem.
Comments.UserDisplayName: Jon G - Megaphone Tech
Tags: <civimail><mailing><multisite><bounce><drupal-multi-site>
Title: 100% mailing have bounced : validation failed for <(INVALID)>
ThreadText: # 100% mailing have bounced : validation failed for <(INVALID)>
  
  (Asked by: username_0 on 2018-09-07)
  
  Hello after two modifications on the server and on CiviCRM, it becomes impossible to send any mailing. All the email adresses are "burned" with all the email addresses being wrongly tagged as bounced.
  In the Report, the **Bounce Type** is for all emails indicated as **Invalid**.
  
  **Some symptoms** :
  The table **civicrm\_mailing\_event\_bounce** indicate for all mails adresses in the bounce\_reason this problem :
  
  `Validation failed for: "(INVALID)" <(INVALID)>`
  
  The **bounce\_type\_id** in the is #6 which is **Invalid** : *Email address is not valid*
  Of course the setting in admin/options/**from\_email\_address** (From Email Address Options) have been verified, they are OK.
  
  In the table civicrm\_mailing\_bounce\_pattern there is 24 different patterns from the bounce\_type\_id #6.
  
  **There is then two clues** :
  The server had been recently moved under PHP7.2 and CiviCRM had been enabled to handle the Multi Site Configuration with the extension CiviCRM Multisite (org.civicrm.multisite).
  
  Did someone experimented and solved this trouble ?
  
  Thanks for any help.
  
  * The CMS is Drupal 7 with CiviCRM 5.4.1 on a Debian 8 server
  * The bounce email boxe is located on a different Debian 8 server with Postfix Mail Server Postfix version 2.11.3
  
  **Tags:** civimail, mailing, multisite, bounce, drupal-multi-site
  
  > **Comments:**
  > **username_1**: Hi username_0 - can you include more information on the actual bounce messages received to the bounce processing mailbox which is configured on your CiviCRM instance.  
  > **username_0**: Arg… the bounce processing mailbox is empty ! This user has no messages in  
  > **username_1**: He bounce processing system may have deleted them - depending on mail system they may be in Deleted items or otherwise ‘recoverable’  
  > **username_0**: Don't you think that this means that the bounce did happen before going outside of the server ?  
  > **username_1**: No, an email can’t ‘bounce’ before leaving your mail server - that would be a delivery failure which is not the same thing. Have you checked this issue with whoever manages you email system(s) - you should rule out your email system first and then it will be easier to pin down a CiviCRM or Server cause.  
  > **username_0**: The mail server is different to the web server with CiviCRM. I just made a test sending direct mail to the bounce processing mailbox. Test is ok : the message arrives in the bounce processing mailbox.  
  > **username_1**: Can you edit your post to include what your mail server software/system is? Have you checked the deleted items in the bounce processing inbox and any mail flow/mail stats interface for your mail server - mail server logs could also shed some light.  
  > **username_0**: I made an edit to the the post. Also I check the .Trash mailbox it is empty, nothing was erased…  
  > **username_1**: So CiviCRM will store processed bounces in a subfolder - according to the docs - can you check the folders (including any subfolders of the inbox) to see if there are any bounce messages?  
  > **username_0**: No, there is no subfolder in the Maildir apart of the classical ones. I check the spam mailbox, it's empty too.  
  > **username_1**: Including subfolders of Inbox (which is where CiviCRM would create it’s folder)  
  > **username_0**: No this one is empty. No folder like the one you mentioned. I see these in another bounce mailbox that was used in the past : INBOX.CiviMail.ignored and .INBOX.CiviMail.processed  
  > **username_1**: It sounds like the bounce processing mailbox isn’t working correctly but It’s not an area I’m hugely familiar with - I’ll leave this one for better minds to solve :-) apologies I haven’t been of much help!  
  > **username_0**: At opposite, this  help making me looking in the natural direction. But then I think that I just found the culprit in the Settings - Outbound Mail.  
  > **username_1**: If you find the solution you can answer your own question :-)  
  > **username_0**: Yes I just did. Thank you for your help ! This is very kind.  
  > **username_1**: you should post an answer to show how you solved it - that will help other people in the future and earn you "reputation" on CiviCRM StackExchange which gives you privileges.  
  > **username_0**: Ah, yes. That gonna be the 1st time.  
  > **username_2**: This question is similar to: [CiviMail error when sending test](https://civicrm.stackexchange.com/questions/15803/civimail-error-when-sending-test). If you believe it’s different, please edit the question, make it clear how it’s different and/or how the answers on that question are not helpful for your problem.  
  
  ---
  
  ## 1 answers
  
  ### Answer by username_0 on 2018-09-07. Score: 2 | Accepted answer
  
  So I found the problem.
  Thanks to @username_1 who lead me in the right direction.
  
  The reason had been found in the **Settings - Outbound Mail**.
  It was set to **mail()** with a success message : `Your SENDMAIL settings are correct. A test email has been sent to your email address.`
  That looked good but in fact the message was never sent by the server ! Trusting this message, I did forget to check if the test email really arrived to email address. My mistake : always double check.
  
  After I changed the setting to SMTP with all the right setting of the mail server, I still got the success message but the message arrived in the mailbox.
  After I removed the bounce tag for each email address, I could make a test mailing that went fine this time ;-)
  
  So the issue was from the mail server. The issue was not with CiviCRM. Something probably related to the DNS is not working on the server. This made CiviCRM confused about the mailing.
  From now Civimail works well with the **SMTP set** in the Settings - Outbound Mail. I the case of my server this is the only option.
  
  UPDATE : In this case it seems that a group of several issues happened.
  I found another thing that could be at the origin in the table civicrm\_mailing :
  both from\_name and from\_email are set to (INVALID)
  
  ```
  from_name From Header of mailing (INVALID)
  from_email From Email of mailing (INVALID)
  
  ```
  
  Yet I have no clue how this happened but there now a clear link with `validation failed for <(INVALID)>`
  I did not find why chosen email provoque that. It might be related with multi-site extension. Now I can manage the mailing with an another email address.
  
  
  ---
  
  