Answers.Body: <p>So I just ran into a similar issue. Our bounce handling stopped a few months ago and nobody noticed. We also use GSuite, and our email address appears in a similar fashion in the log. I thought it looked strange at first too, but since we changed nothing and it went from working to not working, I knew that wasn't the issue. I also tried changing the email account password to see if that would fix the problem.</p>
  <p>It turned out that Google turned off access for less secure apps automatically, effectively blocking access to the return email account from CiviCRM. As soon as I toggled that switch, bounce handling started working again. This is the link that worked to turn it back on: <a href="https://myaccount.google.com/u/5/lesssecureapps?hl=en" rel="noreferrer">https://myaccount.google.com/u/5/lesssecureapps?hl=en</a></p>
  
Answers.ContentLicense: CC BY-SA 4.0
Answers.CreationDate: 2020-12-19T18:08:45.883Z
Answers.Text: Would you mind sharing your bounced processing settings from civi and gmail please? I have app specific password instead of less secure apps.
Answers.UserDisplayName: Tapash
Answers.ContentLicense: CC BY-SA 4.0
Answers.CreationDate: 2020-12-30T17:25:25.487Z
Answers.Text: It's been a really long time since we set this up, but I followed the instructions in the CiviMail documentation found here: https://docs.civicrm.org/sysadmin/en/latest/setup/civimail/#bounce-processing
Answers.UserDisplayName: LMK Web
Answers.ContentLicense: CC BY-SA 4.0
Answers.CreationDate: 2023-01-19T08:28:20.090Z
Answers.Text: From May 30, 2022, ​​Google no longer supports the use of third-party apps or devices which ask you to sign in to your Google Account using only your username and password.
Answers.UserDisplayName: Tony Horrocks
Answers.ContentLicense: CC BY-SA 4.0
Answers.CreationDate: 2020-08-11T01:00:16.140Z
Answers.LastActivityDate: 2020-08-11T01:00:16.140Z
Answers.UserDisplayName: LMK Web
Body: <p>I am trying to setup Gsuite as bounce processing for CiviCRM using this guide <a href="https://civicrm.org/blog/dahndy/leveraging-civicrm-email-to-activity-processing-in-gmail" rel="nofollow noreferrer">https://civicrm.org/blog/dahndy/leveraging-civicrm-email-to-activity-processing-in-gmail</a></p>
  
  <p>But keep getting the following message when schedule job is ran.  Any idea how to fix it please?</p>
  
  <p>One thing in the log, it says "<strong>webadmin@imap.gmail.com</strong>" but it should have said "<strong>webadmin@our.domain</strong>" as per my sessings below, is that right?</p>
  
  <pre><code>Parameters parsed (and passed to API method): 
  a:1:{s:7:"version";i:3;}
  
  Full message: 
  Finished execution of Fetch Bounces with result: Failure, Error message: Could not connect to MailStore for webadmin@imap.gmail.com
  Error message: 
  
  An error occured while sending or receiving mail. Failed to connect to the server: imap.gmail.com:993.
  </code></pre>
  
  <p><a href="https://i.sstatic.net/OSKMD.png" rel="nofollow noreferrer"><img src="https://i.sstatic.net/OSKMD.png" alt="enter image description here"></a></p>
  
Comments.ContentLicense: CC BY-SA 4.0
Comments.CreationDate: 2020-05-12T18:07:21.067Z
Comments.Text: For username put the full email, webadmin@ourdomain.com
Comments.UserDisplayName: Demerit
Comments.ContentLicense: CC BY-SA 4.0
Comments.CreationDate: 2020-05-12T18:38:49.773Z
Comments.Text: @Demerit Still no luck. This time it appears like  webadmin@ourdomain.com@imap.gmail.com
Comments.UserDisplayName: Tapash
Comments.ContentLicense: CC BY-SA 4.0
Comments.CreationDate: 2020-05-12T18:44:58.207Z
Comments.Text: I think that's ok. That message is just outputting a concatenated string, not the actual username it uses to connect (https://github.com/civicrm/civicrm-core/blob/5.25.0/CRM/Utils/Mail/EmailProcessor.php#L161). It seems more like it can't reach gmail, so a network issue. If you try telnet from the server can you `telnet imap.gmail.com 993`?
Comments.UserDisplayName: Demerit
Tags: <bounce><mailserver><g-suite>
Title: How to setup bounced processing on CiviCRM for a Gsuite account?
ThreadText: # How to setup bounced processing on CiviCRM for a Gsuite account?
  
  (Asked by: username_0 on 2020-05-12)
  
  I am trying to setup Gsuite as bounce processing for CiviCRM using this guide <https://civicrm.org/blog/dahndy/leveraging-civicrm-email-to-activity-processing-in-gmail>
  
  But keep getting the following message when schedule job is ran. Any idea how to fix it please?
  
  One thing in the log, it says "**webadmin@imap.gmail.com**" but it should have said "**webadmin@our.domain**" as per my sessings below, is that right?
  
  ```
  Parameters parsed (and passed to API method): 
  a:1:{s:7:"version";i:3;}
  
  Full message: 
  Finished execution of Fetch Bounces with result: Failure, Error message: Could not connect to MailStore for webadmin@imap.gmail.com
  Error message: 
  
  An error occured while sending or receiving mail. Failed to connect to the server: imap.gmail.com:993.
  
  ```
  
  [![enter image description here](https://i.sstatic.net/OSKMD.png)](https://i.sstatic.net/OSKMD.png)
  
  **Tags:** bounce, mailserver, g-suite
  
  > **Comments:**
  > **username_1**: For username put the full email, webadmin@ourdomain.com  
  > **username_0**: @username_1 Still no luck. This time it appears like  webadmin@ourdomain.com@imap.gmail.com  
  > **username_1**: I think that's ok. That message is just outputting a concatenated string, not the actual username it uses to connect (https://github.com/civicrm/civicrm-core/blob/5.25.0/CRM/Utils/Mail/EmailProcessor.php#L161). It seems more like it can't reach gmail, so a network issue. If you try telnet from the server can you `telnet imap.gmail.com 993`?  
  
  ---
  
  ## 1 answers
  
  ### Answer by username_2 on 2020-08-11. Score: 5
  
  So I just ran into a similar issue. Our bounce handling stopped a few months ago and nobody noticed. We also use GSuite, and our email address appears in a similar fashion in the log. I thought it looked strange at first too, but since we changed nothing and it went from working to not working, I knew that wasn't the issue. I also tried changing the email account password to see if that would fix the problem.
  
  It turned out that Google turned off access for less secure apps automatically, effectively blocking access to the return email account from CiviCRM. As soon as I toggled that switch, bounce handling started working again. This is the link that worked to turn it back on: <https://myaccount.google.com/u/5/lesssecureapps?hl=en>
  
  > **Comments:**
  > **username_0**: Would you mind sharing your bounced processing settings from civi and gmail please? I have app specific password instead of less secure apps.  
  > **username_2**: It's been a really long time since we set this up, but I followed the instructions in the CiviMail documentation found here: https://docs.civicrm.org/sysadmin/en/latest/setup/civimail/#bounce-processing  
  > **username_3**: From May 30, 2022, ​​Google no longer supports the use of third-party apps or devices which ask you to sign in to your Google Account using only your username and password.  
  
  ---
  
  