BDP Enhanced Categories 5.0.10
BDP PayPal Gateway Module
Turn on listing renewal option? is CHECKED.
Emails are scheduled to go out on this schedule:
- 1 month prior to expiration (March 1)
- 2 weeks prior to expiration (March 17)
- 1 week prior to expiration (March 24)
- 5 days prior to expiration (March 26)
- Day of expiration (March 31)
- And also at 5 days, 1 week, and 2 weeks AFTER expiration
Send renewal notices is checked. See: https://www.dropbox.com/s/tfyg32zo10mxmgy/EmailSettings.png?dl=0
Number of emails received by listing holders as of today = 0.
We checked with about 20 random people on the list, no emails. Nothing in junk/spam folder. One of the site owners is in the listings and she’s not received anything.
If we use the “send renewal email” button from the dashboard edit screen, the email goes out (says listing is expired even though we edited that email), user can click on link to login, but it does not give them anywhere to edit or pay. They are taken to the directory, where they can navigate to their listing. Clicking “Edit” gives them means to edit listing but no renewal button or link. See screenshot: https://www.dropbox.com/s/4z0b9lp6cf3wrla/Mar1319SS.png?dl=0
The only file customization on the site is to the individual listing page and that is only a rearrangement of fields.
Before you ask for full site access, cannot do it because of privacy agreement terms. I cannot mirror this on a test site without purchasing a second PayPal Gateway Module. Willing to post a list of or screenshot all settings that apply to this problem that do not expose any kind of private info.
Thanks for anything you might have to offer.
I’m sorry you ran into that issue! Generally, for such issues, we recommend you go through the suggestions provided in following AWPCP article about debugging email problems, as most of it applies to BD as well:
The Email Logging Plugin is an excellent place to start when debugging email issues.
Regarding the other issue, can you please try testing the renewal link with a user who is already logged in? Or when you login, try clicking the renewal link again instead of going to the listing page and see if the renewal page shows up. The renewal link expects a user to be logged into the website and if they are not, it prompts them to login and then they again need to open/click the renewal link to land on the correct page. We understand this is a bit confusing right now and plan to improve this behavior for a future release.
P.S. screenshots of your configured email notices/frequencies would help.
Hey MacDoodle – as mentioned by the plugin devs in their link, you should install an SMTP plugin for email deliverability.
We had the same problem with emails not going out – it’s a very common problem, and not the fault of the plugin.
We use this SMTP WordPress plugin – https://en-au.wordpress.org/plugins/easy-wp-smtp/
Emails are going out from the site fine. Contact forms work, at one point we had the forms turned on to email listing owners and that worked. What’s not working is the SCHEDULED emails. Are you both saying the two plugins mentioned will sort out the automatic/scheduled email problem?
Regarding the other issue, can you please try testing the renewal link with a user who is already logged in? Or when you login, try clicking the renewal link again instead of going to the listing page and see if the renewal page shows up. The renewal link expects a user to be logged into the website and if they are not, it prompts them to login and then they again need to open/click the renewal link to land on the correct page.
^ Login, back to email, click link, takes a user to the renewal page.
So what you’re saying is I have to customize the outgoing email to tell people that if they are not already logged in, they have to click the link in email, login, then come back to email, click the link again?
I don’t mind doing that even though it’s a bit cumbersome, but as I said in the OP, the only email with a link to payment I can get to go out right now is the one that is sent when I click on the “send renewal email” and even though I made edits to that email in the BD options, it still reads as the default email. Nothing changes.
General email templates: https://www.dropbox.com/s/qsa8l0dx4pej5ec/emailss1.png?dl=0
Email Notices templates: https://www.dropbox.com/s/hgrz42d18sa5hsw/emailss2.png?dl=0
Yes, I think it would make it bit easier for your end user if you add special instructions to your renewal emails.
As for the SCHEDULED emails not going out, I’d suggest you check using Email Logging Plugin to see if those emails are even being sent out or not. It is possible that those specific emails are being dropped by the server. If the Email Logging Plugin shows that those emails are not even being generated by BD plugin then we probably have some issue with our plugin.
And as noted by @keely, an SMTP plugin is probably worth a shot as well.
I wanted to follow up on this and “close” it out by letting you know what did/didn’t work to get it all functioning.
The email logging plugin did in fact show emails going out. Of all the people that responded to direct requests, nobody found the missing emails in their spam/junk folder. About a third of the people not receiving anything are using Yahoo, Hotmail, AOL email accounts. (’nuff said there.) A few one-off local ISP accounts.
The return address was showing as the default admin email, which was a gmail address. To avoid any conflicts or blocking due to spf or dkim, we set a solitary email address on the domain to handle outgoing notices, using the SMTP plugin. This seemed to resolve the problem for the some, but not all of the people.
Still stumped, and still getting a few complaints about not receiving notices after the email that went out on the 17th, we started backtracking through everything trying to figure out where the issue was. The site owner emailed me saying she had received a phone call from one of the members wanting to know why she had not replied to her email. The owner told me she had never received the email and that’s when it dawned on me to check the inbox for the email address we had set up – and that’s where we found the answer to what what was causing the problem in a server generated notification email to the sender:
Domain phonydomain.com has exceeded the max emails per hour (125/100 (125%))
The BDP members list was exactly 25 more than that the allowed 100 emails per hour limit. An email and a phone call got that increased to 200 and that will take care of it from here on out. But, it does bring to light a problem that people may be having if their web host is limiting the number of emails/relays per hour. Most people don’t even know that’s a thing that web hosts do to prevent spamming from their servers.
I’d like to add to the “wish list” items for the plugin a way to break up the bulk sending of emails from BDP as a way to deal with this kind of issue.
Thanks all for your time.
Most Users Ever Online: 197
Currently Browsing this Page:
Guest Posters: 4801
Newest Members:[email protected]
Moderators: BD Support: 0
Administrators: Business Directory Support: 1714