Feature #22212
closed
Add proxy for the mail() function
0%
Description
Currently there's no way to avoid that a installation is sending out mails. This is very unhandy in development situations where you want to check whether a system is sending mails without bothering clients with useless mail notifications.
At the moment this has to be done by modifying the local sendmail settings - the attached patch proposes a way which enables to hook into the relevant part right before the mail() command is triggered. This happens with a proxy function which is added to the t3lib_div class.
(issue imported from #M13698)
Files
Updated by Benni Mack about 14 years ago
Hey Tolleiv,
great idea. However, I think the t3lib_div::plainMailEncoded is already a proxy. What I could imagine would be to use this method all over the place and also use it to add an alternative mailing engine (SMTP :)) to it with the same way you have in your sendMail method.
What do you think?
Updated by Tolleiv Nietsch about 14 years ago
Hm ok - I'll try to bring up a patch for that, but I don't fully agree that t3lib_div::plainMailEncoded() already is what we're looking for since it does far too much work than "just" proxy mail()
Updated by Tolleiv Nietsch about 14 years ago
Hi - seems that it isn't that easy to use plainMailEncoded() as proxy for t3lib_htmlmail() - I posted a request in the typo3.dev group - maybe we could discuss it there...
Updated by Benni Mack about 14 years ago
Hey Tolleiv,
well, maybe we can have a different solution to is close to your existing one. let's talk the next few days through skype to define this. k?
Updated by Ralf Hettinger about 14 years ago
Hi guys!
I'm really looking forward to the outcome of this one ... and while you're at it, would you think that solving #19243 could be a good idea? I know, this is kind of subversively hijacking (shame on me & I'm sorry), but hey - you're touching the relevant pieces of code anyways... :)
Updated by