No, that would be 3 emails total. if the users comes back to the forum but then goes inactive again he would be sent another 3 emails. if he never came back then he would never receive another email.
if you have 60 days set for activity then on day 60 an email will go out. 28 days later the second email will go out, and another 28 days after that the 3rd email would go out.
the plugin does work fast, and you will initially get a very large mailqueue, however i think that perticular statistic may be wrong and will have to look into it.
that is very random, and again i will have to look into it. thanks for pointing this out to me though.
Good idea. Will add this.
good point. i will set an "enable group move" option.

Correct. I need to fix this.

with sendmail you can specify -f to force a from address. im not saying its not server configuration, however in a lot of cases it can be fixed with -f
You have a valid point, and this is the very reason why for the next version the modification will handle ALL emails sent out. I realised this was the only way when one member mentioned he uninstalled ezbounce.

from what i understand, with ezbounce you have to manually click a link in each bounced email to modify the user? that's just a manual process with a shortcut in my eyes. my vision was pure automation, and on request i might add.
he would just get a giant email instead - i am working on ways to organise the data better.

I too have uninstalled EZ Bounce as it was installed for me previously. If this Mod can replace that functionality automatically I'd be happy as it was a nightmare clicking on the bounce links.

A giant emial works for me unless detailled stats analysis is goignto be built into the Mod, if not the email is better as we can review and delete without the clogging of the database with unneeded data.

Cheers for clarifying the use of the settings, might be an idea to add this detail in the header of the Mod config page to that folks with poor memories like me will remember or of course for new users of the Mod :)

Glad me other bug reports and suggestions proves useful, look forward to the next version. In the interim if we want to clear the table built up what table do we need to empty?

i actually have a version here sat on my hard drive that fully automates the bounce system. im just testing it as much as i can at the moment. i am going to be coding detailed stats and will also provide an email summery every day.

if the data stored is too large, you could set the days to keep the data to something small - currently it's for 1 month, but you could quite easily set it to 1 day (you could even set it to 0.25 or somemthing and it will clear every 6 hours!) or if you need to, there is a table called "remindermail_log" empty it.
i will add options to erase the database too.

im going to do a propper manual also..

1.2.7

it looks like the database was not set up properly on install. try un-installing the product and re-installing the product (as opposed to just overwriting). did you maybe upgrade from a previous version without uninstalling it first?

Hmm.. I believe I did just overwrite the product this last time around.
The problem has been fixed.

Alas, that can also zero the counters, which means, alas, that people might get their reminder emails all over again before the interval, right?

Worse, my members are still getting multiple copies of these reminders, and they're getting pissed off.

Everything is set correctly. I double checked.

Peace,
Gene

Yes, uninstalling clears everything so everyone will be sent emails once again.

have you tried maiqueue with table locking?

if you want to avoid sending emails out agian you need to run a query:
go to unixtimestamp.com and get the current time.
go into phpMyAdmin(if you cant do it from within vbulletin)
run query "UPDATE user SET reminder_emaildate = 'unix-timestamp-goes-here'" before you enable the product.