Re: Bug #621 Updated: mail() not RFC821/822 compliant (2/4)

From: Date: Thu, 13 Aug 1998 20:40:05 +0000
Subject: Re: Bug #621 Updated: mail() not RFC821/822 compliant (2/4)
References: 1  Groups: php.dev 
Request: Send a blank email to php-dev+get-180@lists.php.net to get a copy of this message
On 13 Aug 98, at 19:58, Bug Database wrote: > ID: 621-623 > Updated by: shane > Reported By: walton@nordicdms.com > Status: Closed > > > When and if I get time to deal with this I will, otherwise, if > someone wants to do it, feel free :) That was my take on those bugs, too (except for #620, which was actively causing problems). I just submitted #621-623 to provide documentation of what needs work and why, to assist whomever happens to get the time first. For those, I think a status of "Analyzed" or "Suspended" would be more appropriate to indicate that there is still work to be done. "Closed" kind of says "Ignore this. All done." > There are several good external mailers on NT that can be used > via execing them. One is called blat. That brings to mind a suggestion for a small change to PHP's mail configuration: [mail function] mailer = ;"internal" or "external" SMTP = ;for internal mailer only sendmail_from = ;for internal mailer only sendmail_path = ;for external mailer only, ;may supply arguments as well ;(default is "sendmail -t") This would allow the use of external mailers on NT (and the internal mailer on Unix) if desired. An interesting mental exercise: How full-featured would the internal mailer need to be before PHP would ship with "mailer = internal" by default? Dave ---------------------------------------------------------------------- Dave Walton Webmaster, Postmaster Nordic Entertainment Worldwide walton@nordicdms.com http://www.nordicdms.com ---------------------------------------------------------------------- -- PHP Development Mailing List http://www.php.net/ To unsubscribe send an empty message to php-dev-unsubscribe@lists.php.net For help: php-dev-help@lists.php.net

« previous php.dev (#180) next »