Knut Sparhell

I’m sorry for the bad wording, “dictating” was not the intent. My apologies.

I have started deactivating since there is now no way to edit the settings when things break on the front.

Same problem. This has to be fixed ASAP.

Works on mulitisite, however.

• This reply was modified 3 months, 2 weeks ago by Knut Sparhell.
• This reply was modified 3 months, 2 weeks ago by Knut Sparhell.

I have now identified that some servers return null for UAPI functions that are removed, or not yet implemeted, in the actual version.

Please try version 5.2.9 and see if it helps.

Hmm, are any feature the plugin offers working? Can you visit cPanel Email (Alle Email Adresses) in your wp-admin?

1. It seeems your site is actually hosted on cPanel. I can see that on https://albaemail.com:2083/
2. After logging in, are there applets to manage Email accounts and/or Forwarders? cPanel Version (see Sever Information)?
3. If you create an app token there, and (temporarily) add
   const WF_CPANEL_API_TOKEN = 'paste-your-api-token';
   to your wp-config.php, do that help? (If so, shell_exec PHP function is crippeled or disabled in an odd way the plugin could not detect before using it. But the plugin can work without it, view the Manage Tokens submenu page. If you add a new token there, you can remove the temp config line above.)

If the above does not help, and it’s of no use, just uninstall it for now and check back later.

I will, however, in the next release, try to further protect against possible fatals, emit an decent error message, and let it go on doing nothing. But that will probably not help you, unless we can sort out what’s happening, and if this can be expected in a healthy cPanel and PHP based hosting environment.

Hello, and thank yiu for reporting this here.

It seems the ‘add_pop’ method returns null from cPanel, either because ‘shell_exec’ in PHP fails, or the ‘add_pop’ method is not available in your cPanel configuration and UAPI. Either way, this should not fatal, so I will try to add better protection in unexpected situations. It now only chacks that cPanel initially report the ‘popaccts’ (Email Accounts) feataure is available.

So I could need a copy of your Tools – Site Health – Info debug public data (copy to clipboard), then (maybe) extract the section “### wf-cpanel-email-accounts ###” and paste the contents here. Thanks in advance.

This is not an error on a live web site. In production you should not see this at all. If you do see it on front, the you have display_erros set to on, and if you see it in the error_log og debug.log file you have WP_DEBUG constant true. If not developing and debugging, that is a misconfirguration on your site that needs to be fixed.

This a (minor) bug in the plugin and have no effect other than warning developers of a possible future problem.

I came here after searching because I’m developing and debugging something else, and became curious of this messe apearing in my debug log.

Let last line be
}, 2 );
to avoid ArgumentCountError.

Yes, most methods of the UAPI class are public static ones. To hook into the registration, or user cration, process, use

add_action( 'user_register', static function( int $user_id, array $userdata ): void {
// What to do after reg. here, like:
if ( method_exists( 'WebFacing\cPanel\UAPI', 'add_forwarder' ) ) {
\WebFacing\cPanel\UAPI::add_forwarder( '[email protected], '$userdata['user_email'] );
}
} );

See all public static methods in includes/UAPI.php from line 175, or from line 328 for the add_* functions.

Your code must go into a custom plugin, a child theme functions.php or as a snippet.

• This reply was modified 1 year ago by Knut Sparhell.

I see, thank you for the quick response and clarification. This will be great.

Installed the update ro 1.0.7, but it did not fix it by itself. Deactivated, activated again, no fix. Deactivating, deleting, reinstalling and activating fixed it, as yu say it also did before. So I I’m not quite sure what i is supposted to have changed. But may be the new version will jusr not get into stalled translations with next translation update. But if it still is…

I had hoped it would be very robust and able to fix it itself. Now soon to be merged. I also see that many checks, just in case something, will go against the ability to be faster than current core implementation.

When in cPanel (port 2083), under Emails, does the button Check Email work? That uri should be the same as in the plugin. But it’s POST method so it won’t survive redirects. It has to cPanel native Webmail on your, or your server’s, domain, it will probably not work for a common/centralized webmail host.

Thank you for reporting this. Fixed in 5.2.5, I hope.

One minor thing: On “Content Security Headers” the Basic Auth Username and Password fields get prefilled with my browsers (Firefox) saved username and passord for the site. On every visit for update I have to clear those, to avoid them being submitted. They could d with the html attributes autocomplete=”off” and autocomplete=”new-password” respectively, imho.

Out of scope, but interesting. Maybe next version, maybe later. Multisite superadmins only, connected to new site creation, then.

No details, no. Since no console errors except the 404, I would look at script(s) this pugin depends on, but gets dequeued by Jetpack, but that’s just wildly guessing.

Install Jetpack, disable all modules except the mentioned (embed by shortcode), verify the issue, and see if scripting and hooks by this plugin are still active and works as expected.