What is JotForm?
JotForm is a free online form builder which helps you create online forms without writing a single line of code. No sign-up required.
At JotForm, we want to make sure that you’re getting the online form builder help that you need. Our friendly customer support team is available 24/7.
We believe that if one user has a question, there could be more users who may have the same question. This is why many of our support forum threads are public and available to be searched and viewed. If you’d like help immediately, feel free to search for a similar question, or submit your question or concern.
Notification e-mails getting blocked. Base64 encoding on a From field.Asked by mid_power on September 09, 2013 at 02:02 PM
I have set up a sample form, and have tested the e-mail notifications. The test comes through fine, but no notifications are being received. I checked with our Systems group, and they indicate the FROM: field in the e-mail headers are formatted in Base64, so our spam filter blocks it as spam. I'll show you what I mean:
Reply-To: [valid e-mail address removed]
To: [valid e-mail address removed]
Subject: New submission: Message Contact Form
It is common for spammers to use Base64 encoding to try and get around any content filtering, so many spam protections block Base64 encoding as a matter of course. Is there any way to avoid this base64 encoding of the From field, as it appears to be the only thing causing problems.
Thank you for contacting us.
I will submit a ticket about the base64 encoding on the From field to see if we can do anything about it.
As a worakaround, you can try our alternative sending method. You will need to add your own email to the system and verify it.
Then, select that email as the Sender E-mail. This will switch the sending method from default one (Amazon SES) to our own mail servers. We do not have the base64 encoding in emails that are being sent from our own mail servers.
Ok, thank you for this workaround. Things are still being blocked, but this helped me to get closer to a solution.
I don't know where in the message it's seeing the amazonses.com domain (probably the Message-ID header), but the only way we have found to allow through these messages is to whitelist amazonses.com and that isn't going to fly with our security analyst. We attempted to whitelist firstname.lastname@example.org, and that did not work. The only thing that worked was to whitelist "amazonses.com". This is a potential hole in our security which is not a workable solution for us. Amazon rents their services out, and allowing anything from amazonses.com will potentially open the door for a great deal more spam.
What can be done here?
Also, for some further information, we are using WebSense e-mail security on our e-mail servers. You will not see bounces of any sort as e-mails sent from you guys are currently being placed in a queue (anti-spam) which has to be manually released. This is where I am getting information about the headers, and all information about what is being blocked.
We use the same base64 encoding for 'test messages' from Amazon SES, so this is strange that the tests are coming through and real messages are being blocked.
You can also consider the following options:
1) Switch your Email Notification to the plain text mode to see if that makes any difference.
2) Use verified custom Sender E-mail, this will switch you from *.amazonses.com to:
So you will be able to whitelist one domain/IP.
3) Use your own SMTP details to send the email alerts:
Sorry for the delay. We have been trying to test out what makes this service work for us, and the results have not been promising.
First off, I no longer think the issue is the Base64 encoding. After studying the blocking information, we now think that something in our heuristic filter sees things it doesn't like and blocks our messages from JotForm. It could very well be the information we are attempting to have customers send us, but regardless, the only thing that fixes it is to whitelist amazonses.com, and that just isn't going to work for us. Here's what we've tried.
1.We whitelisted email@example.com. Still blocked.
2. We changed the Sender e-mail to my personal g-mail account. We have then whitelisted jotservers.com and us-app2.jotservers.com, neither of which allowed messages through to my notification e-mail address.
3. The only thing that appears to work is to whitelist amazonses.com, which is not a workable solution, as I've explained.
We cannot use SMTP as our mail server does not have a forward facing SMTP service. Running out of options at the moment. I am going to create a really basic form and see if something in the heuristic filter is not liking what we are sending in this e-mail.
You might also run some test with changed email html body or plain text emails.
However, it really might be related to the user content as the 'Test Emails' are fine on your side.
Oddly enough, test e-mails are fine, but your replies to my forum posts are not. Our e-mail admin just showed me that your forum reply notifications are being held up. :)
However, the way our filter works is that if we can find the right domain to whitelist, it will ignore the content filtering rules. The whitelist is the first "rule" that is parsed.
Plain text did not work, though I have been considering some changes to the html format. If the field labels are changed to an image file, it might be ignored by the content filter.
AHA! Somehow in our whitelisting frenzy, we missed whitelisting jotmails.com, which was the magic domain. We tried to whitelist firstname.lastname@example.org, but neglected to whitelist jotmails.com, as just the domain. Things appear to be working, which is a good thing.
Thank you guys for your help, and sorry for this oversight.