fields[fieldname] syntax breaks sending

[michael-e]

When I add the fields[fieldname] syntax to one of the ETM fields in a "save-comment" form, sending breaks silently. For example:

<input name="etm[][reply-to-email]" value="fields[email]" type="hidden" />

There is nothing in the Symphony log.

[michael-e]

I checked out version 2.0. It doesn't work either, so this bug must be rather old.

[creativedutchmen]

This is weird, I'll check it out.

[creativedutchmen]

Fixed.

[michael-e]

I am re-opening this. Still the fields[fieldname] syntax does not work for the recipient (which is rather important, of course).

[creativedutchmen]

This is really strange, it works for me.

Can you give more information about your exact setup?

[michael-e]

I am using an event filter in conjunction with a Symphony "save" event (called "members-register"). Here are the hidden input fields (for test purposes, of course...; my email field is called "e-mail"):

<input name="etm[][recipient]" value="fields[e-mail]" type="hidden" />
<input name="etm[][reply-to-email]" value="fields[e-mail]" type="hidden" />
<input name="etm[][reply-to-name]" value="'John Doe'" type="hidden" />
<input name="action[members-register]" type="submit" value="Submit" />

No email is sent. But if I use a valid author username as recipient, the email is sent.

[creativedutchmen]

As a test I just added this:

<input name="etm[][recipient]" value="fields[e-mail]" type="hidden" />
<input name="etm[][reply-to-email]" value="fields[e-mail]" type="hidden" />
<input name="etm[][reply-to-name]" value="'John Doe'" type="hidden" />
<input name="fields[e-mail]" value="admin" type="text" />
<input id="submit" type="submit" name="action[test]" value="Send" />

Which works perfectly. Didn't you forget to add an input with name: fields[e-mail] ?

[creativedutchmen]

Oh wait, I think I know: does your email field contain the raw email address? (like: name@domain.com?) This is not possible to prevent spam.

[michael-e]

Of course it does. If a member registers, I will have to send an email to the member's email address.

I understand the spam measure, however. You are right. So what can we do? (Well, I could always use a custom event instead of a filter. But maybe you have another idea?)

[creativedutchmen]

Since this is intended behaviour, I'll close this bug request.