brucedwilliams

The customer name doesn’t appear at all on the invoice. Screenshot:

The user account obviously has the first name, last name, and email address populated. Screenshot:

When viewing the order in WooCommerce, the customer name is displayed in the “Customer:” dropdown.

Does the first name/last name need to be set in the shipping/billing addresses tied to WooCommerce? That would make sense, but perhaps a fallback to using the first name/last name stored in the WordPress User database is needed for scenarios like ours.

Thanks for the assistance!

So, I guess the answer is “no” that Jetpack doesn’t expose any end-user facing ability to configure plugin settings access for custom user roles (either to custom user role plugins like “Members” or “User Role Editor” or via any Jetpack setting). I’ve already created a custom user role with less that full administrator privileges and it appears that the Jetpack section of the dashboard can’t be removed. Using the built-in WordPress user roles doesn’t work as none of them provide the detailed restrictions that I need.

I used to be a big user of Jetpack, but am becoming less and less fond of this plugin as it just doesn’t seem to work well for anything beyond very simple applications. This being just one example of that.

Thanks!

I’m not asking for you to “configure a third-party plugin”, I’m asking if the Jetpack plugin exposes a “capability” that I can utilize to suppress a given WordPress user role from accessing Jetpack settings.

Configuring my email as a “newsletter” won’t solve this issue as there is no recurring option in that case. This email needs to go out on a weekly basis, not just once.

I’m seeing this same problem. It also appears to be an issue for special HTML entities like ampersand (“&”).

That solved the issue. Thanks for the quick response!

5.2.4

No problem. I just switched to using Stackable’s Gutenberg block plugin. Works fine.

Yep, this was via WooCommerce.

I believe this is due to your account not having a credit card associated with it. Mailgun made a policy change a few months ago that new accounts without a cc could only send to a specified “recipient list”. To send to arbitrary email addresses, you had to supply a cc even if you never exceeded the 10,000 emails/month threshold.

You can also apparently set a hard limit on your account to prevent going over the 10,000 emails/month and having your card charged.

I just tested the “beta” version of the Mailgun plugin linked to above and it seems to have solved my issue if I use the “SSL” setting for Security Type.

One additional piece of information from the “Connectivity Test” feature of Postman SMTP. That test shows the following:

Port 465 open (25 and 587 are closed)
SMTPS service available (not 100% sure, but am guessing this would show STARTLS if that service was detected as available)
Login and Plain authentication available

Never figured it out and Postman SMTP developers never addressed the issue (to my knowledge). I just switched to using another SMTP plugin.

No. I’m using another event management plugin.

Already went with a competing plugin that did not have this problem (honestly, don’t recall the specifics of this as it has been so long).

This has been my experience also.

Ninja Forms v3.0.9 running WordPress v4.6.1.