CiviCRM Community Forums (archive)

*

News:

Have a question about CiviCRM?
Get it answered quickly at the new
CiviCRM Stack Exchange Q+A site

This forum was archived on 25 November 2017. Learn more.
How to get involved.
What to do if you think you've found a bug.



  • CiviCRM Community Forums (archive) »
  • Old sections (read-only, deprecated) »
  • Support »
  • Using CiviCRM »
  • Using CiviMail (Moderator: Piotr Szotkowski) »
  • Care and Feeding of Static vs Smart Groups for CiviMail
Pages: [1]

Author Topic: Care and Feeding of Static vs Smart Groups for CiviMail  (Read 1365 times)

Denver Dave

  • Ask me questions
  • ****
  • Posts: 471
  • Karma: 9
Care and Feeding of Static vs Smart Groups for CiviMail
December 23, 2007, 04:57:42 pm
Care and Feeding of Static vs Smart Groups for CiviMail

CiviMail tests have been going much better and Cron job seems to be working - thanks for all the help in the forum !!

Now I'm wondering how best to feed the CiviMail process.  It looks like we can feed it with Static or Smart Groups that are flagged for CiviMail or maybe with the same group used for a previous mailing.  I'm wondering if static or smart groups would be better.

For Static groups we would have to clear out the group and save a query to the group to establish it.  Certainly possible, but might forget to rebuild sometimes.

Smart groups might be easier, but I'm wondering about the overhead.  I've seen forum discussions that indicated smart groups might impact performance, but I'm not clear in what circumstances - perhaps uploads?  Seems unlikely that we would have large upload batches with email address fields. 

Our list is about 2,000 with about 70 percent having email addresses.   A "Search Builder" of Individual / Email !=   seems to get everyone.  Should I create a static group with the ones with emails or just include everyone and let CiviMail figure out which ones have email addresses?

Similar for Smart Groups, is it better to create a smart group with everyone or have a smart group with just those with email addresses?

Also, better to go with static approach or Smart Group approach.

What effect does {action.unsubscribeUrl} have with smart groups?
   
- - - -
Smart group vs static may become academic anyway as we segment the contacts - I don't think we want a whole bunch of smart groups out there - do we?

Thanks.

geilhufe

  • I post frequently
  • ***
  • Posts: 293
  • Karma: 33
    • Social Source Software
Re: Care and Feeding of Static vs Smart Groups for CiviMail
December 23, 2007, 06:05:55 pm
I don't have concrete data, but have never seen a report that CiviCRM bogs down with a contact list of 2000. So smart groups would probably be the right choice. Anyone have a different experience?

People can still unsubscribe from smart groups. Basically you have the search return + any manual additions or subtractions. An unsubscribe does a manual subtraction, if that makes sense.
Drupal and CiviCRM consulting, strategy and configuration
http://www.social-source.com/

Denver Dave

  • Ask me questions
  • ****
  • Posts: 471
  • Karma: 9
Re: Care and Feeding of Static vs Smart Groups for CiviMail
May 05, 2009, 09:18:44 am
Looking back, I found this post when we were first starting CiviCRM.  After running CiviCRM for over a year and a half, all of our important groups are smart groups based on the values of custom fields.  The few static groups are either very small for specific purposes or temporary in nature to do things like identify the contact records for an import.

There are over 100 political districts in Colorado so we will have close to 200 smart groups for political and other purposes.

Hope this helps someone else starting with CiviCRM.

Pages: [1]
  • CiviCRM Community Forums (archive) »
  • Old sections (read-only, deprecated) »
  • Support »
  • Using CiviCRM »
  • Using CiviMail (Moderator: Piotr Szotkowski) »
  • Care and Feeding of Static vs Smart Groups for CiviMail

This forum was archived on 2017-11-26.