Textpattern CMS support forum

You are not logged in. Register | Login | Help

#161 2019-08-20 17:27:20

jordi
Member
From: Barcelona
Registered: 2005-09-14
Posts: 93
Website

Re: com_connect - form and contact mailer

I have added the plugin strings in Catalan to the original textpack in Github (com_connect_v4.6.0-beta.3_de.en.es.fr.nl.pt_textpack.txt). You can download the new version from here for the time being.

Offline

#162 2019-09-25 09:45:29

RedFox
Member
From: Netherlands
Registered: 2005-03-25
Posts: 743
Website

Re: com_connect - form and contact mailer

On this page (link) I’m using this form ‘aanmelden’ >

<txp:com_connect label="" to="xxx@xxx.tld" subject="amordetango.nl … aanmelding!" thanks="Het bericht is verstuurd. Dank u!"> 
<!-- form with p's to style background images > http://codepen.io/rexkirby/pen/Fdnlz -->
<p class="text"><txp:com_connect_secret label="Aanmelding?">Ja, ik wil me graag aanmelden</txp:com_connect_secret></p>
<p class="text"><txp:com_connect_text label="Voor- en achternaam" /></p>
<p class="email"><txp:com_connect_email label="E-mailadres" /></p>
<p class="textarea"><txp:com_connect_textarea label="Welke les of workshop? Waar? Danspartner?" cols="" rows="" required="0" /></p>
<p class="submit"><txp:com_connect_submit label="">Verzenden</txp:com_connect_submit></p></txp:com_connect>

On the server there is a spamfilter working and the emailaddress is on a whitelist. But still there are ‘normal’ emails which get high spamscore’s and do not come through > example.

Question: is there a way to tweak the plugin to overcome this behavior?

>Edited to hide the email

Last edited by colak (2019-09-25 11:31:49)

Offline

#163 2019-09-25 12:31:31

Bloke
Developer
From: Leeds, UK
Registered: 2006-01-29
Posts: 8,760
Website

Re: com_connect - form and contact mailer

RedFox wrote #319412:

is there a way to tweak the plugin to overcome this behavior?

Short answer: no. Long answer: no, but… ;)

The plugin is at the mercy of your server configuration – Textpattern to a degree (do things imporve if you mess with the envelope header setting in Prefs?) but mainly your hosting platform.

If SPF and DKIM are set up properly (among other things) then that can go some way towards helping reduce the likelihood of messages from Txp appearing in junk or being outright rejected. Without those, you’re at the mercy of your host’s enforced spam filters and heuristics, unfortunately. The only thing you can really do is forward the messages to your host and ask if they can consider such content as ham not spam next time.


The smd plugin menagerie — for when you need one more gribble of power from Textpattern. Bleeding-edge code available on GitHub.

Txp Builders – finely-crafted code, design and Txp

Offline

#164 2019-09-25 12:57:26

RedFox
Member
From: Netherlands
Registered: 2005-03-25
Posts: 743
Website

Re: com_connect - form and contact mailer

Bloke wrote #319413:

Do things improve if you mess with the envelope header setting in Prefs?

Nope

The only thing you can really do is forward the messages to your host and ask if they can consider such content as ham not spam next time.

I did, but they can’t do anything … they say … :|

What if I turn their spamfilter ‘off’? The plugin has a spamfilter build in isn’t it?

Last edited by RedFox (2019-09-25 13:01:45)

Offline

#165 2019-09-25 13:07:35

Bloke
Developer
From: Leeds, UK
Registered: 2006-01-29
Posts: 8,760
Website

Re: com_connect - form and contact mailer

RedFox wrote #319415:

What if I turn their spamfilter ‘off’?

Then it would be the first host in history to allow it (and I applaud them for doing it). Most just allow you to turn it down.

The plugin has a spamfilter build in isn’t it?

No but you can employ pap_contact_cleaner still if you can find the version modded for use with com_connect. I think it’s floating around somewhere. Colak or jakob might be able to recall if/where it’s been done.

If not, anyone can build a proper heuristic spam tester module for the plugin using the same technique that pap_contact_cleaner does on submission. Maybe that could add a spam score field to the payload so you can filter them at the destination?


