Bug Not sending out any emails

Status
Not open for further replies.

djbaxter

Customer
As far as I can tell, this addon is not sending out any emails at all.

I have started a poll asking members to let me know if they receive it but random checks to date suggest that no one has.
 
1. Have you checked your server's email logs? In WHM, you can look at mail delivery reports. Other control panels may vary.
2. If this is the first time you've ran the mod, do be aware that only threads from the last week will be included, so if there have been no recent posts on your forum then nothing will be emailed.
3. This mod also respects the Receive Email from Administrators flag, so if the polled users have turned this off, they won't receive it.
4. Have you checked the spam folders?
5. Have you checked the Diagnostics page under the Maintenance group, and sent a test email to your account to verify emails are sent correctly?
6. Have you given it enough time so that vBulletin's email queue has fully processed? You can inspect the contents of the mailqueue table to find out.
 
1. Have you checked your server's email logs? In WHM, you can look at mail delivery reports. Other control panels may vary.

Not seeing anything there.

2. If this is the first time you've ran the mod, do be aware that only threads from the last week will be included, so if there have been no recent posts on your forum then nothing will be emailed.

No it's been running since last Monday.

Why is it only posts from the last week? It should be the latest X threads. What if the member opts for monthly?

3. This mod also respects the Receive Email from Administrators flag, so if the polled users have turned this off, they won't receive it.

Not applicable. If I use the vBulletin Send email to users, the mail goes out.

4. Have you checked the spam folders?

Yes. Nothing there.

5. Have you checked the Diagnostics page under the Maintenance group, and sent a test email to your account to verify emails are sent correctly?

Yes. Everything checks out fine there.


6. Have you given it enough time so that vBulletin's email queue has fully processed? You can inspect the contents of the mailqueue table to find out.

I don't use the vBulletin mailqueue. I'm on a dedicated server and always found the vB mailqueue to be too quirky.

Use Mailqueue System = No

Use Cron Based Sending = No

Number of Emails to Send Per Batch = 1000

Not using SMTP
 
I've been checking with my members. No one is receiving the emails.

I briefly installed the Lite version before I purchased the Pro version. The Lite version was working but lacked features. The Pro is not.
 
Why is it only posts from the last week? It should be the latest X threads. What if the member opts for monthly?
Because threads older than a week will not be relevant at the time the user receives the email, this is a design decision.

I've been checking with my members. No one is receiving the emails.

I briefly installed the Lite version before I purchased the Pro version. The Lite version was working but lacked features. The Pro is not.
Can you please make sure display_errors is turned On in php.ini and that your config.php file does not contain SKIP_ALL_ERRORS, then try manually running the scheduled task?

If this completes without any logged error messages, I will need you to set up a completely new vBulletin installation (not using your existing DB) and installing this mod on it, then test it again. If it still doesn't work, please PM me with an FTP and AdminCP account for this new vBulletin installation, so that I can debug the mod on your server without fear of spamming your members' emails.

