Answers.Body: <p>Resolution: After sending a test, a contact is created. This contact must then be merged with the J! administrator contact and the problem solved.</p>
  
Answers.ContentLicense: CC BY-SA 4.0
Answers.CreationDate: 2024-02-02T07:30:10.563Z
Answers.LastActivityDate: 2024-02-02T07:30:10.563Z
Answers.UserDisplayName: Alain Rihs
Answers.Body: <p>This is a long-standing issue, but by sheer chance, I fixed it today: <a href="https://github.com/civicrm/civicrm-core/pull/29212" rel="nofollow noreferrer">https://github.com/civicrm/civicrm-core/pull/29212</a></p>
  <p>This occurs when you send an email to a contact that has &quot;do not mail&quot;, &quot;bulk mail opt out&quot;, or &quot;deceased&quot; set.  With this patch, those folks simply don't get an email.</p>
  
Answers.ContentLicense: CC BY-SA 4.0
Answers.CreationDate: 2024-02-03T00:44:38.143Z
Answers.LastActivityDate: 2024-02-03T00:44:38.143Z
Answers.UserDisplayName: Jon G - Megaphone Tech
Body: <p>An administrator does not receive mailing emails. His e-mail address is strictly the same in his contact form and Joomla! user profile.
  When testing the mailing, CiviCRM creates a new contact with this address.
  In the test group in which his contact details are displayed, no recipient appears in the mailing draft.
  If I test with my address, everything works correctly: I receive the test emails and I am the recipient of the test group.</p>
  <p>Joomla! 4.4.1 | CiviCRM 5.57.3</p>
  
Comments.ContentLicense: CC BY-SA 4.0
Comments.CreationDate: 2024-01-17T01:22:51.620Z
Comments.Text: I am a little confused by the above. can you access the db - if so look for the civicrm_uf_match table which is what should be connecting the User with the Contact.
Comments.UserDisplayName: petednz - fuzion
Comments.ContentLicense: CC BY-SA 4.0
Comments.CreationDate: 2024-01-18T08:22:56.670Z
Comments.Text: I am too! I really don't understand how it is possible.Yes, I can access to civicrm_uf_match table and IDs are like in the contact. The Joomla ID and the CiviCRM ID are matching.
Comments.UserDisplayName: Alain Rihs
Comments.ContentLicense: CC BY-SA 4.0
Comments.CreationDate: 2024-01-18T21:24:30.237Z
Comments.Text: i don't know joomla - but i would not expect the CMS ID to match the CRM ID in general
Comments.UserDisplayName: petednz - fuzion
Comments.ContentLicense: CC BY-SA 4.0
Comments.CreationDate: 2024-01-20T08:37:40.723Z
Comments.Text: You're right. What I meant was that the IDs in the civicrm_uf_match table correspond to the respective Joomla and CiviCRM IDs.
Comments.UserDisplayName: Alain Rihs
Comments.ContentLicense: CC BY-SA 4.0
Comments.CreationDate: 2024-01-20T08:39:58.493Z
Comments.Text: This being the case, we tested again: sending created a new contact. I then merged the both contacts (admin and the new contact) and the problem no longer seems to arise !?!
Comments.UserDisplayName: Alain Rihs
Comments.ContentLicense: CC BY-SA 4.0
Comments.CreationDate: 2024-01-20T08:41:18.493Z
Comments.Text: In civicrm_uf_match table, the new CiviCRM ID replace the old one.
Comments.UserDisplayName: Alain Rihs
Comments.ContentLicense: CC BY-SA 4.0
Comments.CreationDate: 2024-01-22T02:51:35.880Z
Comments.Text: Not sure, but if you have solved your problem then pls add as an Answer. Noting that in cases where there are duplicate contacts both with users it is usually necessary to then delete the user that belonged to the contact that gets put in trash via the merge - otherwise the CMS user just hangs around 'orphaned' and causes headaches if the person is still trying to log in using that email. ps if you have logging on the the log of the uf_match table can offer good insights in to what has happened in the past
Comments.UserDisplayName: petednz - fuzion
Comments.ContentLicense: CC BY-SA 4.0
Comments.CreationDate: 2024-01-23T07:22:26.610Z
Comments.Text: I'll do it, I have to verify with the user everything's all right.
  Both contact haven't both users. The user test the mailing and another contact is created, but no other user is created. Then I merged both contact and the contact ID change in civicrm_uf_match table, but user ID is always the same, also in the civicrm_uf_match table.
Comments.UserDisplayName: Alain Rihs
Tags: <civimail><joomla>
Title: An administrator does not receive mailing emails: a new contact is created
ThreadText: # An administrator does not receive mailing emails: a new contact is created
  
  (Asked by: username_0 on 2024-01-15)
  
  An administrator does not receive mailing emails. His e-mail address is strictly the same in his contact form and Joomla! user profile.
  When testing the mailing, CiviCRM creates a new contact with this address.
  In the test group in which his contact details are displayed, no recipient appears in the mailing draft.
  If I test with my address, everything works correctly: I receive the test emails and I am the recipient of the test group.
  
  Joomla! 4.4.1 | CiviCRM 5.57.3
  
  **Tags:** civimail, joomla
  
  > **Comments:**
  > **username_1**: I am a little confused by the above. can you access the db - if so look for the civicrm_uf_match table which is what should be connecting the User with the Contact.  
  > **username_0**: I am too! I really don't understand how it is possible.Yes, I can access to civicrm_uf_match table and IDs are like in the contact. The Joomla ID and the CiviCRM ID are matching.  
  > **username_1**: i don't know joomla - but i would not expect the CMS ID to match the CRM ID in general  
  > **username_0**: You're right. What I meant was that the IDs in the civicrm_uf_match table correspond to the respective Joomla and CiviCRM IDs.  
  > **username_0**: This being the case, we tested again: sending created a new contact. I then merged the both contacts (admin and the new contact) and the problem no longer seems to arise !?!  
  > **username_0**: In civicrm_uf_match table, the new CiviCRM ID replace the old one.  
  > **username_1**: Not sure, but if you have solved your problem then pls add as an Answer. Noting that in cases where there are duplicate contacts both with users it is usually necessary to then delete the user that belonged to the contact that gets put in trash via the merge - otherwise the CMS user just hangs around 'orphaned' and causes headaches if the person is still trying to log in using that email. ps if you have logging on the the log of the uf_match table can offer good insights in to what has happened in the past  
  > **username_0**: I'll do it, I have to verify with the user everything's all right. Both contact haven't both users. The user test the mailing and another contact is created, but no other user is created. Then I merged both contact and the contact ID change in civicrm_uf_match table, but user ID is always the same, also in the civicrm_uf_match table.  
  
  ---
  
  ## 2 answers
  
  ### Answer by username_0 on 2024-02-02. Score: 1 | Accepted answer
  
  Resolution: After sending a test, a contact is created. This contact must then be merged with the J! administrator contact and the problem solved.
  
  
  ---
  
  ### Answer by username_2 on 2024-02-03. Score: 2
  
  This is a long-standing issue, but by sheer chance, I fixed it today: <https://github.com/civicrm/civicrm-core/pull/29212>
  
  This occurs when you send an email to a contact that has "do not mail", "bulk mail opt out", or "deceased" set. With this patch, those folks simply don't get an email.
  
  
  ---
  
  