The smd plugin menagerie — for when you need one more gribble of power from Textpattern. Bleeding-edge code available on GitHub.

Txp Builders – finely-crafted code, design and Txp

Offline

#166 2019-09-25 18:46:07

jakob
Admin
From: Germany
Registered: 2005-01-20
Posts: 3,514
Website

Re: com_connect - form and contact mailer

Bloke wrote #319416:

No but you can employ pap_contact_cleaner still if you can find the version modded for use with com_connect. I think it’s floating around somewhere. Colak or jakob might be able to recall if/where it’s been done.

:-) You’re right, Colak put it online. It’s now called pap_comconnect and it’s available here.


TXP Builders – finely-crafted code, design and txp

Offline

#167 2019-09-25 19:20:42

RedFox
Member
From: Netherlands
Registered: 2005-03-25
Posts: 743
Website

Re: com_connect - form and contact mailer

Thanks guys … :)

Offline

#168 2019-10-10 13:24:35

Bloke
Developer
From: Leeds, UK
Registered: 2006-01-29
Posts: 8,760
Website

Re: com_connect - form and contact mailer

If anyone’s using the file upload extension for com_connect, I’ve just bumped the module to v1.0.3. This version tries to catch a corner case where the form is unceremoniously blanked out (usually due to file size upload violations) so it at least shows a useful error on-screen, even if the form content is still trashed.

This version also fixes a couple of minor bugs.

As a side note, for anyone having mail delivery issues when attaching large files, remember that you need to do the following at the server end:

  1. Increase the php.ini variable upload_max_filesize to a suitable value.
  2. Increase the php.ini variable post_max_size to a suitable value bigger than upload_max_filesize. This is because the encoding of a file in base64 adds about a third more data to the payload. e.g. to accept a 16MB file, you should probably set post_max_size to 24MB to cater for the potential 21-22MB file size plus a little wiggle room.
  3. Increase the size of the mail() maximum message size in whatever transport agent is implemented. For example, in postfix you’ll need to set the message_size_limit in main.cf to something that roughly matches your post_max_size, in bytes.

Hope that helps anyone scratching their heads over this.


The smd plugin menagerie — for when you need one more gribble of power from Textpattern. Bleeding-edge code available on GitHub.

Txp Builders – finely-crafted code, design and Txp

Offline

#169 2019-10-16 17:45:40

Pat64
Plugin Author
From: France
Registered: 2005-12-12
Posts: 1,292
Website

Re: com_connect - form and contact mailer

Hi all ;)

I would like to select an option based on an URL parameter:

domain.tdl/section?ac=6

How can I achieve such a result with the <txp:com_connect_option /> tag?

What I need: grab the parameter value from the URL, then add a selected attribute to the corresponding choice to show it as a default into the selection list.

Last edited by Pat64 (2019-10-16 17:46:29)


Patrick.

Github | CodePen | Simplr theme | Wait Me a maintenance theme

Offline

#170 2019-10-16 19:35:07

jakob
Admin
From: Germany
Registered: 2005-01-20
Posts: 3,514
Website

Re: com_connect - form and contact mailer

Pat64 wrote #319731:

Hi all ;)

I would like to select an option based on an URL parameter: domain.tdl/section?ac=6. How can I achieve such a result with the <txp:com_connect_option /> tag?

Maybe there’s a better way, but your suggestion should work:

Use page_url to grab the “ac” value and put that in a variable, e.g.

<txp_variable name="ac"><txp:page_url type="ac" /></txp:variable>

And then in your com_connect_option tags do:

<txp:com_connect_option label="Option F" value="option-f" 
                        selected='<txp:if_variable name="ac" value="6">1</txp:if_variable>' />

… and so on for each option.

It’s a little verbose but should work.

I’m not sure if you need to do any input variable sanitising first, but you could add escape="integer" to the variable tag at the beginning to ensure you get only integers coming through. That’s not necessary: the docs say: “Any other type value will return the matching URL component or the default value that will always be sanitized”.


TXP Builders – finely-crafted code, design and txp

Offline

Board footer

Powered by FluxBB