Bronto integration

Thanks – I actually saw this plugin…

Basically, the Contact Form 7 form I have does a lot more (aside from just gathering an email address), but I’m now required to save the email to Bronto, on top of the working functionality of sending the other form data elsewhere.

Could your plugin help here, do you think? Or is it just for a simple subscription form?

Do you need to submit other fields with it?

if so, all you would need to do is edit the plugin to show the fields you need.

I’d be happy to customize the plugin for your needs

Only the email address field would go to Bronto (if a conditional checkbox is checked on the form)

All other form data needs to go to an email address specified in CF7. (this is working – it’s just the Bronto bit that doesn’t)

Is this achievable? Thanks again.

So what you are trying to do is

1) send details to an email
2*) you want the email to be sent to bronto

so thats 2 POSTS?

*IF a checkbox is selected to subscribe

Yeah, that’s correct. Is that do-able with one form / one submit button?

I got the impression that’s what the 3rd party integration plugin could take care of…

I’m not sure about this plugin as I have never used it, but it is more than possible ??

First, a point of etiquette: please don’t hijack support threads with another plugin, it confuses things.

Second, as I tell everyone asking for help, posting the contents of your debug email will really help us help you.

A minor point: you don’t need to (and probably shouldn’t) put endpoint-specific fields in your general-purpose contact form, unless you want them in the email or whatever else the form does normally. You add them (the hidden fields) to my plugin’s mapping as static values with the “is value” checkbox.

I suspect your problem is that one of the hidden fields isn’t mapped correctly; it’s usually the case that the endpoint is missing some required value which causes it to lose its mind. Sometimes they give useful error messages, and sometimes they just fall apart to discourage hacking around (which is kind of what my plugin does).

Maybe the 13344[748926] name isn’t mapping as expected? I could tell you more if you share the “user post” and “submission” sections of the debug mail.

*Looks. Drinks coffee.*

@gaza1994 It is cool to help people but going into someone else’s plugin support forum and starting with “Have you tried my plugin” is Not Good? and I’ve deleted that post.

If you want to help users here then please do so. If your help starts with “I don’t know about this plugin but try mine”… that’s not cool as this plugin author pointed out.

Hi Guys, I’m sorry, I didn’t mean anything from it – just trying to help yesterday as I had some spare time ??

Sorry Again ??

*slurps red bull*

@zaus

Many thanks, that has solved it!

For future ref: I needed to map all fields with values via the plugin (after removing them from my CF7 form),

i.e. these fields:

<input type="hidden" name="fid" value="hwfbfwleb3325kjbqrp5687" />
<input type="hidden" name="sid" value="009nlknqqsd214qdqjd4142" />
<input type="hidden" name="13344[748926]" value="true" />
<input type="hidden" name="formtype" value="addcontact" />

Without those fields being mapped, Bronto was returning the ‘not found’ error. The submission URL was correct.

Thanks again for a great plugin – hope this helps someone in future!

@traumm glad it works!
@gaza1994 it’s cool, I figured you weren’t doing it maliciously; it was 4am, so I hope I wasn’t too terse ??