Answers.Body: <p>It sounds like we have an overachiever here!</p>
  
  <p>More seriously, I suspect that you may have found a bug in the count of recipients that occurs when you have the mailing set to email each contact, regardless of whether the email address duplicates another recipient of the mailing.</p>
  
  <p>It wouldn't be surprising if practically all of the organizations had email addresses that were each actually the same as an individual's email address.  If you throw them all into one mailing (by your account and samuelsov's math), you'd have 5200 contacts.  Remove a few because they have no email, a few where the email is on hold, a few that have do not email, and a few that bounce, and voila--that's 4800 successful deliveries.</p>
  
  <p>If that's the case, I suspect that the handy counter in CiviMail is simply assuming that you're using the CiviMail setting that suppresses repeat mailings to the same address per run.</p>
  
  <p>You can confirm all this by clicking on the details in your mailing report and viewing the list of actual successful deliveries.  I suspect that you'll see both contacts and their organizations, many of whom have the same email addresses.</p>
  
Answers.ContentLicense: CC BY-SA 3.0
Answers.CreationDate: 2015-09-18T09:01:33.937Z
Answers.Text: Thanks Andrew. Actually the mailing is sent to all the email addresses of any contact (we made a module that does that automatically), maybe the counter counts every email it sends to, instead contacts only. So if a contact has 3 emails, then it might count as 3 instead 1. In the report there are lots of duplicate contacts (the same email address sent twice, even three times). There are organizations as well. Some organizations have the same email address than a contact...
Answers.UserDisplayName: rhrueda
Answers.ContentLicense: CC BY-SA 3.0
Answers.CreationDate: 2015-09-18T12:15:27.543Z
Answers.Text: You found the issue, then. Your custom module changes the number of recipients without changing the posted number, which is calculated independently. In the future, you'll get better answers by providing more information in the question, especially if there are customizations that directly affect the feature you're asking about. There's no way anyone could've anticipated that you had this kind of customization.
Answers.UserDisplayName: Andie Hunt
Answers.ContentLicense: CC BY-SA 3.0
Answers.CreationDate: 2015-09-18T03:25:43.130Z
Answers.LastActivityDate: 2015-09-18T03:25:43.130Z
Answers.UserDisplayName: Andie Hunt
Body: <p>Sometimes I have more than 100% successful deliveries in the mailings. For a 2700 intended recipients I can have 4800 successful deliveries. I wonder why this happens! </p>
  
  <p>This group contains around 2700 "individual" and 2500 "organizations".</p>
  
  <p>Any help? Thanks!!!</p>
  
Comments.ContentLicense: CC BY-SA 3.0
Comments.CreationDate: 2015-09-17T15:51:16.547Z
Comments.Text: Can you give more information about what version of CiviCRM you are using, which screen / report give you this % ? Why do you expect 2700 recipients if you have 5200 contacts in this group ?
Comments.UserDisplayName: samuelsov
Comments.ContentLicense: CC BY-SA 3.0
Comments.CreationDate: 2015-09-17T19:31:09.317Z
Comments.Text: Also, what method of mailing are you using?
Comments.UserDisplayName: DaveD
Tags: <civimail>
Title: Successful deliveries 178%. Why?
ThreadText: # Successful deliveries 178%. Why?
  
  (Asked by: username_0 on 2015-09-17)
  
  Sometimes I have more than 100% successful deliveries in the mailings. For a 2700 intended recipients I can have 4800 successful deliveries. I wonder why this happens!
  
  This group contains around 2700 "individual" and 2500 "organizations".
  
  Any help? Thanks!!!
  
  **Tags:** civimail
  
  > **Comments:**
  > **username_1**: Can you give more information about what version of CiviCRM you are using, which screen / report give you this % ? Why do you expect 2700 recipients if you have 5200 contacts in this group ?  
  > **username_2**: Also, what method of mailing are you using?  
  
  ---
  
  ## 1 answers
  
  ### Answer by username_3 on 2015-09-18. Score: 3
  
  It sounds like we have an overachiever here!
  
  More seriously, I suspect that you may have found a bug in the count of recipients that occurs when you have the mailing set to email each contact, regardless of whether the email address duplicates another recipient of the mailing.
  
  It wouldn't be surprising if practically all of the organizations had email addresses that were each actually the same as an individual's email address. If you throw them all into one mailing (by your account and username_1's math), you'd have 5200 contacts. Remove a few because they have no email, a few where the email is on hold, a few that have do not email, and a few that bounce, and voila--that's 4800 successful deliveries.
  
  If that's the case, I suspect that the handy counter in CiviMail is simply assuming that you're using the CiviMail setting that suppresses repeat mailings to the same address per run.
  
  You can confirm all this by clicking on the details in your mailing report and viewing the list of actual successful deliveries. I suspect that you'll see both contacts and their organizations, many of whom have the same email addresses.
  
  > **Comments:**
  > **username_0**: Thanks Andrew. Actually the mailing is sent to all the email addresses of any contact (we made a module that does that automatically), maybe the counter counts every email it sends to, instead contacts only. So if a contact has 3 emails, then it might count as 3 instead 1. In the report there are lots of duplicate contacts (the same email address sent twice, even three times). There are organizations as well. Some organizations have the same email address than a contact...  
  > **username_3**: You found the issue, then. Your custom module changes the number of recipients without changing the posted number, which is calculated independently. In the future, you'll get better answers by providing more information in the question, especially if there are customizations that directly affect the feature you're asking about. There's no way anyone could've anticipated that you had this kind of customization.  
  
  ---
  
  