Households can be disabled globally by disabling that contact type. This is not exposed to the UI but is still pretty easy to do:
From the api explorer (Support -> Developer -> Api Explorer) make the following selections:
With a direct sql query:
UPDATE civicrm_contact_type SET is_active = 0 WHERE name = 'Household';
Note: there may be a few places left ...
Yes! Go to /civicrm/admin/setting/preferences/mailing and check "Enable multiple bulk email addresses for a contact". Then check the boxes for all of a contact's addresses that should be included in a bulk mailing.
You can also reach this settings page from Administer menu > CiviMail > CiviMail Component Settings.
It's only available on relatively recent ...
If you're not having this trouble but your colleague is, a very common issue is sessions on www/no-www or HTTP/HTTPS URLs. CiviCRM's base URL is hard-coded in the settings file, and while you can follow relative links around the site for a while, some links will be generated from that URL.
Let's say you have a site that's accessible at http://www.example....
To remove households from the interface completely:
Delete any households that may have been created and any relationships involving households (shared addresses, Household members, etc).
Update the civicrm_contact_type table in the CIVI database to set the active flag for 'Household' to 0 (as per Coleman's answer)
Update the civicrm_relationship_type table ...
I think the missing piece of your puzzle is to enable CiviCRM's inherited membership functionality.
Create a membership type that will be inherited from your organization members.
Set the relationship type to Employer of.
Your organizations' staff will now be considered members, which allows you to send them emails, and lets them renew their employer's ...
That's a good question that should have a canonical answer but doesn't.
Here's a recent similar question and answer: method for versioning configuration of civicrm?
I suspect there are other good references out there, please add them here.
Part of the challenge, which is not unique to CiviCRM, is that the definition of "configuration" can be grey in some ...
For performance, avoid remote SMTP entirely.
Using SMTP directly to hosted mail products will be tangibly slower while the SMTP transaction blocks the PHP request; having a "real" local MTA which then smarthosts to Office 365 allows CiviCRM to offload messages quicker (local process/filesystem versus remote network).
Stack Exchange prefers documenting the ...
Can we verify a few things?
What are your WordPress permalinks set to?
They should be Post Name (%postname%) That setting is here: example.com/wp-admin/options-permalink.php
This will add to your .htaccess file the following:
# BEGIN WordPress
RewriteRule ^index\.php$ - [L]
There's no single perfect solution to this, but there are several adequate solutions. To highlight some trade-offs among the approaches raised so far:
For each security principal, use separate data-directories (like bgm's answer).
Pro: Portable -- works in many different environments. Doesn't require any special tools or root permissions.
Con: Only works ...
We had some more luck with the integrated UI configuration of CKeditor, and after some trial and error we came up with the following solution:
In the following documentation I will assume that the fonts, files and configurations will be put in /sites/default/files/civicrm/persist/ and /sites/default/files/civicrm/persist/customfonts. The persist folder can ...
There are a number of reasons they could be getting this error and you're not. Here are the tests to try:
There could be something on your colleague's computer (e.g. a browser plugin) that's affecting the URL being generated. Though unlikely, you'll potentially save yourself a lot of grief by testing this first! To test, use your computer with his login.
And once again I had found out the answer on my own, took a lot of time though... it is in components and administrator's civicrm.setting.php (both php file!)
just simply change both localhost (see the photos below) into your server IP
Simple as that (yeah I'm so noob TwT), I wish this can help those who have the same problem like mine, apology for my bad ...
Steve welcome to CiviCRM stack exchange. Yes you can add more fields to the form. They are rendered from profile.
Navigate to CiviCRM >> Administer >> Customize Data and Screens >> Profiles
Click on Reserved profiles tab
Find for 'New Organization', click on 'Fields' link
Add more fields you would like to have. You can only add contact and organization ...
Setting directories group-setuid might get you part of the way (with chmod g+ws templates_c), but maybe we should consider something like this in the CiviCRM drush module?:
$config = CRM_Core_Config::singleton( );
$config->configAndLogDir = $config->configAndLogDir . 'drush/';
$config->templateCompileDir = $config->templateCompileDir . 'drush/';
CiviCRM supports TLS connections - and IIRC you just preface with ssl:// (even though it's TLS, not SSL) and select the appropriate port.
However, TLS is currently broken if authentication is required - see https://issues.civicrm.org/jira/browse/CRM-14814 and http://forum.civicrm.org/index.php?topic=21960.0. There seems to be an open PR (https://github.com/...
It's actually quite simple to combine your databases.
Do a database export of your WP database:
mysqldump -u [username] -p [wp database name] > wp-original.sql
It'll ask for your password and then output your WordPress database to the wp-original.sql file.
Do a database export of your CiviCRM database:
mysqldump -u [username] -p [civi database name] &...
I had recently looked into this for our website, so I think I can answer this question.
First, it is important to understand what this is. It is not accepting PayPal through Authorize.net, which is what it sounds like.
What happens is you setup a PayPal account for your organization, and then you link it to your Authorize.net account. That linking though ...
Sounds a bit like a problem with mod_security, see also
I have also asked a hoster once of one of my clients to switch it off for that site.
But this forum topic even gives options about how to configure mod_security rules to keep it switched on and still have CiviCRM working.
I have done 1 CiviCRM per subdomain in a big project. About 20 separate subdomains with their own CiviCRM.
If settings are all correct then there is no side effect. They all just work.
With copying a CiviCRM to another Drupal instance (subdomain or not), you need to think about
the connection between Drupal users and CiviCRM contacts
the CiviCRM table ...
I would suggest you to not use that folder anymore (Allen is detailing where you can set it), but to write extensions.
What is usually done is to copy paste an existing php file from the core and alter it to fit your need. However, as the original file is likely to be modified in the core between versions, you will either end up with your modify version ...
Usually I copy the site that is the best way to ensure all things are correct. But I can imagine that is sometimes cumbersome.
I have therefor used an extension org.civicoop.configitems (https://github.com/CiviCooP/org.civicoop.configitems)
An example configuration is stored in https://github.com/CiviCooP/nl.roparun.generic that configuration could be ...
You can disable contact-types directly in the db or with the api, but a word of caution: I've seen older sites where people have messed with the basic contact types, and they've had real problems.
Based on other answers, this may be safer to do in current versions of CiviCRM, but I recommend thorough testing of any changes you make.
I would recommend testing if you have sendmail configured properly on your server by trying to send from the commandline (http://tecadmin.net/ways-to-send-email-from-linux-command-line/). Follow general sysadmin approaches to solve that problem, not least of which is to get the ISP support to help you. Once you know your sendmail is delivering from the ...
Our solution to mixed access to CiviCRM's cache files (and other situations where permissions issues arose) has been a daemon which monitors filesystem entries and "corrects" permissions immediately on file creation/modification.
Enforced on Github
There are still some issues with this approach (eg issue linked in comment on bgm's answer), but it seems to ...
Tim describes a solution based on linux ACL:
But it requires amp, that I (might be wrongly) see a dev only tool. Does someone use something like that in production?
You need an absolute path from the server's root (/), and I doubt that there's a directory /public_html in your setup. More common situations are:
or something similar.
You can tell by looking in your civicrm.settings.php file that's in wp-content/plugins/civicrm and scrolling ...