Answers.Body: <p>Probably you have already covered that but just to make sure: All contacts are in the goup and have the status "added" and NOT "removed" or "pending"?!</p>
  
  <p>To find out go to >Contacts >Manage Groups  and click on the link "Contacts" next to the the group in question. You will then see all contacts in the group and also be able to filter for those that are added, removed or pending.</p>
  
Answers.ContentLicense: CC BY-SA 3.0
Answers.CreationDate: 2015-09-01T17:08:16.680Z
Answers.Text: I have checked that. I wonder if the fact that a contact does not have an email will cause it to stop rather than ignore the contact and keep going.
Answers.UserDisplayName: Darren Whittenham-Gray
Answers.ContentLicense: CC BY-SA 3.0
Answers.CreationDate: 2015-09-02T05:45:54.813Z
Answers.Text: Contacts without an email should not stop a mailing indeed. Have you checked the log of your scheduled mailing cronjob (/civicrm/admin/joblog?jid=1&reset=1)? Does it run successfully? The only other thing that comes to my mind is that your hoster/mail provider may limit the number of emails to be sent out. You could try throttling the mailing job and/or contact your provider and ask them.
Answers.UserDisplayName: Fabian
Answers.ContentLicense: CC BY-SA 3.0
Answers.CreationDate: 2015-09-02T15:12:52.523Z
Answers.Text: We usually only use ti a few times a month, but the last scheduled mailing came back with Parameters parsed (and passed to API method): 
  a:1:{s:7:"version";i:3;}
  
  Full message: 
  Finished execution of Send Scheduled Mailings with result: Success (a:0:{})
Answers.UserDisplayName: Darren Whittenham-Gray
Answers.ContentLicense: CC BY-SA 3.0
Answers.CreationDate: 2015-09-02T15:16:01.843Z
Answers.Text: I would think this is something prior to the actual process that is doing it though as it is wrong as early as the "Scheduled Recipients" count when you are on the Track and Reply settings. I have tried with other groups and the number of recipients have similar issues, albeit with different lists from the same larger group of about 2000 users.
Answers.UserDisplayName: Darren Whittenham-Gray
Answers.ContentLicense: CC BY-SA 3.0
Answers.CreationDate: 2015-09-25T11:11:14.987Z
Answers.Text: I would focus on the one S that went through and the first one that gagged.  What was the id and first few letters of both?
Answers.UserDisplayName: pmoz
Answers.ContentLicense: CC BY-SA 3.0
Answers.CreationDate: 2015-09-01T07:51:36.020Z
Answers.LastActivityDate: 2015-09-01T07:51:36.020Z
Answers.UserDisplayName: Fabian
Answers.Body: <p>Have you sent already an email to that group since you have discovered the missing ones?</p>
  
  <p>I think you have covered all the common reasons to get a contact excluded in your analysis (death, opt-out, no email, don't send email flag...), I can think of two reasons:</p>
  
  <p>1) Assume something wrong at the data level </p>
  
  <p>(eg. if you had a lot of dedupe, merge, import, api calls, upgrades...) something might have gone wrong at one time and how have now ghosts in the machine, that need to be found and killed.</p>
  
  <p>Can you send an email to the group, go to the report of who received it and compare to the original group list and try to find a couple of the missing 50.</p>
  
  <p>Is there a pattern or something weird/different? you might have to look using the api explorer or sql. The main stuff to look at are the emails and groupcontact entities.</p>
  
  <p>2) a bugus email format</p>
  
  <p>Another reason, especially if you find them clustered (assuming sorted by contact id probably, so not so easy to identify) is that one of the email is invalid, and the cronjob sending them choke on it, die and don't sent the emails after the invalid ones.</p>
  
  <p>This is probably not your case, because this would mean that civi says it will send to the full group, but never finishes the mailing and keeps the 50 left. I mostly mention it because it used to be a problem on older versions of civi.</p>
  
  <p>X+</p>
  
