vb.org Archive

vb.org Archive (https://vborg.vbsupport.ru/index.php)
-   vBulletin 3.8 Add-ons (https://vborg.vbsupport.ru/forumdisplay.php?f=235)
-   -   Administrative and Maintenance Tools - EZ Bounced Email Management for Admins (https://vborg.vbsupport.ru/showthread.php?t=138884)

djbaxter 10-08-2010 12:27 AM

Quote:

Originally Posted by Alfa1 (Post 2107926)
EZ bounce has this function:
  • Updates bouncing member's "Receive Email from Administrators" setting to NO
At first glance this looks very logical, because we do not want to send admin email to accounts that do not have working email. But as we are already moving those members to a separate usergroup (like awaiting email activation), I see no chance of this anyway.

AntiVirus: could you please explain your line of reason behind this function?

Am I overseeing something important or is this setting superfluous?

It's not superfluous.

Moving a member to another group does not automatically reset the admin emails option. Try it yourself: Chcek the settings of a regular member, then move that regular member to a COPPA group or Banned Users group - what happens to the email and PM settings?

Alfa1 10-08-2010 07:09 PM

There are several kinds of emails that fall under the 'email from administrators' category:
1) email sent trough the 'send email to users' page in admincp.

But for this function the usergroups to send to need to be selected. So for this function, it is not needed to turn off 'email from administrators'. Its highly unlikely someone will send a bulk mail to 'users awaiting email confirmation'.

2) birthday emails. Yesterday I did not think about birthday emails. This kind of email makes it necessary to turn off 'email from administrators' for accounts with bouncing email addresses.

Are there other kinds of emails that are blocked by turning off 'email from administrators' ?

djbaxter 10-08-2010 09:42 PM

:confused:

If the admin email option is unselected, it affects ALL emails from admins.

valdet 10-09-2010 08:48 AM

Quote:

Originally Posted by Alfa1 (Post 2108224)
2) birthday emails. Yesterday I did not think about birthday emails. This kind of email makes it necessary to turn off 'email from administrators' for accounts with bouncing email addresses.

I second this.
I had the same issue, with a user who although being in Bounced usergroup, he was sent a Happy Birthday email, which normally bounced back as undelivered.

I hope you may update this great hack to reflect this setting

djbaxter 10-09-2010 12:39 PM

Quote:

Originally Posted by valdet (Post 2108351)
I second this.
I had the same issue, with a user who although being in Bounced usergroup, he was sent a Happy Birthday email, which normally bounced back as undelivered.

I hope you may update this great hack to reflect this setting

:confused:

This add-on already does that.

Alfa1 10-09-2010 01:35 PM

Quote:

Originally Posted by djbaxter (Post 2108266)
:confused:

If the admin email option is unselected, it affects ALL emails from admins.

Which are? That was the question.

If I turn birthday emails off and if I do not send any email trough the function in adminCP > Users > send email to users to members in the bounce group, then will any other admin emails be sent to users in the bounce group?

I'm just trying to find out what turning off the 'email from administrators' function exactly does. Which functions does it block?

Alfa1 10-09-2010 02:18 PM

Another question:

If a user is deactivated, then the user is moved to Users Awaiting Email Confirmation.
In the scheduled task manager you will find this vbulletin cron process:
Quote:

Activation Reminder Email
This script sends reminder emails to users in the Awaiting Confirmation usergroup. An email is sent one day after the user has registered and again at five days.
Does this cron affect users that are in the Users Awaiting Email Confirmation usergroup?
i.e. does this only send at day 2 and day 6 of registration or does it send at day 1 and day 5 after the account is managed for bouncing email?

Sorry for all the seemingly trivial questions, but I have been working for over a month, on automating this whole process and am trying to do it right.

Fenriz 10-10-2010 03:09 PM

I think we need also to update bouncing member's "Receive Friend Request Notification" setting to NO. How to do that?

cagbaazee 10-25-2010 02:22 PM

will it works with 4.7 and above.

Alfa1 10-25-2010 04:02 PM

I'd expect so, but cant confirm it above vb 4.0.3 yet.


All times are GMT. The time now is 06:32 PM.

Powered by vBulletin® Version 3.8.12 by vBS
Copyright ©2000 - 2025, vBulletin Solutions Inc.

X vBulletin 3.8.12 by vBS Debug Information
  • Page Generation 0.01534 seconds
  • Memory Usage 1,745KB
  • Queries Executed 10 (?)
More Information
Template Usage:
  • (1)ad_footer_end
  • (1)ad_footer_start
  • (1)ad_header_end
  • (1)ad_header_logo
  • (1)ad_navbar_below
  • (5)bbcode_quote_printable
  • (1)footer
  • (1)gobutton
  • (1)header
  • (1)headinclude
  • (6)option
  • (1)pagenav
  • (1)pagenav_curpage
  • (4)pagenav_pagelink
  • (2)pagenav_pagelinkrel
  • (1)post_thanks_navbar_search
  • (1)printthread
  • (10)printthreadbit
  • (1)spacer_close
  • (1)spacer_open 

Phrase Groups Available:
  • global
  • postbit
  • showthread
Included Files:
  • ./printthread.php
  • ./global.php
  • ./includes/init.php
  • ./includes/class_core.php
  • ./includes/config.php
  • ./includes/functions.php
  • ./includes/class_hook.php
  • ./includes/modsystem_functions.php
  • ./includes/class_bbcode_alt.php
  • ./includes/class_bbcode.php
  • ./includes/functions_bigthree.php 

Hooks Called:
  • init_startup
  • init_startup_session_setup_start
  • init_startup_session_setup_complete
  • cache_permissions
  • fetch_threadinfo_query
  • fetch_threadinfo
  • fetch_foruminfo
  • style_fetch
  • cache_templates
  • global_start
  • parse_templates
  • global_setup_complete
  • printthread_start
  • pagenav_page
  • pagenav_complete
  • bbcode_fetch_tags
  • bbcode_create
  • bbcode_parse_start
  • bbcode_parse_complete_precache
  • bbcode_parse_complete
  • printthread_post
  • printthread_complete