Feature #17154
closedSuggesting TS configurable Return-Path, from_mail and from_name for mailforms
0%
Description
The nice and quite easy to set up mailforms offered for normal editors by TYPO3 have imo a major drawback regarding mailhandling on shared hosts: There's no easy way to set a Return-Path to force maybe important emails that have been bounced by an invalid or no given address in a mailform so they would get bounced back to some responsible person.
It might be easier to understand what I'm talking about if you have an example: Let's assume there is a (rather unexperienced or not very thoughtful) content editor who has set up plenty mailforms with a TYPO3 system that is located on a shared host. Of course, he forgot to include a required email input field - and now has gone to holidays ... or his email address got deleted but he didn't care - there are such people, you know?. And all the forms he created still have this invalid email target address.
People will of course still try to contact the company he has set up all these forms for - and will never get any reply (or hopefully when he's back from holidays...): The emails sent with these forms by TYPO3 will very probably bounce - to the shared host's mail server address since no Return-Path has been set (and not unlikely will go to /dev/null). Bad.
So after all - a nice story for you to give you more evidence what the suggested parameters (patch attached) could be useful (TS Setup) for:
config.mailformDefaults {
# the From: Header, if no email input field was given
email = noreply@yourdomain.tld
# Set the Name, if no name input field was given
name = Online Form Message
# By default, try to set the following Return-Path header,
# to avoid bounced mailform mails being lost.
returnPath = postmaster@yourdomain.tld
}
(issue imported from #M5294)
Files
Updated by Ralf Hettinger over 17 years ago
Upload of patch against TYPO3 4.1.2.
+ Handling situation, where the TS-Template might not yet be loaded.
Updated by Arnd Messer about 16 years ago
Thank you for this patch! =;o)
Best!
Arnd
Updated by Chris topher over 14 years ago
Hi Ralf,
I think you forgot to send this one to Core List...
Maybe you can integrate your idea in Jeff's patch for #22447 which is currently pending in Core List...
Updated by Ralf Hettinger over 14 years ago
Thanks Christopher.
as from my experience it's not a good idea to hook into pending patches with other (even related) stuff. I've done that before and it wasn't a very good idea since it slows down the review process and eventually getting things done... reminder to myself ;) I should rather have a look @ #22447 and provide my review...
Updated by Chris topher over 14 years ago
Well I thought about adding this the same way Jeff did it. Not changing everything he has done, but complementing it so that the different options are stringent.
But do as you please.
Updated by Ralf Hettinger over 14 years ago
hmhm... #22447 has been put on hold for 4.4 anyways... let's see if we find a more stringent solution for 4.5 which would incorporate this bug report here as well.
Updated by Alexander Opitz over 11 years ago
- Category deleted (
Communication) - Status changed from New to Needs Feedback
- Target version deleted (
0)
As this report is very old, is the handling in newer TYPO3 CMS Versions (like 6.0/6.1) more like you expect it?
Updated by Alexander Opitz about 11 years ago
- Status changed from Needs Feedback to Closed
No feedback for over 90 days.