Form Submission Email Issue

[Amanda]

We are having an issue with the emails that are sent when a form is
submitted. The main issue is that it appears that Google is not
properly processing the email and it prints out all of the information
in the MIME message. (Both the HTML and Plain Text versions, along
with the message "This is a MIME message. If you are reading this
text, you may want to consider changing to a mail reader or gateway
that understands how properly to handle MIME multipart messages.") It
also is sending as "unknown sender" and the subject of the emails is
incorrect. (I have tested different forms using our beloit.edu email,
gmail, and aol and aol consistently displays the emails properly;
gmail was displaying the emails properly, but most recently began
doing the same thing beloit.edu addresses have been doing.)

We are on the brink of alerting Google of this problem, but I didn't
know if any of you may have been in a similar situation that you might
have some insight into what might be going on. Another concern of
mine is that it seems some emails may not have been sent at all, as we
have found a couple submissions in the database that the admin of one
of the forms says she never received emails for.

Thanks!
Amanda

[Nathan White]

Hi Amanda -

Did anything change recently with how you handle e-mail on campus? Unfortunately, this might be a pretty difficult one to figure out, since the php mail command uses the servers mail transfer agent, and versions and details can differ across systems, linux vs windows, etc etc. Also, depending on how you handle e-mail, there could be other servers involved in relaying the mail to the actual destination, which could be causing problems.

Is this an issue with all e-mails from Reason forms, or only some? Does it happen with e-mails that go directly to somea...@gmail.com, or only ones that go to beloit.edu?

The actual e-mailing all takes place in the file reason_package/tyr/email.php. You might look there if you want to try to tweak the way the e-mail headers are created, but first I'd check with whoever administers e-mail on your campus to see if something changed recently that could be related.

Nate

Amanda

--
You received this message because you are subscribed to the Google Groups "Reason Discussion" group.
To post to this group, send email to reason-d...@googlegroups.com.
To unsubscribe from this group, send email to reason-discuss...@googlegroups.com.
For more options, visit this group at http://groups.google.com/group/reason-discussion?hl=en.

[Amanda]

Nate,

Thanks for your response!

We are still looking in to the problem. We also now have evidence
that it is not only Reason form emails that are the problem. I have
set up one of our online payment forms to also send multipart messages
and we began receiving complaints about their emails not coming
through correctly yesterday.

To answer your questions:

It seems to be an issue with all Reason forms. (regardless of login
requirements, ReCaptcha, or other settings) And, now, the online
payment form not in Reason as well.
Early on it only happened to beloit.edu, but has since begun to happen
to gmail.com as well.

I have tested some more and have seen that it is (at least as of now)
isolated to gmail.com and beloit.edu - aol and the email I have
through a local tech school have both come through fine.

We are continuing to explore all possibilities both internally and
externally with Google. Thanks for your thoughts and suggestions.

Amanda

On Apr 25, 4:28 pm, Nathan White <n...@natewhite.com> wrote:
> Hi Amanda -
>
> Did anything change recently with how you handle e-mail on campus?
> Unfortunately, this might be a pretty difficult one to figure out, since
> the php mail command uses the servers mail transfer agent, and versions and
> details can differ across systems, linux vs windows, etc etc. Also,
> depending on how you handle e-mail, there could be other servers involved
> in relaying the mail to the actual destination, which could be causing
> problems.
>
> Is this an issue with all e-mails from Reason forms, or only some? Does it

> happen with e-mails that go directly to someaddr...@gmail.com, or only ones

[Amanda]

There is a new issue I have come across in investigating the MIME
issue.

I am wondering, how exactly the set up for emailing to the submitter
works with a Reason form. Through my testing, it appears as though
our forms are not emailing the results to the submitter even if that
option is selected. I have tried several things and still cannot get
it to work:

1. I have tried to require a login for the form
2. I have tried ensuring the information is saved to a database
3. I have checked to be sure the field that takes the email address in
is labeled "Your Email"

Please let me know if there is a setting I may need to adjust or
anything specific I should take a look at.

Thanks.

Amanda



On Apr 25, 4:28 pm, Nathan White <n...@natewhite.com> wrote:

> Hi Amanda -
>
> Did anything change recently with how you handle e-mail on campus?
> Unfortunately, this might be a pretty difficult one to figure out, since
> the php mail command uses the servers mail transfer agent, and versions and
> details can differ across systems, linux vs windows, etc etc. Also,
> depending on how you handle e-mail, there could be other servers involved
> in relaying the mail to the actual destination, which could be causing
> problems.
>
> Is this an issue with all e-mails from Reason forms, or only some? Does it

> happen with e-mails that go directly to someaddr...@gmail.com, or only ones

[Nathan White]

Hi Amanda - if you are logged in when filling out a form and that box is checked, it tries to send an e-mail to the logged in username. If you aren't logged in it doesn't work. It should't matter whether or not it saves to a database or if you have a "Your email" field.

So for me at Carleton the "to" field send to the Email class would be nwhite. Within the e-mail class there is a method _prettify_addresses. In this method, we try to lookup the actual e-mail address for user nwhite from LDAP (or in the case of a reason only user, the e-mail address field for that user).

I just tested it here and it is working.

You might find it useful to figure look at the sendmail log on the server as well when you are messing around with this. It is probably here - /var/log/maillog

Nate

[Amanda]

Thanks, Nate. Just to be sure I understand correctly, the only way
the information will be sent to the submitter is if they are logged
in? (There is no way to send the submitted information directly to,
say a prospective student who is filling out the form and has included
their email address in the information submitted through the form
itself?)

Also, a side note about my earlier issue. We have found that someone
else has identified there to be an issue with Google (http://
www.evdoinfo.com/content/view/4083/64/) and we also have a ticket
submitted to Google in hopes to get that resolved. In the meantime, I
have disabled the multipart message and am sending plain text only for
our Reason form emails.

Amanda

[Nathan White]

Hi Amanda - a basic thor form only will e-mail the submitter if that checkbox is checked and the submitter is logged in.

You could make a very simple form view that would send an e-mail to the e-mail address provided in a field called "Your Email." Create a view, and make a process phase that looks something like this:

function process()

{

   $model =& $this->get_model();

   $email_values = $model->get_values_for_submitter_view();

   $your_email_elem_name = $this->get_element_name_from_label('Your Email');

   $your_email = $this->get_value($your_email_elem_name);

   $email_options['to'] = $your_email;

   $email_options['subject'] = 'This is the subject';

   $model->send_email($email_values, $email_options);

}

If you put this view in the reason_package_local/local/minisite_templates/modules/form/views/thor/ folder, it will be available to you as a drop down for any thor form and add this e-mail to the "Your Email" address functionality.

Nate