The following warnings occurred:
Warning [2] Undefined array key "avatartype" - Line: 783 - File: global.php PHP 8.1.31 (Linux)
File Line Function
/global.php 783 errorHandler->error
/printthread.php 16 require_once
Warning [2] Undefined array key "avatartype" - Line: 783 - File: global.php PHP 8.1.31 (Linux)
File Line Function
/global.php 783 errorHandler->error
/printthread.php 16 require_once
Warning [2] Undefined variable $newpmmsg - Line: 40 - File: global.php(841) : eval()'d code PHP 8.1.31 (Linux)
File Line Function
/global.php(841) : eval()'d code 40 errorHandler->error
/global.php 841 eval
/printthread.php 16 require_once
Warning [2] Undefined array key "style" - Line: 909 - File: global.php PHP 8.1.31 (Linux)
File Line Function
/global.php 909 errorHandler->error
/printthread.php 16 require_once
Warning [2] Undefined property: MyLanguage::$lang_select_default - Line: 5024 - File: inc/functions.php PHP 8.1.31 (Linux)
File Line Function
/inc/functions.php 5024 errorHandler->error
/global.php 909 build_theme_select
/printthread.php 16 require_once
Warning [2] Undefined array key "additionalgroups" - Line: 7162 - File: inc/functions.php PHP 8.1.31 (Linux)
File Line Function
/inc/functions.php 7162 errorHandler->error
/inc/functions.php 5044 is_member
/global.php 909 build_theme_select
/printthread.php 16 require_once
Warning [2] Undefined array key 1 - Line: 1415 - File: inc/functions.php PHP 8.1.31 (Linux)
File Line Function
/inc/functions.php 1415 errorHandler->error
/inc/functions.php 1370 fetch_forum_permissions
/printthread.php 76 forum_permissions
Warning [2] Undefined array key "showimages" - Line: 160 - File: printthread.php PHP 8.1.31 (Linux)
File Line Function
/printthread.php 160 errorHandler->error
Warning [2] Undefined array key "showvideos" - Line: 165 - File: printthread.php PHP 8.1.31 (Linux)
File Line Function
/printthread.php 165 errorHandler->error
Warning [2] Undefined array key "showimages" - Line: 160 - File: printthread.php PHP 8.1.31 (Linux)
File Line Function
/printthread.php 160 errorHandler->error
Warning [2] Undefined array key "showvideos" - Line: 165 - File: printthread.php PHP 8.1.31 (Linux)
File Line Function
/printthread.php 165 errorHandler->error
Warning [2] Undefined array key "showimages" - Line: 160 - File: printthread.php PHP 8.1.31 (Linux)
File Line Function
/printthread.php 160 errorHandler->error
Warning [2] Undefined array key "showvideos" - Line: 165 - File: printthread.php PHP 8.1.31 (Linux)
File Line Function
/printthread.php 165 errorHandler->error
Warning [2] Undefined array key "showimages" - Line: 160 - File: printthread.php PHP 8.1.31 (Linux)
File Line Function
/printthread.php 160 errorHandler->error
Warning [2] Undefined array key "showvideos" - Line: 165 - File: printthread.php PHP 8.1.31 (Linux)
File Line Function
/printthread.php 165 errorHandler->error
Warning [2] Undefined array key "showimages" - Line: 160 - File: printthread.php PHP 8.1.31 (Linux)
File Line Function
/printthread.php 160 errorHandler->error
Warning [2] Undefined array key "showvideos" - Line: 165 - File: printthread.php PHP 8.1.31 (Linux)
File Line Function
/printthread.php 165 errorHandler->error
Warning [2] Undefined array key "showimages" - Line: 160 - File: printthread.php PHP 8.1.31 (Linux)
File Line Function
/printthread.php 160 errorHandler->error
Warning [2] Undefined array key "showvideos" - Line: 165 - File: printthread.php PHP 8.1.31 (Linux)
File Line Function
/printthread.php 165 errorHandler->error
Warning [2] Undefined array key "showimages" - Line: 160 - File: printthread.php PHP 8.1.31 (Linux)
File Line Function
/printthread.php 160 errorHandler->error
Warning [2] Undefined array key "showvideos" - Line: 165 - File: printthread.php PHP 8.1.31 (Linux)
File Line Function
/printthread.php 165 errorHandler->error
Warning [2] Undefined array key "showimages" - Line: 160 - File: printthread.php PHP 8.1.31 (Linux)
File Line Function
/printthread.php 160 errorHandler->error
Warning [2] Undefined array key "showvideos" - Line: 165 - File: printthread.php PHP 8.1.31 (Linux)
File Line Function
/printthread.php 165 errorHandler->error



Form Tools
Peculiar "reply" issue... - Printable Version

