PHP Conference Nagoya 2025

Configuración en tiempo de ejecución

El comportamiento de estas funciones se ve afectado por la configuración de php.ini.

Opciones de configuración de Mail
Nombre Por defecto Cambiable Historial de cambios
mail.add_x_header "0" INI_PERDIR Disponible a partir de PHP 5.3.0.
mail.log NULL INI_PERDIR Disponible a partir de PHP 5.3.0. (INI_SYSTEM|INI_PERDIR)
mail.force_extra_parameters NULL INI_PERDIR Disponible a partir de PHP 5.0.0. (INI_SYSTEM|INI_PERDIR)
SMTP "localhost" INI_ALL  
smtp_port "25" INI_ALL Disponible a partir de PHP 4.3.0.
sendmail_from NULL INI_ALL  
sendmail_path "/usr/sbin/sendmail -t -i" INI_SYSTEM  
Para más detalles y definiciones de los modos de INI_*, vea Dónde se puede realizar un ajuste de configuración.

He aquí una breve explicación de las directivas de configuración.

mail.add_x_header bool

Añade X-PHP-Originating-Script que incluirá el UID del script seguido por el nombre del fichero.

mail.log string

La ruta al archivo log que registrará todos los llamados a la función mail(). Las entradas de registro incluyen la ruta completa al script, número de línea, dirección To y cabeceras.

mail.force_extra_parameters string

Fuerza la adición de los parámetros especificados a ser pasados como parámetros extra al binario de sendmail. Estos parámetros siempre remplazarán el valor del 5º parámetro a mail(), incluso en el modo seguro.

SMTP string

Únicamente bajo Windows: nombre del servidor o dirección IP del servidor SMTP que debe usar PHP para enviar los correos con la función mail().

smtp_port int

Únicamente bajo Windows: número del puerto al que conectar en el servidor especificado en las opciones SMTP cuando se envíe un correo con mail(); por defecto 25. Disponible desde PHP 4.3.0.

sendmail_from string

Cual dirección de correo "From:" debe ser usada como remitente del correo enviado por PHP bajo Windows. Esta directiva también establece el valor de la cabecera "Return-Path:".

sendmail_path string

Ruta donde puede encontrarse el programa sendmail, generalmente /usr/sbin/sendmail o /usr/lib/sendmail. configure intenta localizarlo para establecerlo por defecto, pero si falla, se usa esta variable.

Los sistemas que no usen sendmail deberían establecer esta directiva al wrapper o sistema alternativo que ofrezca el sistema de correo, si tiene. Por ejemplo, usuarios de » Qmail pueden fijar como valor /var/qmail/bin/sendmail o /var/qmail/bin/qmail-inject.

qmail-inject no requiere ninguna opción para procesar correo correctamente.

Esta directiva funciona también bajo Windows. Si se le da un valor, smtp, smtp_port y sendmail_from son ignorados y se ejecuta el comando especificado.

add a note

User Contributed Notes 4 notes

up
26
elitescripts2000 at yahoo dot com
10 years ago
On Ubuntu 13.04, not sure of the other Distros.

If you simply uncomment the default:

sendmail_path = "sendmail -t -i"

Your mail() functions will all fail. This is because, you should place the FULL PATH (i.e. /usr/sbin/sendmail -t -i )

The documentation states PHP tries it's best to find the correct sendmail path, but it clearly failed for me.

So, always enter in the FULLPATH to sendmail or you may get unexpected failing results.

As a secondary note: Those that just want to ENFORCE the -f parameter, you can do so in php.ini using:

mail.force_extra_parameters = -fdo_not_reply@domain.tld

You can leave the sendmail path commented out, it will still use the defaults (under UNIX -t -i options which if you look them up are very important to have set)....

But, now there is no way to change this, even with the 5th argument of the mail() function. -f is important, because if NOT set, will be set to which ever user the PHP script is running under, and you may not want that.

Also, -f sets the Return-Path: header which is used as the Bounce address, if errors occur, so you can process them. You you can not set Return-Path: in mail() headers for some reason... you could before. Now you have to use the -f option.
up
3
jscholz at wisc dot edu
2 years ago
The documentation should be made clear that sendmail does NOT default to -t -i when using just /usr/sbin/sendmail. You literally need to specify the options.

I know this might seem like a no-brainer but I wasted hours trying to get mail() to work only to discover that the sendmail program is NOT passed -t and -i by default as stipulated in the documentation.
up
-1
php dot net at ii0 dot net
8 years ago
If anyone gets this cryptic error message in the PHP error logs:
"sh: -t: command not found"
after upgrading from PHP 5.4, this may be the solution for you.

I upgraded PHP from 5.4 to 5.6 and all our mail() functionality suddenly broke, with no useful error logging.

If this is you, and you've been using ini_set() to set the "sendmail_path" then note that even though it's apparently not mentioned in the upgrade documentation -- or anywhere else I could find on php.net (or a dozen forums) -- you'll now need to go set the sendmail_path in your php.ini file; it is now ignored if you use ini_set() to specify a path to the sendmail binary on the fly.

So, just specify "sendmail_path" in php.ini instead. That's all there is to it -- that fixed all the mail() functionality for us.

Hope this little note saves someone else as much time as I spent troubleshooting and researching. Cheers!
up
-3
Mark Simon
5 years ago
It is worth reiterating that, as stated above, sendmail_path also works for Windows, overriding other Windows SMTP settings.

The comment in php.ini, “For Unix only”, does not make that clear.

This makes it relatively easy to substitute a fake sendmail program or even a shell script/batch file to save mail to a text file.

I use this technique when teaching or testing in PHP.
To Top