Roy Orbitson

You may need to consider writing custom code, e.g. your own plugin, as whether to send mail isn’t controlled by just deleting the To: address of an email. You should be removing unnecessary messages completely by attaching to that wpcf7_additional_mail hook.

This is not something I can address. Supporting more than the default two emails is completely up to the author of the Conditional Fields for CF7.

After a cursory review of that plugin’s code, I see no use of the wpcf7_additional_mail hook which could alert it to the presence of other messages, and it appears to have the expected mail properties hard-coded.

The thing is that any plugin can use that hook to send additional mail along with a form submission. It may not be easy it for Conditional Fields to apply its extra logic onto such messages, or even know whether it should.

Hi @pexlechris,

The first error line you’re seeing seems to indicate the kind of issue this plugin is encountering. In order to isolate the Adminer program from WordPress, and vice versa, but still dynamically check for authentication, this plugin runs a background request to WordPress’ JSON API as if it were you. This request is secured by the same HTTPS protocol as the original request by your browser, even though it should only be a machine-local request.

PHP itself (not specifically this plugin) cannot verify the certificate that’s being used by the web server (Apache/Nginx) when making this local request. This can be caused by knowingly using a self-signed (invalid) certificate, or your web server selecting the incorrect certificate. The latter can happen if your site is only listening on your public IP address, but PHP is connecting to a loopback address, e.g. 127.0.0.1, or something similar. I think you may have a misconfigured server.

You can check what address PHP is trying to connect to with the following code, which will confirm the host name as PHP sees it, the address it will try to connect to by default, and then both the IPv4 and IPv6 records. So save it as a file like h.php on your server, then visit it in your browser.

<?php
header('Content-Type: text/plain');
$h = $_SERVER['HTTP_HOST'];
var_dump(
    $h,
    dns_get_record($h),
    dns_get_record($h, DNS_A),
    dns_get_record($h, DNS_AAAA)
);

It’s still working for me. You’re not trying to save that link directly, by any chance, are you? It should take you to a page with a single file listed.

There might be something more I can try. It normally happens because PHP likes to cache files that are used frequently, which includes one of the special files my plugin creates and renews regularly to ensure that your db credentials are used securely, and not stored or transmitted in ways they shouldn’t be.

This is all to work around an architectural issue in WordPress, which is that it “boots” through the config file (the last line is require_once ABSPATH . 'wp-settings.php) rather than just including it, like practically every other file-based config system. Otherwise I could just include WP’s config and use its constants without loading WordPress itself.

The titles are still numbered, the title + number in the explanation paragraph are hard-coded.

Thank you for the report. The name of the hook for loading form settings in CF7 was changed.

I have updated this plugin, so try the new version. Hopefully you did not hit Save when your Mail (3) section was empty, and overwrite its existing settings.

If it’s still not loading the extra settings, even after you’ve tried saving new ones, let me know.