Quote:
Originally Posted by bryanb
I've had the same problem - the From: field was "the title of the forum"@myserver.net instead of the email address I use for everything else.
I don't have the SMTP Email enabled - could this be it? I've checked all the other options, and I don't see where I've missed anything.
Used it for the first time this morning, it sent out a little over 7000 emails. I'd like to see which ones bounced (or click here to get through the spam filter)
And a previously inactive guy started a new thread. Thanks! :up:
|
You haven't missed anything, it's a bug in the code.
I fixed it by changing line 69 in remindermail.php from this:
Code:
vbmail($toemail, $subject, $message, $notsubscription = false, $from = $vbulletin->options['bbtitle'], $uheaders = '', $username = '');
To this:
Code:
vbmail($toemail, $subject, $message);
You don't need the headers or anything like that, even the default vBulletin email scripts in the cron folder don't add custom headers.
If I'd known that the return address was screwed I would have fixed it first before sending out my emails, but all the bounces went to
nobody@server.mywebsite.com. So I had to login and forward all those emails to my other account.
My changes to the code are working perfectly, every day since I installed it I've received a summary email like this:
Quote:
The Inactive User Reminder System successfully ran today.
This report contains more information.
--------------------------------
Reminders Sent: 5
Not Sent: 0
Total Inactive: 5
--------------------------------
Reminder Emails sent to:
1951) JoeSmith
4507) JohnSmith
10715) JohnDoe
11545) MikeSmith
11562) Mike Joseph
|
Also have a fully working unsubscription system now, which is at a much more professional standard.
The remindermail.php script includes an unsubscribe link like this:
http://localhost/unsubscribe/?u=170&s=5a516a0923 (testing on my dev server)
'u' is their vBulletin userid, 's' is an encrypted key based on their password and salt. It won't let them login or do anything except unsubscribe.
Assuming that validates, the page will display this:

The member can then choose to unsubscribe if they wish. It simply adds their userid and timestamp to another database table, and when the unsubscribe CRON script runs it will delete the account if the timestamp is over 24 hours ago.
If they click "Delete Account", they will then see this:

If they have never made a post then the account is deleted automatically, but if they have made 1 or more posts on the forum I'd much rather do it manually myself through the AdminCP, to make sure their posts are marked as "Guest" etc. In those cases I'm working on a method to have the request emailed to me after 24 hours have passed, and to also move their account to a new usergroup.
If the UserID and encrypted Key in the URL don't match exactly, they will receive a login screen:

Although this won't actually log them in to the site, it just validates the Username and Password before redirecting back to /unsubscribe/u=$userid&s=$key