Re: making mail() funtion work without sendmail on UNIX systems
| From: | Rasmus Lerdorf | Date: | Fri, 19 Oct 2001 08:19:07 +0000 |
| Subject: | Re: making mail() funtion work without sendmail on UNIX systems | ||
| References: | 1 | Groups: | php.dev |
| Request: | Send a blank email to php-dev+get-68307@lists.php.net to get a copy of this message | ||
On Fri, 19 Oct 2001, Hartmut Holzgraefe wrote:
> Rasmus Lerdorf wrote:
>
> > I am really not a big fan of putting smtp code into PHP on UNIX. The
> > whole philosophy of UNIX is to have a collection of small specialized
> > tools that work together instead of one mammoth tool. Which UNIX system
> > does not have the ability to send mail? We really should not be
> > re-inventing every wheel out there.
>
> #1 unified configuration in php.ini for win *and* unix
That's just silly. The aim is then to implement all the things that don't
come standard with Windows but are part of UNIX in PHP?
> #2 From: header settings both message and SMTP
As long as you have a trusted sender id you can set the From header
already on UNIX.
> #2 independance of how good the /usr/lib/sendmail binary
> emulation provided by different MTAs (if at all) is
So we are going to be rewriting sendmail. Great.
> #4 error checking
Hrm.. Maybe, although that could be handled.
You completely lose the most important feature. A non-blocking mail()
call which queues the message. Having a web app wait on an smtp delivery
is crap. Mail should be delivered out of band.
> what happens today if you have an application that does more
> then just simple informative messages with PHP is that you
> stay away from mail() altogether and talk SMTP using fsockopen()
> as the sendmail binary interface is just not up to what you need
I haven't seen anybody do this on UNIX.
-Rasmus