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
