Hello – It’s likely that the process is timing out due to the very large operation. It could even be that your webhost places limitations on the amount of serialized data that can be stored in a single cell – I’ve seen this happen before on WP Engine.
There’s a new version of BPGES in the works that addresses this issue (in addition to several other critical performance problems) by changing the mechanism for storing user subscription levels to a discrete column in the database, rather than a serialized array. The version should be released in the first few months of 2019, but it’s available to try earlier if you’re brave and can debug on your own: https://github.com/boonebgorges/buddypress-group-email-subscription/tree/3.9.x
Thank you for the quick reply!
I definitely feel better waiting for the official version release. My PHP know-how does leave some bravery to be desired.
Also, I’m not sure if this issue ties into the original question, and if it’s off topic, I apologize and can open a separate ticket, but of the 6,000 people we currently have set to receive weekly emails, only about 2,400 are listed on the queued “?sum=1” page. One person in particular reached out and has yet to receive any of the digest emails to date, and I don’t see her email in the queue lineup, even though I verified she is currently set to receive Weeklys. Will the plugin only queue up to the amount of individuals the webhost allows? Or should the aforementioned queue page not be used as a meter to check that everyone who should be getting the email is getting it?
