I agree with Markus, it's fine as is.
"Markus Fischer" <[EMAIL PROTECTED]> wrote in message [EMAIL PROTECTED]">news:[EMAIL PROTECTED]... > Current mail() implementation already has fifth optional > argument which does exactly what you want. > > And, for the 'file', it's as easy as writing: > > mail('To', 'Subject', join('',file('filename')), ... > > not that hard ... > > I don't think another mail*() function whith no significat > enhancements is a good idea. > > - Markus > > On Wed, Mar 20, 2002 at 02:48:48AM -0800, Eric Dynamic wrote : > > I've written another mail function to deal with one of our ISP clients' needs. > > I don't know if the functionality is found elsewhere - nowhere in the documentation > > that I have seen, though. > > > > The standard mail function is > > > > mail( to, subject, message, optional-headers ) > > > > The client had two issues. First is not a big deal, they had a file to send but mail() > > wants a string for the body. A file can be read into a string, so that's not major, but > > still it'd be nice to be able to read the content from a file, especially when the content > > is large. > > Second issue was more critical. We need for the user to coerce their identity for > > sendmail using "-f", but there's no way to pass additional parameters to the mailer > > with mail(). The php.ini is sitewide and the users need to submit different values for "-f". > > > > I've written and done preliminary testing for a function > > > > mailfx( to, subject, filename, optional-headers, optional-parameters ) > > > > where "mailfx" means "mail from file, extended". > > > > The optional parameters are appended to the mailer path before the mailer is invoked, > > so that allows "-f username" for sendmail. The length of the mailer path plus the > > parameters is verified not to exceed the length of the buffer used to do this. > > The optional headers are used as with mail(). > > The filename replaces the string. Now, the file is checked and opened (code ripped off > > from ext/standard/file.c), and the contents are read in and written to the mailer. > > > > The version I have works on Unix. I've left the relevant ifdef WIN32's in place for a > > Windows person to complete the Windows version (since I won't assume parameters are > > handled the same on Windows.) Hopefully not much work there. > > > > Having the parameter version read a file and the normal version use a string is a little > > awkward, maybe a better thing to do is make an extended function that provides a flag > > to indicate if the source is a file or a string. Yet another argument... Anyway, this > > thing works for me as an integral part of PHP4 - I used the code of php-4.0.3pl1 to do this. > > > > Something like this would be generally useful. If PHP core team is interested, let me know > > what I need to submit for review for possible inclusion. > > > > -ecsd > > > > -- > > PHP Development Mailing List <http://www.php.net/> > > To unsubscribe, visit: http://www.php.net/unsub.php > > -- > Please always Cc to me when replying to me on the lists. > GnuPG Key: http://guru.josefine.at/~mfischer/C2272BD0.asc -- PHP Development Mailing List <http://www.php.net/> To unsubscribe, visit: http://www.php.net/unsub.php