+- Form Tools (https://forums.formtools.org)
+-- Forum: Form Tools (https://forums.formtools.org/forumdisplay.php?fid=1)
+--- Forum: General Discussion (https://forums.formtools.org/forumdisplay.php?fid=5)
+--- Thread: Peculiar "reply" issue... (/showthread.php?tid=229)



Peculiar "reply" issue... - dethompsOWU - Jul 31st, 2009

I've implemented Form Tools 2 and it works exactly as expected for basic HTML forms...except I've noticed one peculiar thing...

My form has a "name" field and an "email" field. Let's say I fill them out with "Testy Testerson" and "test.net", respectively.

I have set up a "submission summary" e-mail that gets fired off to the client for the form, and everything shows up exactly as expected...except that, for some reason, the "From:" line of the e-mail shows up as this:

"Testy Testerson <test.net>, Testy.Testerson@web.owu.edu, test@test.net"

The web.owu.edu is one of the subdomains here on our server, but I have no idea how/why it is being invoked as part of this process.

At any rate, clicking Reply to this message in any modern e-mail program will compose a message to all three addresses listed in the "From:" line.

Form Tools 1 on the same server setup and whatnot only displayed the first address ("Testy Testerson <test.net>").

Any idea what might be happening? Am I overlooking a setting somewhere that is causing the address to repeat/delineate like this?

Thanks,

Doug Thompson
Manager of Web and Electronic Communications
Ohio Wesleyan University


RE: Peculiar "reply" issue... - Ben - Jul 31st, 2009

Hi Doug,

Interesting! I *did* encounter this with an early version of the Swift Mailer module, but I thought it was fixed.

Are you running the Swift Mailer module (i.e. did you configure and enable it?) or are you using the default email settings? Let me know and I'll try and track this problem down. It sounds like the email's just not being created properly - which would be something on my end. But it *is* possible that it's an oddity of your server. The idiosyncracies with sending emails consistently across servers never fails to amaze me. Smile

- Ben


RE: Peculiar "reply" issue... - dethompsOWU - Aug 3rd, 2009

I am using the default email settings. Technically, I could switch over to use the Swift Mailer module, but it will take some more learning on my end as far as how to configure the server and whatnot.


RE: Peculiar "reply" issue... - Ben - Aug 8th, 2009

Sure, I understand. I'll test it out today to see if I can reproduce it - sorry for the wait on this, by the way.

- Ben


RE: Peculiar "reply" issue... - Ben - Aug 8th, 2009

Hey Doug,

Again, sorry for the wait on this.

I did some tests but I wasn't able to reproduce the problem exactly the same, but I did notice something similar. Here's what I got as the "from" headers when putting through exactly the same content for the name + email ("Testy Testerson" and "test.net"):

Code:
Tester Anderson <test.net@renault.dreamhost.com>

The "renault.dreamhost.com" got appended to the test.net, just like in your case. I've seen this many times before - I've always assumed it's just the email server / sendmail script converting the invalid email address ("test.net") to something that it things makes sense. When tweaking the email to "me@test.com", I get the expected:

Code:
Tester Anderson <me@test.net>

Would you mind trying it with a valid email? I'm curious to know if that solves it or not for your case. Either way, it seems like Form Tools should perhaps strip out invalid email addresses rather than let the server convert them like this. Hmm...

Oh, and just to double check: what version of the Form Tools core are you running (this is displayed on your Settings -> Main tab in the Form Tools admin pages).

- Ben


RE: Peculiar "reply" issue... - dethompsOWU - Aug 11th, 2009

Well, now I'm doubly confused...

Using a proper e-mail address as you suggested works as expected.

Curiously, so does using the same test@test.net address that I used that led to the original reply issue...

Then, when I went to check the version of Form Tools 2 that I'm using (2.0.0-beta-20090712, according to Settings - Main), I decided to use the "Check for Updates" button. The screen that comes up says that there is a new version of Form Tools Core: 2.0.0-beta-20090809.

I downloaded that, unZIPped it, overwrote the files on my server with the updated files, etc...everything that the update instructions said to do.

However, upon logging out (and I also tried reloading/refreshing the page, closing all my browser instances, clearing my browser cache, etc.) and logging back in, Form Tools' Settings - Main page still says that I'm using version 2.0.0-beta-20090712.

Am I overlooking a step somewhere, or is something messed up with this particular update?


RE: Peculiar "reply" issue... - Ben - Aug 11th, 2009

Blurgh! No, sorry - this is my mistake. I haven't identified why and how it happened, but for some reason the last download file is out of whack - it doesn't contain the correct version number.

Don't worry, though - it won't cause any problems other than a bit of bewilderment. The next update (soon!) will remedy this.

Good to hear about the email problem, though. Did you try just "test.net" (not test@test.net)? Does that cause the problem? If so, I'd suggest adding some validation to your form to ensure the email field is entered properly. That'll ward against the problem occurring again.

- Ben


RE: Peculiar "reply" issue... - dethompsOWU - Aug 13th, 2009

I figured it was just a minor "blip" as far as the version number difference was concerned. I'll look forward to the next release.

As for the form validation, that's all in place (via RSV) and working great. So, I can't even use "test.net" as the e-mail address because that isn't a valid e-mail address and the form won't submit.