When sending out automated emails WA doesn't include a cc list in either the email header or the email body. For newer clubs or clubs that distribute administrative functions widely among volunteers, this means that when an email goes out, the (indirect) recipients don't necessarily know who else is seeing the email. And that means unnecessary FYI emails get sent after the fact.

Would it be easy to add a cc list to the bottom of the system generated emails that lists the adminstrative recipients? (by name rather than by email) Perhaps this should be an option, as some clubs may have externally managed distribution lists, which would render this option less than useful to them.

We must migrated to WA and the one thing I couldn't do which would be nice would be to import email subscription options from our old system. The import function didn't allow me to select the Subscription field even though it's a field that can be exported.

This was my work around. I created groups that matched each of our subscription options and imported to them. I then created saved queries that included anyone subscribed to that option OR anyone in that group to continue sending to the same people. The problem is people who want to unsubscribe can't do it because they received the email because I had them in a group. I'll be sending emails to those in the group but not subscribed reminding them to re-subscribe and will eventually drop the group but it's creating additional work.

How about giving individuals the ability to renew at different times within the bundle rather than all at the same time? With flexible status, renewal dates and individual payment ability etc.. Would make our setup much more manageable that way... We have members in every county across the province, where different rates are charged in different counties. We would like to have 11 administrators across the province who can admin their own regions (bundles). That way all admins wouldn't have to see every email from every new or renewing member. We could make regional folks bundle admins with the members being individuals within each regional bundle. Thoughts?

There is a field called Notes that is an internal use field. This field is "hidden" in the sense that is does NOT show up in the Contacts or Members fields lists.

This causes confusion because upon import, the import program will attempt to match an imported field name of Notes to this internal use field called Notes. This causes confusion because the admin doing the import will not remember creating a Notes field (because they didn't) and won't see it in the Fields lists (because it isn't there).

I would HIGHLY recommend you either add this field to the Contacts fields as an internal use field just like the other internal use fields that are there and are required OR you take this field out of the import routine.

I recommend the first solutions.

Thanks

Hello there,

We sometimes have events that have many speakers for which we give bios of each. This can make the event description quite lengthy. In order to shorten the event description so that it's not so overwhelming for the potential attendee, it would be great to have the ability for a "Read more" link within the event description. That way, if someone wants to read more about Jane Doe's life, then he/she can just click the "Read more" link and be taken to a separate page just for that person. Right now, I could create a content page underneath the Event Calendar (what we call "Programs"), but then that page also shows up as a sub-header, which I don't want. In fact, the only way I would like someone to be able to link to that page is via the event description (short of typing in the url).

Does that make sense? If so, is there a way to do this? I don't want to restrict access to anyone because our events are open to our non-members as well as members.

As always, thanks for listening.

Luchia

We don’t register for most events – yes the people who post the events want them to remain on line for some period after the start. One person wanted them to remain for about 2 hours in case an event was cancelled so they could note that that occurred – editing them after they are disabled didn’t seem possible. Why I am not sure but that was the ride leader consensus.

We have to account for events for insurance purposes. Also keeping them on line for at least some time after the initial start allowed people who were late to double check the event (again nonsensical but there it is). So how do we increase or can we increase a disable timeout? Can a ride leader with admin privileges indicate when an event had to be cancelled after it is disabled?

Can the description of a column be moved above it on a form? Right now, on a registration form, I can add a description, but it shows up BELOW the textbox/radio buttons/checkboxes/etc on the form. This is really confusing on the form. I would like the description to show up at the top.

For example, I have a column called "Volunteer" where I am asking when my member can volunteer to help out. This is a required multiple choice column that has 9 options. But the description of this column doesn't show up until after all the choices are listed. It would like a way to place this description at the top of the list of choices, so the user knows what they are choosing.

We'd love to be able to send membership system emails to different recipients for different areas of membership.

For instance, we have two categories of membership: Regular and Associate (service providers). Our Director of Membership handles regular members, and our Director of Associate Membership handles Associate Members.

Currently, all membership system emails go to one recipient (or one set of recipients). This means that either

1. One of the Directors gets all membership emails and must forward the relevant ones to the other director, or

2. All membership-related emails go to both Directors and they have to delete the ones they're not involved in.

It would be wonderful to have an additional option for the Associate level and the Regular levels, so each Director gets only the ones she needs.

We would like to be able to add new lists to the database, in particular to manage our library and our newsletters. Being able to create a table of relevant fields, including the ability to add records to a table of related events, and tie each record back to the member list would be very helpful. For the library, a list of books tied to a list of checkouts/returns, for the newsletters a list of available newsletters with a count of download attempts. I'm sure there are other equally useful options for new lists for other users, the point being that the ability to add a new list should be open such that the user can create and manage a new list for their own internal needs, not being preconceived for any particular or limited purpose. This would entail the addition of a generic gadget to access fields and add/edit/delete records from a web page.