Please go through all possible problems and investigate them. We can not help you if you don't investigate all possibilities.


First of all, you should know that sending a newsletter to a few hundred users will almost never be a problem, but for a few thousand or more ccNewsletter and server will need to be configured correctly. 

Summary of possible issues

If ccNewsletter does not send the e-mail to all subscribers then possible problems will be:

  1. sending method incorrect or not optimal
  2. deliberate limitations on server for sending newsletters

1. Sending method: PHP Mail, SMTP or other

Check in System > Global Configuration > Server tab > Mail settings that you are using "PHP Mail function". If "PHP Mail function" was not already in use, enable it and try sending your newsletter now. If PHP Mail is causing errors, or your webhoster suggests this, try another method, like SMTP. But additional configuration in the Joomla! configuration will be required.

2. Deliberate limitations on server for sending newsletters

Many webhosting companies have limits on the number of outgoing e-mails you can send as a user of their services. Even if you are on a dedicated server this might be a problem. The reason for deliberate limitations of outgoing mail are for one example SPAM. The companies don't want to risk being labelled as "spam server providers" so they think ahead and limit the e-mails you can sent (per day or per hour etc).

There is only one solution: ask your webhosting provider for the optimal settings for sending newsletters and their policy! Send them an e-mail like this: "I would like to send a newsletter to (your current subscriber amount) subscribers. The newsletter is a extension in my Joomla! website and uses PHP Mail to send the newsletter. The sending of the newsletter now hangs/stops at x number of subscribers. Please let me know, are there any limitations on sending e-mails at all for my account/the server? And what would be the ideal settings to send newsletters from my website?"

Depending on their answer you can configure ccNewsletter to send the newsletter accordingly in Components > ccNewsletter > Configuration. ccNewsletter uses a "batching process" to help you get around the limitations by sending the newsletters in batches.

Keep in mind that any totals a webhoster gives you are for ALL mail being sent via your account/server. So if a webhoster says "the maximum is 100 e-mails per hour" set ccNewsletter to send 80 e-mails per hour. Because you will probably send messages yourself (or your Joomla! website) during that time frame.

Below are a few examples of real-live sending limitations. If you are hosted by one of these companies, adjust your settings according to he below data. 

  • Google Apps/Gmail: limit users to 500 emails a day. This includes using a Google Apps / or Gmail account as SMTP relay. These are the Google Sending limits. Receiving a large number of undeliverable emails will result in a 24 hours suspension of your account.
  • Rochen shared server: users may send up to of one-hundred (100) emails per ten (10) minutes or one thousand (1000) emails per twenty-four (24) hours. 
  • Yahoo Mail: email send limit - no more than 100 emails or recipients per hour.
  • 1and1: limits sending email to 200 emails/hour If it exceeds then an abuse case will be generated.  
  • Siteground: allows a maximum of 400 e-mails per hour UNLESS you use an external SMTP service. If you do, ask SiteGround to add the external service IP or hostname to the whitelist for external connections. Then on a GoGeek package we advise these settings:
    • TurboSMTP: set e-mails per batch to 25
    • Mandrill: set e-mails per batch to 35
  • can send 50 newsletters per 15 minutes.  
  • has a limit of 100 e-mails per hour, they will change this if requested.
  • has no limits at all. 
TIP: Amazon SES, MandrillAuthSMTPSMTP.comturboSMTP, and SendGrid: paid email smtp services, provides plans for cheaply super-charging your e-mail newsletters. Send newsletter without limits, extra (security) features and with minimal extra costs.