Answers.Body: <p>This is a duplicate of <a href="https://civicrm.stackexchange.com/questions/593/civimail-and-smart-groups-when-does-civicrm-identify-the-actual-list-of-email-r">CiviMail and Smart Groups: when does CiviCRM identify the actual list of email recipients?</a>.  I don't think your fix is likely to be accepted upstream for the reasons Lobo provided on that ticket.  That doesn't mean you can't use this fix if it works for you, of course, just that it can't be merged into the upstream code.</p>
  
Answers.ContentLicense: CC BY-SA 3.0
Answers.CreationDate: 2015-06-24T16:01:46.143Z
Answers.LastActivityDate: 2015-06-24T16:01:46.143Z
Answers.LastEditDate: 2017-04-13T12:53:13.017Z
Answers.UserDisplayName: Jon G - Megaphone Tech
Body: <p>When we <em>schedule a mailing</em> in civimail we use a normal group (not a smart group) as the target audience for this mailing. Prior to 4.6.2 (we think), we could change the group before the mailing was send (even though it was scheduled) and the changes to the group would be taken into account when the actual sending of the mail occurred.</p>
  
  <p>We are now on version 4.6.4 and looked into the database a bit to see what happens when somebody schedules a mailing. It seems as the schedule button fills the "<em>civicrm_mailing_recipients</em>" table and this table is used when the mailing actually starts. So adding a contact to the group(s) you used does nothing. </p>
  
  <p>Is this behavior correct/by design? And is there a workaround to get the latest group members when the mailing actually starts?</p>
  
Comments.ContentLicense: CC BY-SA 3.0
Comments.CreationDate: 2015-06-24T15:41:07.363Z
Comments.Text: We added a pull request to the civi crm git with a fix for this issue: https://github.com/civicrm/civicrm-core/pull/6087
Comments.UserDisplayName: Joris Onghena
Tags: <civimail><groups><smartgroups>
Title: Change group after a mailing is scheduled results in mailing still being send to the original members
ThreadText: # Change group after a mailing is scheduled results in mailing still being send to the original members
  
  (Asked by: username_0 on 2015-06-24)
  
  When we *schedule a mailing* in civimail we use a normal group (not a smart group) as the target audience for this mailing. Prior to 4.6.2 (we think), we could change the group before the mailing was send (even though it was scheduled) and the changes to the group would be taken into account when the actual sending of the mail occurred.
  
  We are now on version 4.6.4 and looked into the database a bit to see what happens when somebody schedules a mailing. It seems as the schedule button fills the "*civicrm\_mailing\_recipients*" table and this table is used when the mailing actually starts. So adding a contact to the group(s) you used does nothing.
  
  Is this behavior correct/by design? And is there a workaround to get the latest group members when the mailing actually starts?
  
  **Tags:** civimail, groups, smartgroups
  
  > **Comments:**
  > **username_0**: We added a pull request to the civi crm git with a fix for this issue: https://github.com/civicrm/civicrm-core/pull/6087  
  
  ---
  
  ## 1 answers
  
  ### Answer by username_1 on 2015-06-24. Score: 1
  
  This is a duplicate of [CiviMail and Smart Groups: when does CiviCRM identify the actual list of email recipients?](https://civicrm.stackexchange.com/questions/593/civimail-and-smart-groups-when-does-civicrm-identify-the-actual-list-of-email-r). I don't think your fix is likely to be accepted upstream for the reasons Lobo provided on that ticket. That doesn't mean you can't use this fix if it works for you, of course, just that it can't be merged into the upstream code.
  
  
  ---
  
  