JotForm is a free online form builder which helps you create online forms without writing a single line of code. No sign-up required.
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.
Email Notifications: Is that possible to remove Return-Path header?Asked by mrpickles on June 18, 2016 at 03:57 PM
Email to Project Management Software
We use Active Collab for Project Management. They have a feature that allows us to email directly into a Project that we have created using an email that is supplied for the Project.
For some reason this wasn't working, we tested quite a few things but the final thing that tech support at Acive Collab noticed was the Header in the email contained some wording that won't allow the email to go through on there end. They noticed in the email code that soem of those terms are in the email coming from Jot Form - was wondering if we could get them removed or changed so that we can get our forms in the project. I have pasted below what tech support was referencing and the screen shot he supplied which has the term underlined.
From: Active Collab Support [mailto:email@example.com]
Sent: Friday, June 17, 2016 1:36 AM
To: Helena Bitter
Subject: Re: Message from Active Collab
There is one more issue, incoming mails cannot have the "Return-Path" in the header. Emails that contain "Return-Path", "Auto-Submitted", "Precedence" or "X-Failed-Recipients are dropped by AC.
Active Collab Support
return-path remove header email alerts
As far as I understand, it is not possible to remove the Return-Path header from the messages which are being sent from our mail servers. According to the SMTP standard, the return-path must be supported. Here is a fragment from RFC 5321 which specifies the SMTP protocol:
When the delivery SMTP server makes the "final delivery" of a message, it inserts a return-path line at the beginning of the mail data. This use of return-path is required; mail systems MUST support it.
The only work around I may think of is your own SMTP sender on form.
Your mail server administrators may be able to look into, to see if that is possible to send the messages without the Return-Path header.
If you need any further assistance, please let us know.