Feature #3469


Bounced email handling

Added by Boone Gorges about 8 years ago. Updated about 8 years ago.

Priority name:
Category name:
Email Notifications
Target version:
Start date:
Due date:
% Done:


Estimated time:


We were recently contacted by IT about the large amount of bounceage coming from Commons emails. Relevant excerpts:

Have you given any thought to how to handle bounced emails originating from the commons server?

Currently we get on the order of a few hundred email bounces per day from arriving in . We just ignore them and discard them after 60 days. But it would be better, from the point of view of maintaining the spam reputation of the GC mail servers, if we could reduce the volume of emails to invalid addresses.

The From: address varies:

From: Commons In A Box <>

From: "The Center for Place, Culture and Politics" <>

From: CUNY Academic Commons <>

From: Advanced Research Collaborative <>

. . . and others.

Most of these are routine SMTP 5XX errors (host unknown, mailbox full, account disabled, etc.)

Since the Commons site uses email notifications extensively with the social networking aspect of the site (joining groups and getting notifications from those groups) it is only natural that over time some of the recipient addresses would become invalid.

Obviously it would be burdensome to manually maintain the user base, but I wonder if we could find an automated solution.

I found this WP plug-in that purports to solve this problem:

They say:

The return path is an standard email address where to send the detected error. Most of the hosting providers set this header field for you to a not useful value, so you will almost always miss those messages. Thus, on main configuration of Bounce plugin you can “force” a value for the return path, for example to a mailbox you read and where you wish to collect the error messages for manual removal from your mailing list.

The return path is set by Bounce plugin only if emails are sent with wp_mail() WordPress function. Plugins that send emails with other methods should be configurable to force the return path.

Forcing the return path is not always appreciated by hosting provider an I had cases where emails can be sent only if the return path configuration was left blank. That situation automatically excludes the possibility to use Bounce plugin. Just to say.

If the return path is not a problem for you, you can setup a dedicated mailbox, accessible via POP3, where to direct all the error messages. Bounce can be configured to periodically read that mailbox searching for bounce email addresses analyzing the error messages.

Suppose you were to set the return path to a mailbox that we created for this purpose [say or something similar] and created an automated method to clean up the user base? Having direct access to these bounced email might have the side benefit of helping you to troubleshoot the occasional complaint that you get about missing notification emails.

Here is another solution that claims to address this issue:

Ray, I'm assigning this to you for initial thoughts, since you are the local (and global!) excerpt on handling BP email issues.

Actions #1

Updated by Matt Gold about 8 years ago

Hi Boone -- is this is the same issue as ?

Actions #2

Updated by Boone Gorges about 8 years ago

  • Status changed from New to Duplicate

Yes. I didn't get an email notification for the previous one.

Actions #3

Updated by Raymond Hoh about 8 years ago

I don't have access to #3468. Can someone give me access to that ticket?

Actions #4

Updated by Boone Gorges about 8 years ago

It's just been reassigned to you. Let me know if you still have troubles.

Actions #5

Updated by Raymond Hoh about 8 years ago

Got access and replied to that ticket.

Actions #6

Updated by Boone Gorges about 8 years ago

Thanks, Ray! I didn't get a notification when you updated that ticket, but maybe it's because it's private and I'm not a watcher? I just left a response there - please let me know if you got an email notification.


Also available in: Atom PDF