Answers.Body: <p>By changing the Bounce email to a different email address, in this case a simple Gmail and not Google Workspace, I can report that it does nothing. It is worthy to note that fundamentally, our issue is that we pay enough money for the branded email and domain as it is. So, as using an alias wasn't financially sound, it ended there.</p>
  <p>What worked was simply shutting off the Scheduled Job, Process Inbound Emails (API call: fetch_activities). Like I say, we are not dealing with tens of thousands of folks yet and when we do, we will simply buy the new email and turn the jobs back on.</p>
  <p>I attribute the solution to @petednz-fuzion for making me understand that it was the Bounce email address that may have caused the original issue! Thank you, sir!</p>
  
Answers.ContentLicense: CC BY-SA 4.0
Answers.CreationDate: 2023-06-23T21:06:55.643Z
Answers.LastActivityDate: 2023-07-10T01:11:26.823Z
Answers.LastEditDate: 2023-07-10T01:11:26.823Z
Answers.UserDisplayName: Paul Williams
Body: <p>CiviCRM v5.62.0 WordPress v6.2.2 OAuth2 working properly.</p>
  <p>My problem is that it labels ALL of my email either label:inbox-civimail-ignored (none yet) or label:inbox-civimail-processed (all thus far). When this happens it clears out the inbox, marks everything read and I have to select All Mail to view my emails and then try to figure out what is what. We rarely have any email related to CiviCRM, but have to make sure we do not miss a new registration or whatnot. Deleting the labels does nothing because ANY email that comes in triggers this labeling.</p>
  <p>Where can I go in the code to get rid of this labeling?</p>
  <p>Thank you!</p>
  <p><a href="https://i.sstatic.net/nEge4.png" rel="nofollow noreferrer"><img src="https://i.sstatic.net/nEge4.png" alt="CiviCRM Applied Labels" /></a></p>
  