Answers.ContentLicense: CC BY-SA 3.0
Answers.CreationDate: 2015-09-09T08:10:55.197Z
Answers.Text: I got to the point where I simply had exhausted my thought process and the mailing was already 4 days late so I sent it and I am going to source the odd 50 this week. _re 1_ I did note that some grace memberships had expired; however that did not explain most of them (ie the management of the charity; some received and some didn't). _re 2_ In terms of a bogus email format; I would have thought that would still give me an estimate of the full group during drafting.
Answers.UserDisplayName: Darren Whittenham-Gray
Answers.ContentLicense: CC BY-SA 3.0
Answers.CreationDate: 2015-09-09T09:29:58.813Z
Answers.Text: re boggus format: it should indeed, I don't think it's the issue in your case, just mentioned it for the sake of being exhaustive. Let me know what you find about the missing 50 if there is something weird...
Answers.UserDisplayName: Xavier
Answers.ContentLicense: CC BY-SA 3.0
Answers.CreationDate: 2015-09-11T10:00:38.873Z
Answers.Text: Hi @xavier - thank you for your thoughts a few days back; I have updated what I found in the original post which I would appreciate your thoughts on.....
Answers.UserDisplayName: Darren Whittenham-Gray
Answers.ContentLicense: CC BY-SA 3.0
Answers.CreationDate: 2015-09-09T07:48:03.330Z
Answers.LastActivityDate: 2015-09-09T07:48:03.330Z
Answers.UserDisplayName: Xavier
Answers.Body: <p>I finally gave up and forwarded this our developer who found that indeed, the issue was the is_deceased flag which had become NULL of their own accord!</p>
  
  <p>It could be noted that manually setting all the flags via the GUI does not resolve this issue. </p>
  
  <p>It would be interesting at some point to work out whether there was a specific action on the website that caused these flags to become NULL vice 0.</p>
  
Answers.ContentLicense: CC BY-SA 3.0
Answers.CreationDate: 2015-12-09T08:01:00.030Z
Answers.Text: glad you finally fond it.
Answers.UserDisplayName: Xavier
Answers.ContentLicense: CC BY-SA 3.0
Answers.CreationDate: 2015-12-09T02:21:19.257Z
Answers.LastActivityDate: 2015-12-09T02:21:19.257Z
Answers.UserDisplayName: Darren Whittenham-Gray
Body: <p>Evening Everyone;</p>
  
  <p>I have found an issue with CiviCRM 4.4.14 (Drupal 7.39) which I can not fathom. I have checked everything that I can think of and nothing obvious springs out.</p>
  
  <p>I have a non-Smart Group of 369 contacts (361 with e-mails- so technically 361). When I go to CiviMail and generate a mailing it will only send to 311 (with duplicates filtered 308) which I can not get to rise. I have checked the following:</p>
  
  <ul>
  <li>That they have a primary e-mail address   </li>
  <li>That they are not flagged as do not e-mail/no bulk e-mails   </li>
  <li>They are not dead (something from the old forums) suggested null deceased</li>
  <li>They are not on any stop flags</li>
  <li>They are not on hold</li>
  <li>The organisations they are members of are "current" memberships</li>
  </ul>
  
  <p>Everything says they should receive the mail.</p>
  
  <p>Oddly, the previous mailing reports reported much more; at 354, but as far as I am aware there were no unsubscribes since that mailing.</p>
  
  <p>has anyone else experienced this?</p>
  
  <p><strong>edit</strong> Having made a copy of the group and removed all the contacts without an e-mail address; it appears that having a blank e-mail address does not cause the issue. In that case it would only send to 311 of 361.</p>
  
  <p>I have also searched the old forums and have found similar issues <a href="https://forum.civicrm.org/index.php?topic=34459.msg146302#msg146302" rel="nofollow">Missing contact in mass-mailing Warning : Undefined offset</a> and <a href="https://forum.civicrm.org/index.php?topic=13328.msg57173#msg57173" rel="nofollow"> missing group members in mailout list</a> et. al. but it does not appear that there were many ideas beyond what I have already tried.</p>
  
  <p>Analysing the group, there is nothing obvious that would explain the missing 50, like a type of contact, or the like.</p>
  
  <p><strong>edit 11 Sept</strong>
  I have now had a change to go through the mailing and the relevant group to work out what is going on and I am no further.</p>
  
  <p>Just a few quick stats which may prompt someones thought process:</p>
  
  <ul>
  <li>There were 54 contacts in the group (of 362) which the CiviMail did not go to - 7 additional members of the group did not have e-mail addresses</li>
  <li>50 of those 54 contacts had a surname starting with <strong>S</strong> however 1 contact starting with S did have the mailing sent to them.</li>
  <li>There is a mixture of <em>current</em> and <em>grace</em> memberships; other contacts with those memberships received the mailing.</li>
  <li>There is a one organisation and the rest are individuals with a variety of sub-types; other contacts with those sub-types received the mailing.</li>
  <li>None are pending/on hold/etc</li>
  </ul>
  
  <p>Something of note though which may be significant.</p>
  
  <p>I went to the original group, to pick out and create a new group of those that did not receive the mailing. When it came to the letter S (and 50 of the 51 needed selecting) I clicked the checkbox to select all the members of the group so that I could then de-select the one who did.... it would not let me.</p>
  
  <p>On the select records option it still showed <em>0 selected records</em> and it errored when I tried to add it to the new group I created. I had to manually select all 50 records for it to work.</p>
  
  <p>I also tried to send a CiviMail to the group of 54. It would only estimate that I would be sending it to 4 recipients. This would suggest to me that I am looking at the 50 contacts with surnames starting S.....</p>
  
  <p><strong>edit 25 Sept</strong>
  This issue continues for us and I am still running into dead ends in terms of leads.</p>
  
  <ul>
  <li>Of the 54 contacts, 4 have been discounted as they are duplicates within the mailing group</li>
  <li>Of the 50 that remain, I have them additionally in a separate group that I can select all and send an e-mail to and they will appear on the e-mail screen. This suggests that the actual e-mails are valid without any stray spaces.</li>
  <li>This affects the same contacts across all the groups. We know that there was not an issue on 26th August when a civiMail was sent out which contained many of the group, but then fell over between then and 4th September.</li>
  </ul>
  
  <p>Obviously I will be trying to send the monthly mailing to all the recipients on the list manually to see if anything bounces back; but that probably won't explain why this specific list of people, surname starting <strong>S</strong>, can not be sent anything via CiviMail.</p>
  
Comments.ContentLicense: CC BY-SA 3.0
Comments.CreationDate: 2015-09-25T08:28:50.013Z
Comments.Text: Any chance there is a record in there that has a faulty character eg a comma or a space or something which would cause it to choke - and presumably it then chokes that 'spool' which is why the 50 fail - just a thought and if is it then i will add this as an answer ;-)
Comments.UserDisplayName: petednz - fuzion
Comments.ContentLicense: CC BY-SA 3.0
Comments.CreationDate: 2015-09-29T03:40:40.270Z
Comments.Text: Hi @petednz-fuzion - I have gone through the whole group and not found any anomalies in the e-mail addresses. Without sending e-mails it is difficult to diagnose, however with all the groups I have tested, the estimate for a CiviMail send is always short by around the number of individuals who have the same initial. It **is** likely to be an issue with that one initial.....
Comments.UserDisplayName: Darren Whittenham-Gray
Tags: <civimail><groups><mailing>
Title: CiviMail Does Not Send To A Whole Group
ThreadText: # CiviMail Does Not Send To A Whole Group
  
  (Asked by: username_0 on 2015-08-31)
  
  Evening Everyone;
  
  I have found an issue with CiviCRM 4.4.14 (Drupal 7.39) which I can not fathom. I have checked everything that I can think of and nothing obvious springs out.
  
  I have a non-Smart Group of 369 contacts (361 with e-mails- so technically 361). When I go to CiviMail and generate a mailing it will only send to 311 (with duplicates filtered 308) which I can not get to rise. I have checked the following:
  
  * That they have a primary e-mail address
  * That they are not flagged as do not e-mail/no bulk e-mails
  * They are not dead (something from the old forums) suggested null deceased
  * They are not on any stop flags
  * They are not on hold
  * The organisations they are members of are "current" memberships
  
  Everything says they should receive the mail.
  
  Oddly, the previous mailing reports reported much more; at 354, but as far as I am aware there were no unsubscribes since that mailing.
  
  has anyone else experienced this?
  
  **edit** Having made a copy of the group and removed all the contacts without an e-mail address; it appears that having a blank e-mail address does not cause the issue. In that case it would only send to 311 of 361.
  
  I have also searched the old forums and have found similar issues [Missing contact in mass-mailing Warning : Undefined offset](https://forum.civicrm.org/index.php?topic=34459.msg146302#msg146302) and  [missing group members in mailout list](https://forum.civicrm.org/index.php?topic=13328.msg57173#msg57173) et. al. but it does not appear that there were many ideas beyond what I have already tried.
  
  Analysing the group, there is nothing obvious that would explain the missing 50, like a type of contact, or the like.
  
  **edit 11 Sept**
  I have now had a change to go through the mailing and the relevant group to work out what is going on and I am no further.
  
  Just a few quick stats which may prompt someones thought process:
  
  * There were 54 contacts in the group (of 362) which the CiviMail did not go to - 7 additional members of the group did not have e-mail addresses
  * 50 of those 54 contacts had a surname starting with **S** however 1 contact starting with S did have the mailing sent to them.
  * There is a mixture of *current* and *grace* memberships; other contacts with those memberships received the mailing.
  * There is a one organisation and the rest are individuals with a variety of sub-types; other contacts with those sub-types received the mailing.
  * None are pending/on hold/etc
  
  Something of note though which may be significant.
  
  I went to the original group, to pick out and create a new group of those that did not receive the mailing. When it came to the letter S (and 50 of the 51 needed selecting) I clicked the checkbox to select all the members of the group so that I could then de-select the one who did.... it would not let me.
  
  On the select records option it still showed *0 selected records* and it errored when I tried to add it to the new group I created. I had to manually select all 50 records for it to work.
  
  I also tried to send a CiviMail to the group of 54. It would only estimate that I would be sending it to 4 recipients. This would suggest to me that I am looking at the 50 contacts with surnames starting S.....
  
  **edit 25 Sept**
  This issue continues for us and I am still running into dead ends in terms of leads.
  
  * Of the 54 contacts, 4 have been discounted as they are duplicates within the mailing group
  * Of the 50 that remain, I have them additionally in a separate group that I can select all and send an e-mail to and they will appear on the e-mail screen. This suggests that the actual e-mails are valid without any stray spaces.
  * This affects the same contacts across all the groups. We know that there was not an issue on 26th August when a civiMail was sent out which contained many of the group, but then fell over between then and 4th September.
  
  Obviously I will be trying to send the monthly mailing to all the recipients on the list manually to see if anything bounces back; but that probably won't explain why this specific list of people, surname starting **S**, can not be sent anything via CiviMail.
  
  **Tags:** civimail, groups, mailing
  
  > **Comments:**
  > **username_1**: Any chance there is a record in there that has a faulty character eg a comma or a space or something which would cause it to choke - and presumably it then chokes that 'spool' which is why the 50 fail - just a thought and if is it then i will add this as an answer ;-)  
  > **username_0**: Hi @username_1 - I have gone through the whole group and not found any anomalies in the e-mail addresses. Without sending e-mails it is difficult to diagnose, however with all the groups I have tested, the estimate for a CiviMail send is always short by around the number of individuals who have the same initial. It **is** likely to be an issue with that one initial.....  
  
  ---
  
  ## 3 answers
  
  ### Answer by username_0 on 2015-12-09. Score: 6 | Accepted answer
  
  I finally gave up and forwarded this our developer who found that indeed, the issue was the is\_deceased flag which had become NULL of their own accord!
  
  It could be noted that manually setting all the flags via the GUI does not resolve this issue.
  
  It would be interesting at some point to work out whether there was a specific action on the website that caused these flags to become NULL vice 0.
  
  > **Comments:**
  > **username_4**: glad you finally fond it.  
  
  ---
  
  ### Answer by username_2 on 2015-09-01. Score: 4
  
  Probably you have already covered that but just to make sure: All contacts are in the goup and have the status "added" and NOT "removed" or "pending"?!
  
  To find out go to >Contacts >Manage Groups and click on the link "Contacts" next to the the group in question. You will then see all contacts in the group and also be able to filter for those that are added, removed or pending.
  
  > **Comments:**
  > **username_0**: I have checked that. I wonder if the fact that a contact does not have an email will cause it to stop rather than ignore the contact and keep going.  
  > **username_2**: Contacts without an email should not stop a mailing indeed. Have you checked the log of your scheduled mailing cronjob (/civicrm/admin/joblog?jid=1&reset=1)? Does it run successfully? The only other thing that comes to my mind is that your hoster/mail provider may limit the number of emails to be sent out. You could try throttling the mailing job and/or contact your provider and ask them.  
  > **username_0**: We usually only use ti a few times a month, but the last scheduled mailing came back with Parameters parsed (and passed to API method):  a:1:{s:7:"version";i:3;}  Full message:  Finished execution of Send Scheduled Mailings with result: Success (a:0:{})  
  > **username_0**: I would think this is something prior to the actual process that is doing it though as it is wrong as early as the "Scheduled Recipients" count when you are on the Track and Reply settings. I have tried with other groups and the number of recipients have similar issues, albeit with different lists from the same larger group of about 2000 users.  
  > **username_3**: I would focus on the one S that went through and the first one that gagged.  What was the id and first few letters of both?  
  
  ---
  
  ### Answer by username_4 on 2015-09-09. Score: 1
  
  Have you sent already an email to that group since you have discovered the missing ones?
  
  I think you have covered all the common reasons to get a contact excluded in your analysis (death, opt-out, no email, don't send email flag...), I can think of two reasons:
  
  1) Assume something wrong at the data level
  
  (eg. if you had a lot of dedupe, merge, import, api calls, upgrades...) something might have gone wrong at one time and how have now ghosts in the machine, that need to be found and killed.
  
  Can you send an email to the group, go to the report of who received it and compare to the original group list and try to find a couple of the missing 50.
  
  Is there a pattern or something weird/different? you might have to look using the api explorer or sql. The main stuff to look at are the emails and groupcontact entities.
  
  2) a bugus email format
  
  Another reason, especially if you find them clustered (assuming sorted by contact id probably, so not so easy to identify) is that one of the email is invalid, and the cronjob sending them choke on it, die and don't sent the emails after the invalid ones.
  
  This is probably not your case, because this would mean that civi says it will send to the full group, but never finishes the mailing and keeps the 50 left. I mostly mention it because it used to be a problem on older versions of civi.
  
  X+
  
  > **Comments:**
  > **username_0**: I got to the point where I simply had exhausted my thought process and the mailing was already 4 days late so I sent it and I am going to source the odd 50 this week. _re 1_ I did note that some grace memberships had expired; however that did not explain most of them (ie the management of the charity; some received and some didn't). _re 2_ In terms of a bogus email format; I would have thought that would still give me an estimate of the full group during drafting.  
  > **username_4**: re boggus format: it should indeed, I don't think it's the issue in your case, just mentioned it for the sake of being exhaustive. Let me know what you find about the missing 50 if there is something weird...  
  > **username_0**: Hi @username_4 - thank you for your thoughts a few days back; I have updated what I found in the original post which I would appreciate your thoughts on.....  
  
  ---
  
  