Re: Proposal: Mail Handling, feedback requested
On Tue, 2014-03-25 at 13:51 -0400, Gary Mort wrote:
> Sending mail is just passing a stream of bytes to a stream. That stream
> could be an SMTP server, it can be an executable program, or it can be a
> file.
Even that is not that easy, as Rasmus wrote.
> Frameworks are encouraged to subclass MailMessage and extend it's
> functionality to suite their requirements - ie if they to synchronize
> the header property with the recipients/from/subject properties they are
> free to do so - there is no rule/standard saying they cannot.
So frameworks should still contain their own mail classes working
differently? So this is neither solving the sending problem nor the
"it's different everywhere" problem.
That aside I repeat my typical statement: This is better done in
userland, i.e. by PHP-FIG. It should only be in core when there are
obvious benefits. Userland gives more contributors, simpler debugging,
less issues for evolving the implementation, ...
johannes
Thread (10 messages)