Comments.ContentLicense: CC BY-SA 4.0
Comments.CreationDate: 2023-06-22T17:51:02.190Z
Comments.Text: Is there somewhere else I can ask the question as this is a pretty important issue in that the code that CiviCRM provides creates an all or nothing facet. For example, could someone tell me how to find the OAuth file that controls this and perhaps hack that file to fix my issue?
Comments.UserDisplayName: Paul Williams
Comments.ContentLicense: CC BY-SA 4.0
Comments.CreationDate: 2023-06-22T21:02:51.497Z
Comments.Text: generally we set up specific email addresses for civi to do its processing in (eg for Bounces), but you may be doing something that I haven't dealt with. Can you update your post to give a bit more context as to what you are trying to achieve.
Comments.UserDisplayName: petednz - fuzion
Comments.ContentLicense: CC BY-SA 4.0
Comments.CreationDate: 2023-06-23T01:09:13.460Z
Comments.Text: I have a single email operating under Google Workspace. In order for CiviCRM to work with Google Workspace it requires OAuth. To do that and in order to receive inbound emails I submit that to Google Cloud, all of which works. The labelling is the issue. The bounce operates under an alias as we cannot afford multiple paid workforce accounts. Thanx
Comments.UserDisplayName: Paul Williams
Comments.ContentLicense: CC BY-SA 4.0
Comments.CreationDate: 2023-06-23T19:49:08.377Z
Comments.Text: Testing something that @petednz-fuzion made me think about. If correct, I will attribute the solution to him IN RE: simply using a different email address. If not, then I will add more.
Comments.UserDisplayName: Paul Williams
Comments.ContentLicense: CC BY-SA 4.0
Comments.CreationDate: 2023-06-24T13:10:14.483Z
Comments.Text: By changing the Bounce email to a different email address, in this case a simple Gmail and not Google Workspace, I can report that it still triggers the labelling. I can also report that in the new email account (Gmail and not Workspace). I do not know if this works with Microsoft or say Roundcube if you are self hosting with cPanel or any others. So, I am right back to square one although I thought it worked yesterday. ;(
Comments.UserDisplayName: Paul Williams
Comments.ContentLicense: CC BY-SA 4.0
Comments.CreationDate: 2023-06-25T19:16:40.640Z
Comments.Text: can you add a screenshot for what is here /civicrm/admin/mailSettings?reset=1
Comments.UserDisplayName: petednz - fuzion
Comments.ContentLicense: CC BY-SA 4.0
Comments.CreationDate: 2023-06-27T04:57:35.510Z
Comments.Text: Requested Screenshot: https://imgur.com/a/qY8o5yX | Screenshot for Mail Accounts: https://imgur.com/a/0hmVq7B
Comments.UserDisplayName: Paul Williams
Comments.ContentLicense: CC BY-SA 4.0
Comments.CreationDate: 2023-06-27T19:39:43.037Z
Comments.Text: the link i gave may only work for Drupal. not sure what CMS you are on. can you add a screenshot of what you see via the civi admin menu at Administer > CiviMail > MailAccounts
Comments.UserDisplayName: petednz - fuzion
Comments.ContentLicense: CC BY-SA 4.0
Comments.CreationDate: 2023-06-28T09:42:04.880Z
Comments.Text: This is a copy to the screenshot:  https://imgur.com/a/EMjPpnc I am noting that the difference between the original for Mail Accounts and this one is that the Domain remained iafst.org in the old one and the new one is gmail.com
Comments.UserDisplayName: Paul Williams
Comments.ContentLicense: CC BY-SA 4.0
Comments.CreationDate: 2023-06-28T10:29:51.670Z
Comments.Text: @petednz-fuzion I believe the changing of the bounce domain name may have fixed the issue, but will have to confirm later this afternoon as it has a habit of resurrecting itself. Here is the latest screenshot showing new emails and NO labelling. Screenshot: https://imgur.com/FC42EFx
Comments.UserDisplayName: Paul Williams
Comments.ContentLicense: CC BY-SA 4.0
Comments.CreationDate: 2023-06-28T15:41:45.770Z
Comments.Text: Nope. Back again as I feared. :( Screenshot here: https://imgur.com/a/YuZNvtz
Comments.UserDisplayName: Paul Williams
Comments.ContentLicense: CC BY-SA 4.0
Comments.CreationDate: 2023-06-29T19:12:10.450Z
Comments.Text: not sure i can help more. I have never seen 'Protocol = maildir'. our has always been set up as imap for gmail
Comments.UserDisplayName: petednz - fuzion
Comments.ContentLicense: CC BY-SA 4.0
Comments.CreationDate: 2023-06-29T19:44:10.110Z
Comments.Text: So, maildir works fine. When we use IMAP it kicks back "An error occured while sending or receiving mail. The IMAP server did not accept the username and/or password: A0001 NO [AUTHENTICATIONFAILED] Invalid credentials (Failure). (See log for more details.)" This is why OAuth2 was brought out. Let me ask this, though. Bounce is not important to us due to size. Why couldn't I just turn off the fetch_bounces scheduled job? Would this impact anything other than zombie emails which in the 8yrs thus far, we have never gotten an email that way in the logs. Thanx!
Comments.UserDisplayName: Paul Williams
Tags: <wordpress><oauth>
Title: CiviCRM WordPress OAuth2 Google Workspace Labeling
ThreadText: # CiviCRM WordPress OAuth2 Google Workspace Labeling
  
  (Asked by: username_0 on 2023-06-15)
  
  CiviCRM v5.62.0 WordPress v6.2.2 OAuth2 working properly.
  
  My problem is that it labels ALL of my email either label:inbox-civimail-ignored (none yet) or label:inbox-civimail-processed (all thus far). When this happens it clears out the inbox, marks everything read and I have to select All Mail to view my emails and then try to figure out what is what. We rarely have any email related to CiviCRM, but have to make sure we do not miss a new registration or whatnot. Deleting the labels does nothing because ANY email that comes in triggers this labeling.
  
  Where can I go in the code to get rid of this labeling?
  
  Thank you!
  
  [![CiviCRM Applied Labels](https://i.sstatic.net/nEge4.png)](https://i.sstatic.net/nEge4.png)
  
  **Tags:** wordpress, oauth
  
  > **Comments:**
  > **username_0**: Is there somewhere else I can ask the question as this is a pretty important issue in that the code that CiviCRM provides creates an all or nothing facet. For example, could someone tell me how to find the OAuth file that controls this and perhaps hack that file to fix my issue?  
  > **username_1**: generally we set up specific email addresses for civi to do its processing in (eg for Bounces), but you may be doing something that I haven't dealt with. Can you update your post to give a bit more context as to what you are trying to achieve.  
  > **username_0**: I have a single email operating under Google Workspace. In order for CiviCRM to work with Google Workspace it requires OAuth. To do that and in order to receive inbound emails I submit that to Google Cloud, all of which works. The labelling is the issue. The bounce operates under an alias as we cannot afford multiple paid workforce accounts. Thanx  
  > **username_0**: Testing something that @petednz-fuzion made me think about. If correct, I will attribute the solution to him IN RE: simply using a different email address. If not, then I will add more.  
  > **username_0**: By changing the Bounce email to a different email address, in this case a simple Gmail and not Google Workspace, I can report that it still triggers the labelling. I can also report that in the new email account (Gmail and not Workspace). I do not know if this works with Microsoft or say Roundcube if you are self hosting with cPanel or any others. So, I am right back to square one although I thought it worked yesterday. ;(  
  > **username_1**: can you add a screenshot for what is here /civicrm/admin/mailSettings?reset=1  
  > **username_0**: Requested Screenshot: https://imgur.com/a/qY8o5yX | Screenshot for Mail Accounts: https://imgur.com/a/0hmVq7B  
  > **username_1**: the link i gave may only work for Drupal. not sure what CMS you are on. can you add a screenshot of what you see via the civi admin menu at Administer > CiviMail > MailAccounts  
  > **username_0**: This is a copy to the screenshot:  https://imgur.com/a/EMjPpnc I am noting that the difference between the original for Mail Accounts and this one is that the Domain remained iafst.org in the old one and the new one is gmail.com  
  > **username_0**: @petednz-fuzion I believe the changing of the bounce domain name may have fixed the issue, but will have to confirm later this afternoon as it has a habit of resurrecting itself. Here is the latest screenshot showing new emails and NO labelling. Screenshot: https://imgur.com/FC42EFx  
  > **username_0**: Nope. Back again as I feared. :( Screenshot here: https://imgur.com/a/YuZNvtz  
  > **username_1**: not sure i can help more. I have never seen 'Protocol = maildir'. our has always been set up as imap for gmail  
  > **username_0**: So, maildir works fine. When we use IMAP it kicks back "An error occured while sending or receiving mail. The IMAP server did not accept the username and/or password: A0001 NO [AUTHENTICATIONFAILED] Invalid credentials (Failure). (See log for more details.)" This is why OAuth2 was brought out. Let me ask this, though. Bounce is not important to us due to size. Why couldn't I just turn off the fetch_bounces scheduled job? Would this impact anything other than zombie emails which in the 8yrs thus far, we have never gotten an email that way in the logs. Thanx!  
  
  ---
  
  ## 1 answers
  
  ### Answer by username_0 on 2023-06-23. Score: 1 | Accepted answer
  
  By changing the Bounce email to a different email address, in this case a simple Gmail and not Google Workspace, I can report that it does nothing. It is worthy to note that fundamentally, our issue is that we pay enough money for the branded email and domain as it is. So, as using an alias wasn't financially sound, it ended there.
  
  What worked was simply shutting off the Scheduled Job, Process Inbound Emails (API call: fetch\_activities). Like I say, we are not dealing with tens of thousands of folks yet and when we do, we will simply buy the new email and turn the jobs back on.
  
  I attribute the solution to @petednz-fuzion for making me understand that it was the Bounce email address that may have caused the original issue! Thank you, sir!
  
  
  ---
  
  