Our CiviCRM system has bounce processing setup. It appears to be correctly pulling the emails from the mailbox we setup. The issue is that once it marks a users profile as "On Hold", it is not automatically switching to a new Primary email. As I understood bounce processing, there is a threshold number of bounces that gets reached before marking the email as "On Hold" and switching the Primary. Am I missing a setting somewhere? Is there a way to bulk update all the "On Hold" emails to their alternative emails (when available)?
3
-
"and switching the Primary". I don't believe this is automated– petednz - fuzion ♦Feb 24, 2022 at 23:09
-
we found a similar logical impasse, namely if someone registers for an event, and uses a different email to their primary one (which might be on hold) the rego confirmation email goes to the Primary one (or not if it is on hold), not the one they actually added via the form. which i think we did a patch for github.com/civicrm/civicrm-core/pull/18984– petednz - fuzion ♦Feb 24, 2022 at 23:14
-
sorry doesn't help with your 'how to modify in bulk', just the issue of 'on hold' rang a bell so i went digging to see what we had actually addressed– petednz - fuzion ♦Feb 24, 2022 at 23:16
Add a comment
|
1 Answer
Not a simple solution, but the best I've found to this long-time annoyance. Using Searchkit, you can set up a saved search for contacts with a primary email on hold bounce, who have a second email address that is not on hold. Then use an unequal field transformation, so you'll only see the secondary email addresses that are different than the primary ones.
You can add a table which will sort these descending on the second email field, so you'll see the contacts with a viable second email on the top of the search results and with an edit in place column for Primary for the second email, so you can make the switch right on this table. Would be ideal if this happened automatically, but in the meantime, this is the least painful solution that I've found.
