zem_contact_reborn 4.0.3.20

alannie · 2014-08-28 17:31:28

Hi, we just noticed the same “Sorry, unable to send email” issue on one of our clients’ sites hosted here in the USA.

Ruud, I did your test with the initial test.php page using the same email address (USA based, regular .com address) and it gave me a “success” message. Any other ideas or tests we can run?

alannie · 2014-08-28 17:53:03

I just tested it again and noticed a brief flash of an error message at top, other than the “sorry” message. I looked at the source and found this (replaced my actual email with fake in code):


Invalid address: SMTP -> ERROR: Failed to connect to server: Permission denied (13)
<br />The following From address failed: my@email.address : Called Mail() without being connected

alannie · 2014-08-28 17:54:47

Correction … the “invalid address” error message is displayed at the top of the page after all. I just had to scroll the page back up to see it.

ruud · 2014-08-29 12:06:28

Alannie, that looks like a PHPmailer error message. ZCR doesn’t use that normally. Is this the plugin modified to work with PHPmailer?

castanet · 2014-10-02 10:17:28

OK. On a site running Txp 4.3.0, I went into the plugin code and removed this from the headers:
X-Originating-IP

The form now works. Eureka!
However… I tried to do the same for a site running on 4.5.1 and got a 412 error when I tried to save the modified script.
Any other suggestions gratefully received

uli · 2014-10-02 10:43:59

You could try to save the modified plugin on the 4.3.0 website with ied_plugin_composer and then install it on 4.5.1.

Bloke · 2014-10-02 11:00:20

castanet wrote #284435:

got a 412 error when I tried to save the modified script.

Precondition failed? Weird. That’s probably a server setup issue. I’ve had 404s and other codes thrown when trying to save plugin content, because the host’s anti-spam measures kicked in. This plugin in particular might trip such filters up because of the content and the way it deals with user input in the code.

If it’s just this plugin that fails when saving, talk to your host, tell them what you’re trying to do and see if there’s something they can do to tweak the filter rules to stop it barfing.

Alternatively [Edit: Uli beat me to it], use ied_plugin_composer to export the modified plugin from the 4.3.0 environment as a .txt (or zipped .txt) file, then install it directly via the Admin->Plugins panel on your 4.5.1 installation. And then make a mental note to upgrade to 4.5.7 :-)

On a site running Txp 4.3.0, I went into the plugin code and removed this from the headers: X-Originating-IP

Incidentally, why do you need to remove this? Is it something the plugin could help with? Maybe if the plugin set up an array of header-name + header content pairs and fired a callback to allow them to be modified directly before sending? Would that help and remove the need to hack the code?

Last edited by Bloke (2014-10-02 11:01:13)

castanet · 2014-10-02 12:05:16

Thanks Uli and Bloke. To use ied_plugin_composer it seems I need to upgrade the Txp version (yes, yes, I know I should do it anyway) but it might then undo my hack with ZCR. Bloke, the problem I am having is that ZCR is failing on all my sites for a random selection of people across the UK. I have always suspected it is a hosting/IP-related issue or an incompatibility between the hosting and Textpattern but the hosts just blame ZCR. I’m out of my depth beyond that and I’m afraid I didn’t understand the rest of your suggestion re the array… :-)

uli · 2014-10-02 12:56:03

castanet wrote #284441:

To use ied_plugin_composer it seems I need to upgrade the Txp version

Stef maintains a list of previous plugin versions. You could try v0.93 which came out in the same year as TXP 430.

castanet · 2014-10-02 14:20:48

Uli, that worked. Thanks. So I now have ZCR working again but without ‘X-Originating-IP’ in the headers. I’ll chase that up with the host.

Bloke · 2014-10-02 14:25:39

castanet wrote #284441:

ZCR is failing on all my sites for a random selection of people across the UK

[stab in the dark] Maybe the originating IP is on your hosting provider’s blacklist? And removing it fools them!

Either way, I might look into changing ZCR at some point to make it possible to change the headers via a mini plugin. At least you won’t need to hack the code then. Being able to alter the headers easily could be useful in some circumstances, though I don’t know whether that raises any security concerns.

castanet · 2014-10-03 07:45:37

The hosting company says it doesn’t use blacklists. Their latest response is: “If this is the only change that was made, [removing X-Originating-IP] this means that the email in question was rejected as it was using false headers, the originating IP header which was added is a false one according to the system as the IP of the mail server isn’t the same as the originating IP (the user’s IP).”

And also:

“It is most likely some other reconfiguration that is causing this matter.
I assume that in attempting to set some custom headers for the message, some confusion arises in the headers and this is causing errors or forged headers notification.”

Last edited by castanet (2014-10-03 09:37:51)

ruud · 2014-10-03 15:24:26

The hosting company needs a clue :)
X-originating-IP is typically used when submitting mail via a website to indicate what the IPnr of the visitor was. The ipnr of the website is already visible in the Received headers, so there’s no need to add it in the X-originating-IP header.

colak · 2014-12-16 16:11:04

Just in case nobody checked the particular thread, there is not so much of a bug but a typo in the help files of the plugin spotted by Uli here and posted by me a few posts earlier.

Bloke · 2014-12-16 16:59:03

colak wrote #286644:

a typo in the help files

Thanks for the report. It’s already fixed in the next version.

EDIT: I do have a little more work to do on the help there yet though (some of the examples and links need altering, and some consistency to fix) so if you spot anything that needs changing in that file, please drop me a line.

Textpattern CMS

Textpattern CMS support forum

#1456 2014-08-28 17:31:28

Re: zem_contact_reborn 4.0.3.20

#1457 2014-08-28 17:53:03

Re: zem_contact_reborn 4.0.3.20

#1458 2014-08-28 17:54:47

Re: zem_contact_reborn 4.0.3.20

#1459 2014-08-29 12:06:28

Re: zem_contact_reborn 4.0.3.20

#1460 2014-10-02 10:17:28

Re: zem_contact_reborn 4.0.3.20

#1461 2014-10-02 10:43:59

Re: zem_contact_reborn 4.0.3.20

#1462 2014-10-02 11:00:20

Re: zem_contact_reborn 4.0.3.20

castanet wrote #284435:

#1463 2014-10-02 12:05:16

Re: zem_contact_reborn 4.0.3.20

#1464 2014-10-02 12:56:03

Re: zem_contact_reborn 4.0.3.20

castanet wrote #284441:

#1465 2014-10-02 14:20:48

Re: zem_contact_reborn 4.0.3.20

#1466 2014-10-02 14:25:39

Re: zem_contact_reborn 4.0.3.20

castanet wrote #284441:

#1467 2014-10-03 07:45:37

Re: zem_contact_reborn 4.0.3.20

#1468 2014-10-03 15:24:26

Re: zem_contact_reborn 4.0.3.20

#1469 2014-12-16 16:11:04

Re: zem_contact_reborn 4.0.3.20

#1470 2014-12-16 16:59:03

Re: zem_contact_reborn 4.0.3.20

colak wrote #286644:

Board footer