Feature #22212
closed
Add proxy for the mail() function
Added by Tolleiv Nietsch over 14 years ago.
Updated over 14 years ago.
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
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?
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()
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...
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?
Hi Benni - yes - nice plan - ttyl
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... :)
committed to trunk rev 7349
Also available in: Atom
PDF