Answers.Body: <p>So first, the VERP setting you see is about processing replies, it isn't the same as the VERP used for the bounces, that are always in.</p>
  
  <p>For the bounces, you need to create a mailbox dedicated for that purpose, (eg. return@domain.org) that is different than your normal sending email (info@domain.org). You could in theory use info@domain.org, but that's likely to create problems for your org.</p>
  
  <p>To test if it works, create a contact with an invalid email address, send a civimail mailing to a group with that address and verify that the bounce email is properly into the return@domain.org mailbox. If it is, you are almost there, as your cronjob seems to be properly setup to fetch that mailbox.</p>
  
  <p>As for the label:inbox-civimail-ignored, it is simply that you have an email in your "bounce/return" mailbox that isn't a bounce. One of the many reasons to keep your info@domain (where recipients might reply to) separated from your return@domain (where only the mail servers are supposed to reply to when there is a bounce).</p>
  
Answers.ContentLicense: CC BY-SA 3.0
Answers.CreationDate: 2015-06-23T22:52:49.397Z
Answers.Text: I see - Thanks for clarifying the two different VERP settings.  I can try as mentioned but is it really necessary to create a new (paid) google apps mailbox just for bounces?  I thought the google '+' alias of user+alias@domain was mentioned to avoid this (and creating an IMAP folder for bounces) Is the user+alias mentioned for something else?  I'd be happy to experiment with using one account and sub-folders and documenting if you think that is a reasonable solution.
Answers.UserDisplayName: Sonicthoughts
Answers.ContentLicense: CC BY-SA 3.0
Answers.CreationDate: 2015-06-24T06:21:58.180Z
Answers.Text: In theory, you could set up a rule to put the bounces automatically with a label, and configure the bounces to fetch only this folder (you'd need to fetch over imap). Let us know, I never tried it that way
Answers.UserDisplayName: Xavier
Answers.ContentLicense: CC BY-SA 3.0
Answers.CreationDate: 2015-06-23T06:18:14.440Z
Answers.LastActivityDate: 2015-06-23T06:18:14.440Z
Answers.UserDisplayName: Xavier
Body: <p>I'm fairly savvy with civicrm in general but bounce processing seems to always stump me.  <strong>Trying to use Google Apps for the return channel</strong>, I saw this post on the wiki: <a href="http://wiki.civicrm.org/confluence/display/CRMDOC/Step-by-step+Return+Channel+on+Drupal+-+Google+Apps+-+CentOS" rel="nofollow">Step-by-step+Return+Channel+on+Drupal+-+Google+Apps+-+CentOS</a>, which is referenced here: <a href="http://wiki.civicrm.org/confluence/display/CRMDOC/CiviMail+Installation" rel="nofollow">CiviMail+Installation</a>.</p>
  
  <p><strong>Is this still the best practice</strong> to get the return channel to work?  If so, <strong>I'm confused by the reference to return@domain.org</strong>. If the organization sends from info@domain.org can't one simply use the info+return@domain.org as the return channel or does this example expect the sending address to be return@domain.org?</p>
  
  <p><strong>The return address does not change at all if I enable/disable VERP setting in civicrm mail component settings.</strong>  I have used return+ in the "localpart" and have <strong>Return Path blank</strong>.  I assume that it is automatically generated.</p>
  
  <p>Also, the <strong>wiki says</strong> that there are "<strong>There are four possible solutions</strong> for handling of the return channel." but lists only 2.  Furthermore it says " Second, some SMTP services (notably <strong>google</strong>) insert their own Return-Path address headers, superseding the headers set by civiMail and <strong>effectively disabling bounce tracking</strong>."  <strong>Does that refer to "Gmail" or "Google Apps"?</strong> When using an outlook client, it does let me change the Reply to address.</p>
  
  <p>I'm using IMAP and after executing the bounce processing job manually I see the mail moved to "label:inbox-civimail-ignored".</p>
  
  <p><strong>Any delicious google app recipes</strong> or updates to the wiki appreciated. </p>
  
  <p>BTW - I've had <strong>similar problems</strong> with SMTP bounce processing <strong>using Mandril</strong> so I'm sure I'm doing something dumb,</p>
  
Tags: <civimail><email><bounce>
Title: Google Apps bounce processing - is the wiki current?
ThreadText: # Google Apps bounce processing - is the wiki current?
  
  (Asked by: username_0 on 2015-06-23)
  
  I'm fairly savvy with civicrm in general but bounce processing seems to always stump me. **Trying to use Google Apps for the return channel**, I saw this post on the wiki: [Step-by-step+Return+Channel+on+Drupal+-+Google+Apps+-+CentOS](http://wiki.civicrm.org/confluence/display/CRMDOC/Step-by-step+Return+Channel+on+Drupal+-+Google+Apps+-+CentOS), which is referenced here: [CiviMail+Installation](http://wiki.civicrm.org/confluence/display/CRMDOC/CiviMail+Installation).
  
  **Is this still the best practice** to get the return channel to work? If so, **I'm confused by the reference to return@domain.org**. If the organization sends from info@domain.org can't one simply use the info+return@domain.org as the return channel or does this example expect the sending address to be return@domain.org?
  
  **The return address does not change at all if I enable/disable VERP setting in civicrm mail component settings.** I have used return+ in the "localpart" and have **Return Path blank**. I assume that it is automatically generated.
  
  Also, the **wiki says** that there are "**There are four possible solutions** for handling of the return channel." but lists only 2. Furthermore it says " Second, some SMTP services (notably **google**) insert their own Return-Path address headers, superseding the headers set by civiMail and **effectively disabling bounce tracking**." **Does that refer to "Gmail" or "Google Apps"?** When using an outlook client, it does let me change the Reply to address.
  
  I'm using IMAP and after executing the bounce processing job manually I see the mail moved to "label:inbox-civimail-ignored".
  
  **Any delicious google app recipes** or updates to the wiki appreciated.
  
  BTW - I've had **similar problems** with SMTP bounce processing **using Mandril** so I'm sure I'm doing something dumb,
  
  **Tags:** civimail, email, bounce
  
  
  ---
  
  ## 1 answers
  
  ### Answer by username_1 on 2015-06-23. Score: 2
  
  So first, the VERP setting you see is about processing replies, it isn't the same as the VERP used for the bounces, that are always in.
  
  For the bounces, you need to create a mailbox dedicated for that purpose, (eg. return@domain.org) that is different than your normal sending email (info@domain.org). You could in theory use info@domain.org, but that's likely to create problems for your org.
  
  To test if it works, create a contact with an invalid email address, send a civimail mailing to a group with that address and verify that the bounce email is properly into the return@domain.org mailbox. If it is, you are almost there, as your cronjob seems to be properly setup to fetch that mailbox.
  
  As for the label:inbox-civimail-ignored, it is simply that you have an email in your "bounce/return" mailbox that isn't a bounce. One of the many reasons to keep your info@domain (where recipients might reply to) separated from your return@domain (where only the mail servers are supposed to reply to when there is a bounce).
  
  > **Comments:**
  > **username_0**: I see - Thanks for clarifying the two different VERP settings.  I can try as mentioned but is it really necessary to create a new (paid) google apps mailbox just for bounces?  I thought the google '+' alias of user+alias@domain was mentioned to avoid this (and creating an IMAP folder for bounces) Is the user+alias mentioned for something else?  I'd be happy to experiment with using one account and sub-folders and documenting if you think that is a reasonable solution.  
  > **username_1**: In theory, you could set up a rule to put the bounces automatically with a label, and configure the bounces to fetch only this folder (you'd need to fetch over imap). Let us know, I never tried it that way  
  
  ---
  
  