strategicsys

Ok, I just tried it again. Will see if it goes through.

Is there any way for me to control the bounce list?

Yes, I have the “send all email” set to Mailpoet (https://i.imgur.com/cJxwOZm.png). And as I mentioned, it does seem to send ok, when sending to an address separate from the website domain (any random Gmail, etc), which I tested again just before typing this, and got it immediately. But when I set the TO email to info-at-smarthomesbuilders-dot-com (which is the same domain as the website, and the same domain as the FROM email (wp-at-smarthomesbuilders-dot-com), it doesn’t get through.

With all due respect, I understand the struggle. However, I still have issues with what you’re saying:

– It’s NOT as clear as possible. In order to find the other option, I have dig in the settings (and frankly, I had no reason to know I had to dig there to find the gracious option of letting me keep my original site URL settings). I would understand if the two options were right next to each other, I could select between the two.
– “Revert to HTTP” explicitly assumes that HTTP was the “original” state. So the “plugin restores the site as it was before the installation” is actually false. If the plugin actually kept track of what the original state was and restored to THAT, then you could say it’s “reverting”. Right now, it simply forces the arbitrary “default”.
– “can help fix such in issue in minutes”? Come on, really? You don’t have to get down to that level. Obviously, you can’t help each and every free user with every hiccup, let alone “in minutes”..

I understand that you have to deal with different wishes and that a 1-star review stings, but I think owning up to these issues (and maybe even fixing them?) may be a better strategy than being all defensive and blaming the messenger.

You cannot assume that I’m uninstalling the plugin for the reason of troubleshooting anything. I might be uninstalling it just because I don’t need it anymore. It should not be modifying anything at deactivation, except maybe its own settings — NOT the core settings.

Yes, I did see that that deactivation link explicitly states “revert to HTTP”, and I explicitly do NOT appreciate that it takes upon itself this role.

I may have installed it just to try it out, and maybe my site already had HTTPS in site URL. It is extremely unacceptable that when I decide to uninstall it, it takes upon itself to change my core settings. ESPECIALLY upon uninstallation! What if I hated the plugin and just wanted to get rid of it? Breaking things for daring to uninstall it is a coercive tactic to keep from uninstalling it (or else). Luckily I knew exactly how to fix my site URL. A bunch of other site owners wouldn’t know any better.

To be clear, I am using a sidebar, with a Text widget with the CF7 shortcode. The code is placed inside the theme template file for the single “inventory” custom post type. Here is my example:

<div class="span3 sidebar">
<?php dynamic_sidebar( 'inventory-sidebar' ); ?>
</div>

<?php endwhile; /* end loop */ ?>

<!-- if placed here, it WON'T work -->