Details
Minor
Description
1. When Profile "Group(s)" field is added, it will do double-opt-in IF CiviMail is enabled and ONLY for groups where type = Mailing List.
Example: If a user signs up for 2 groups, one is a Mailing List and one isn't... they will get a subscription confirmation request and be added to the group with "Pending Status" for the Mailing list group. For the group which isn't a Mailing List type, they will be added to the group w/ "Added" status and no confirmation request is sent for that group.
2. "Email" field should be compulsory in a profile, if "Group(s)" field is added AND CiviMail is enabled AND if there are any Public groups of type = Mailing List.
- For this add formRule, so that an "Email" profile field must be added before you add Group(s)
- We should also show error message when profile is rendered if "Email" field is missing.
------------------------------------------------------------- Original post --------------------------------------------------------------------------
Change the CiviCRM mailing subscribe pages to be configurable profiles. In order to function properly, for this type of profile it would have to perform the following three checks:
1. Group has to be public visibility
2. Mailing list group flag set
3. Email Address Field
It seems like this would be another profile set altogether called "Mailing List Subscription". Checking this type of profile would then perform the above checks. Should automatically add email address field to the profile on creation, then other individual fields can be added (Address, First Name, Last Name, etc).
Other piece is that current model allows for subscriptions to multiple groups. So the normal "Add new contacts to a group" section should move up into the required area, but it should change to the following two options:
1. "Assign contacts to specific group..." which then lets you choose from groups that have been previously set to Mailing List Subscription groups.
2. "Contact chooses from available groups..." which will then apply any available Mailing List Subscription groups dynamically to the profile form.
Attachments
Activity
fixed in r13871
Please consider that double opt-in should not be a requirement. we would like to have the user sign up via profile, be added to a mailing list that is associated with that profile, and automatically start receiving emails for that list. we would allow the user to opt-out via an unsubscribe link in the email. some ISPs require double opt-in, especially for commercial traffic, but we are not enforcing because this is not commercial.
would you mind explaining the final functionality of this? Does "public group" mean that non-admin users would be able to see group member information? if so, thats a big problem for us.
Will this require double-opt-in or can we simply send a confirmation email?
my understanding is that there are two types of public groups. from the groups admin page:
"If you want to allow contacts to join and remove themselves from this group via the Registration and Account Profile forms, select 'Public User Pages'. If you also want to include group membership search and sharing in the Profile screens, select 'Public User Pages and Listings'."
so assumption would be it would still follow above rules.
- recently verified and fix an issue related to this functionality
Discussed the second half of this with Lobo again. Decided that you don't need two options in a profile setting for what groups the subscribe form is for. It will by default apply to any available public mailing list groups based on the type of profile, then there should still be a URL filter that you can apply (lobo said group_id) to limit the listings as the current subscribe form does.