Request. Flag against every email type send Yes/No

If you have a perfect database with all emails perfectly set up, and you just have the one website and no other membership offerings, then sending all of the 24 types of email might be fine for you.

We have had to disable ALL emails from our system because of having to handle questions regarding emails sent by membership pro we didn't even know it was sending. (There is no log of what was sent, but that's another issue)

What I'd like is a flag against every one of the 24 emails. Use this email Yes/No ?
Then, as we check the content of the email and add what we have to (the site is not all there is to our club so we have to edit every mail) AND when we understand under what circumstances the email is sent, then and only then can we allow the email to be sent.

Is there any chance of this?

Hi Nick

I am sorry but this is something we could not add support for in the extension (I must say that this is a strange feature request and non of our customers asked for it before.

So in this case, maybe you can look at all the email messages in the system and in case you don't understand which one is sent at what time, I will be happy to explain it to you

Will that be OK ?

Regards,

Tuan

Is there no documentation of the emails?

I am really surprised that you consider it strange. I am sure not everyone likes to send all reminders. For example in PayPlans there is a Notifications Published Yes/No feature and also you can select which plans a notification applies to, which enables selective sending. And I saw a request for post expiry reminders . Aren't some people likely to get fed up with so many reminder emails and want to select which ones get sent? Perhaps I am missing something.

Wouldn't a send email Yes/no flag be quite a simple thing to add? Let me explain my issues.

We get new members in many ways and a lot of them are offline at events. We get users details on paper and then import them into the system. 1 in 10 users acquired this way do not have or do not want to give their email address. as OS Membership forces a unique email we have to generate a unique fake email address. There is no point in sending emails to these users.

We moved our 2000+ members into your system at the same time. We are an old club and having been running since well before even the internet existed, let alone email. As a result we only have renewals at monthly level, not at a specific day of the month. So all members have a renewal date as the first of the month. Also as it was not easy to extract the renewal month out of our database many defaulted to the upload date so a large percentage have the same renewal date.
Our site was shut down 2 weeks ago because it was thought we were ending spam. No hacking could be found and my conclusion was that os membership sent out a lot of reminder emails at the same time. Is there no log of sent emails?

What about a global option to not send any emails? Or a code hack, I'm a software developer (not php though). Currently we have to disable all site emails which means we can get no site feedback.

If I am not barking up the wrong tree, it's not dissimilar to giving ALL admins the ability to globally set their preference for their specific site and requirements to 'Choose What Notification Emails that are raised from MembershipPro's system, are enabled or disabled' ?

It's also not dissimilar to but implemented against different data, in the ability that is currently in MSPro to select a preferred level of privacy on individual data fields.

A carte blanche disable all notifications, which is what I'm thinking you're after wouldn't suit my site personally but if a future MSPro version can have the fully disabled but also the personalised choice options to choose from, as to exactly which services / feature sets that MSPro sends out on one's sites behalf, is also needed to cover a benefit for all kinds of users of this component.

If I am on the right track in my understanding from your post above Nick, I admit that I don't find it a weird request at all and one with which, it should be met with openness that not everything can work as a one-size-fits-all approach.

Regards,

Sorry, it is very late here now and I still have to work on something, so I will look at your messages carefully myself and reply you on tomorrow morning

Regards,

Tuan

The flag against each notification email is my preferred option, of course. The global disable was only a suggestion if that was too difficult.

Nick wrote: The flag against each notification email is my preferred option, of course. The global disable was only a suggestion if that was too difficult.

Jobs a good'un then Nick, I'm in agreement with your sentiments above in that case - good idea indeed.

Regards,

Hi Nick,

I would suggest that you set up a free Mandrill account mandrillapp.com and set your Joomla config to use that to send mail techjoomla.com/cms-tips-tricks/setting-u...gins-using-smtp.html .

That way you can get reports from Mandrill as to how many emails were sent within the report time frame and it will increase security on your site. And, you can sign in to your Mandrill Account and see each and every email that was sent. Pretty cool!

Helen

Hi

1. About reminder email, you don't need to send it at all. If you don't want to send reminder email, please go to Extensions -> Plugins, unpublish the plugin OS Membership Reminder. After that, there won't be no reminder emails sent from Membership Pro

2. You can also turn off it per plan. If you don't want to send reminder emails for one plan, please edit it, empty the value of the three settings below of the plan (or leave it to 0 - default value)

- Send First Reminder

- Send Second Reminder

- Send Third Reminder

Then no reminder emails will be sent for that plan. Or if you just want to disable sending third reminder email, simply leave the Send Third Reminder setting of the plan to 0.

3. About adding a config option to disable the whole email feature in the system, it is easy. I am going to add it to the extension during this weekend. You can get back to me on Monday and we should have an updated version to support that feature

Tuan