Status
Not open for further replies.

Alan_SP

Customer
Now we could set that certain usergroup(s) is automatically subscribed to mailing list when we created it, but this wouldn't automatically affect new changes that develop over time. For example, new registered users wouldn't receive mail unless we go to admincp and change status od default subscribed users twice, first to deselect them, then select them.

This is a bit of a problem. For example, we could allow supermoderators to send mail. But they need to ask someone who has admin rights to update subscribed users list for them.

Could it be done that there's an option in front end for reseting mailing lists which have by default subscribed users? Or even better, when someone sends new mail in mailing lists that have usergroups that are subscribed by default, mod by itself automatically repopulate mailing list, obeying as it does now who manually unsubscribed from mailing list? This routine would run only when new mail is sent. On big forums it could take time, but on the other hand, such mails wouldn't be sent every day.

And this is feature that would make your mod much easier to use than it's now. You don't need to go to admincp, deselect usergroups subscribed by default, save it and then select it again.

You just need to add routine to do this automatically before sending new mail if this mailing list has usergroups subscribed by default.
 
Upvote 0
This suggestion has been closed. Votes are no longer accepted.
I'm not 100% sure if I get what you mean - you're saying that if someone changes their usergroup from one that isn't auto subscribed into one that is auto subscribed, they aren't auto subscribed? If so, then that is true.

I'll look into setting up a cron job that auto adds users that aren't unsubscribed :)
 
May I suggest that you don't use cron job for this?

I would suggest that you have routine that runs only when we actually send mail. Programing wise, cron job would do this periodically, but it executes the same code we need to be executed only when we really need it. Just call this code when mail is sent to check which users are now in usergroups that are default subscribers. It would look like manual running of cron job of sorts. It would save some resources as it would be run only when really needed and also it would get all users that are now in default subscribed usergroups.

We could go for days without need to send mail and consequently need to check if there are new users in default subscribed usergroups. Also it's the most precise way to send mail to all users that we want to get it.

I think you should create new hook in plugin for sending mail, this hook would be used by plugin/code that is now used when we create mailing list and check some usergroups to be default subscribers. I think that this is the correct way to do this programing wise and this would save you a lot of programming as you already have code that do exact the same thing and it does it correctly. This is quick and fast fix for this and it works, if I'm correct about need for only creating hook in code for sending mail.
 
The problem is that the code to check for new users is very intensive for large forums. Intensive code -has- to be run in a cron job, otherwise it disrupts the normal operation of the forums.
 
Hi Philip,
Please strongly consider adding this feature as it is a problem to remember to reset default subscribers to our newsletters. Anyone registering to our site in between newsletters gets missed. This is a much needed feature.
 
Wouldn't it be easier, in the interim, to just have your default, entry-level usergroup also auto subscribed?
 
Wouldn't it be easier, in the interim, to just have your default, entry-level usergroup also auto subscribed?

I do (registered users), it seems that any new registrants to the site and in this group are still not getting added to the mailing list.
 
Are you running the latest version of vBMail?

A long time ago there were issues with email verification and vBMail's subscribed list, but that's been fixed.
 
I am running 1.1.7. I noticed it on my Archer & Angler site because it is still fairly new my user base is low and my usergroups are very basic. When I sent the last newsletter I noticed a couple of user were not on the sending list screen that is what clued me in.
 
Do you have email verification enabled? Do you use any other mods that may interfere with the registration process?
 
Could you please create and PM me with a temporary AdminCP account?

For security reasons, we recommend you create a new AdminCP account only for DBTech support, then disable or delete it after we have both confirmed the issue has been solved and there are no further issues. It should ideally be a temporary account created for us only. If we have created an account on your site already, you can optionally boost that account to Administrator and then de-admin this account once the issue has been solved.

If you use a .htaccess password protection for your AdminCP directory, it is recommended that you create a new authorised user for DBTech and remove this user once the issue has been solved.

Please test any temporary accounts you create to ensure that the AdminCP account can access the administrative controls for the product we are assisting you with.

Ensuring this is all in order before submitting the information will significantly speed up the process of assisting you. We will alert you via PM if there's any issues with the login information you have provided.

When sending the PM, for your security you should also un-tick the "Save a copy in my Sent Items folder" checkbox. When the access details have been received, we will delete the PM from our inbox. Ensuring you have not kept a copy of the PM reduces the risk of security breaches.

Thank you for helping us debug our products and allowing us to assist you, we appreciate it :)
 
This has now been fixed on your site and the hotfix has been added to the file /dbtech/vbmail/hooks/register_activate_process.php :)

You should now delete the temporary accounts created.

Thanks for your help :)
 
This has now been fixed on your site and the hotfix has been added to the file /dbtech/vbmail/hooks/register_activate_process.php :)

You should now delete the temporary accounts created.

Thanks for your help :)
Actually, thank you for all your help. Very much appreciated! I just wish there was more I can do for you, if there is please let me know. :)
 
Status
Not open for further replies.
Back
Top