I do apologise for the massive inconvenience this causes :(
 
Can you please make sure display_errors is turned On in php.ini and that your config.php file does not contain SKIP_ALL_ERRORS, then try manually running the scheduled task?

I have this at top of config.php after <?php:

Code:
define('SKIP_ALL_ERRORS', false);

Currently, I am developing another php script where I need errors and warnings for debugging so all errors are on in php.ini.

I get no errors when I manually run your cron job.

If this completes without any logged error messages, I will need you to set up a completely new vBulletin installation (not using your existing DB) and installing this mod on it, then test it again. If it still doesn't work, please PM me with an FTP and AdminCP account for this new vBulletin installation, so that I can debug the mod on your server without fear of spamming your members' emails.

I do apologise for the massive inconvenience this causes :(

Unfortunately, it IS a massive inconvenience right now. I simply don't have the extra time to do this at the moment.

I could give you access to my existing installation if that would help.

What I don't understand is why your Lite version sent out emails and your Pro does not. Perhaps that is a starting point? Look at what is different between the two versions?

Is this working correctly for others?

Is it using a hook that other addons might be using?
 
I just purchased a second license for use at 5 Star Affiliate Marketing Forums

This is on an entirely different dedicated server.

When I manually run this cron job, I see the following:

Code:
on line 405 in /home/staraff5/public_html/affiliate-marketing-forums/packages/DBTech/Newsletter/Newsletter.php
#0 /home/staraff5/public_html/affiliate-marketing-forums/packages/DBTech/Newsletter/Cron/Newsletter.php(55): DBTech_Newsletter_Newsletter::processUser(Array, Array, Array)
#1 /home/staraff5/public_html/affiliate-marketing-forums/includes/cron/dbtech_newsletter.php(62): DBTech_Newsletter_Cron_Newsletter::run()
#2 /home/staraff5/public_html/affiliate-marketing-forums/admincp/cronadmin.php(116): include_once('/home/staraff5/...')
#3 {main}

What does this mean?

I have already received one bounceback from this send with an address that is indeed invalid so it appears this sent, although I have not yet received the newsletter myself.

If you can answer the question in my previous post:

Is it using a hook that other addons might be using?

it will help me to troubleshoot the installation at Psychlinks Self-Help & Mental Health Support Forum
 
Last edited:
I can confirm that the second site on a different dedicated server is also not sending out emails. It runs to check but nothing goes out.

In both cases, when first installed (Lite or Pro version), there was one batch of emails sent out. After that, nothing.

At Psychlinks Self-Help & Mental Health Support Forum, there has been sufficient time that by now I should have received a second weekly email. Nothing.
 
Code:
on line 405 in /home/staraff5/public_html/affiliate-marketing-forums/packages/DBTech/Newsletter/Newsletter.php
#0 /home/staraff5/public_html/affiliate-marketing-forums/packages/DBTech/Newsletter/Cron/Newsletter.php(55): DBTech_Newsletter_Newsletter::processUser(Array, Array, Array)
#1 /home/staraff5/public_html/affiliate-marketing-forums/includes/cron/dbtech_newsletter.php(62): DBTech_Newsletter_Cron_Newsletter::run()
#2 /home/staraff5/public_html/affiliate-marketing-forums/admincp/cronadmin.php(116): include_once('/home/staraff5/...')
#3 {main}
This is an incomplete error message, there's wording before the "on line 405" that's imperative in order for me to look into this further.

This modification does use hooks, you can look in the Plugin Manager to see a list of hooks used by this modification.

In both cases, when first installed (Lite or Pro version), there was one batch of emails sent out. After that, nothing.
This, however, is important information. It leads me to believe there's an issue with the way the modification sets the "last received time" for each individual user. I'll investigate.
 
Update: I have made a change to both the Newsletter logging and the code that handles the error message you see above. You should now see the amount of users that received a newsletter when you run the scheduled task in the AdminCP.

Please re-download v1.1.0 and re-upload the files, then run the task in the ACP.

If it says 0 users, run the following query:
Code:
update user set dbtech_newsletter_lastreceive = 1 where userid = X
replacing X with your account's user ID. Remember to add the table prefix if you use it. Then, run the task again. If it still says 0, please PM me with FTP and AdminCP information and I will look into this further.
 
Running job manually:

Code:
[B]DragonByte Tech: Newsletter Digest - Send Newsletter [/B]

Sent 0 newsletters.

Done
 
Ran SQL to reset my userid.

Re-ran scheduled task:

Same thing:

Code:
[B]DragonByte Tech: Newsletter Digest - Send Newsletter [/B]
Sent 0 newsletters.
Done
 
On the one forum where this is sending (5 Star license), I haven't yet received a newsletter but manual runs say 0 newsletters sent sometimes.

Does this mod only check a certain number of members at a time? like 100 or so, sending out newsletters only to those people of that block of 100 that were eligible to receive a newsletter?

The documentation on how this is supposed to work is quite sparse...
 
You might be on to something there. Upon reviewing the code, on a sufficiently large forum it's conceivable that if more than 250 users are ineligible for receiving the newsletter, the cron job could get stuck.

I'll review this @ your site and get back to you :)
 
Update: On the site mentioned in the ticket, the modification had been turned off via the vBulletin Options. No newsletters will be sent when the modification is turned off.

Upon turning the modification on, the newsletters are sent as intended.
 
Update: On the site mentioned in the ticket, the modification had been turned off via the vBulletin Options. No newsletters will be sent when the modification is turned off.

Upon turning the modification on, the newsletters are sent as intended.

Oh for pete's sake. I originally installed the Lite version before it was fixed and it was sending out emails to those who had declined Admin emails. That's when I turned it off. Obviously, I forgot to turn it back on when I installed the corrected Pro version. D'oh!

Thanks for your help.
 
No problem :) To get the Cron fix on your other site, simply download /packages/DBTech/Newsletter/Newsletter.php from the site in the ticket and put it in the same place on your other site, which should hopefully ensure that the cron job cannot get stuck.
 
Hello djbaxter,

This ticket has now been closed with the status Fixed.

We hope your issue or question has been addressed to your satisfaction. If not, please feel free to re-open it by clicking this link.

If you have any further issues or questions, please feel free to start a new support ticket via the button at the top of every page.

Thank you!
 
Status
Not open for further replies.

Legacy DragonByte Newsletter

vBulletin 4.x.x
Seller
DragonByte Technologies
Release date
Last update
Total downloads
121
Customer rating
0.00 star(s) 0 ratings
Back
Top