Diya 🔥 fix(cron): Fixed Weekly Summary Cron#2159
Merged
one-community merged 1 commit intodevelopmentfrom Apr 9, 2026
Merged
Conversation
one-community
approved these changes
Apr 9, 2026
|
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.



Description
Fixes a bug where weekly summary cron job emails were failing to send due to Gmail's 552-5.3.4 header size limit. The
Reply-Toheader was being set to a comma-separated string of all user emails (~34,000 bytes), exceeding Gmail's 32,768 byte per header limit. Additionally, refactored hardcoded email arrays across blue square cron jobs into a sharedCOMPANY_EMAILSconstant.Related PRs:
None
Main changes explained:
COMPANY_EMAILSconstant inuserHelper.jscontaining the two core org emails, to avoid repetition and make future updates easieremailWeeklySummariesForAllUsersto passCOMPANY_EMAILSasreplyToinstead of the fullemailString(all user emails), which was causing the Gmail header size errorassignBlueSquareForTimeNotMetto useCOMPANY_EMAILSinstead of the inline hardcoded array for theccfieldnotifyInfringementsto useCOMPANY_EMAILSinstead of the inline hardcoded array for theccfield, and removed the duplicate arguments that were being passed toemailSenderHow to test:
npm installand start the serverReply-Toheader on the received email shows the org emails, not a giant list of all usersNote:
The root cause of the email failure was
emailString(a comma-separated list of all ~2000+ user emails) being passed as thereplyToargument toemailSender, which Nodemailer set directly as theReply-Toheader value. Gmail rejects headers exceeding 32,768 bytes. The fix passesCOMPANY_EMAILS(2 addresses) instead. TheemailStringlist remains in the email body as intended for admin reference.