Problemas de instalación y desinstalación de paquetes.

[manji]

La virgen, es que ni un comando me funciona bien a la primera.

mail
No hay correo para root

wich mail
bash: wich: no se encontró la orden

ls -l /usr/bin/mail
lrwxrwxrwx 1 root root 22 mar 21 19:00 /usr/bin/mail -> /etc/alternatives/mail

dpkg -S bsd-mailx
dpkg-query: no se ha encontrado ningún paquete que corresponda con el patrón *bsd-mailx*

Estoy un poco perdido y desconcertado.
Al parecer, SI existe algún cliente o servidor de e-mail instalado en el sistema (el comando mail responde que no hay correo pdte de lectura para el usuario root)

Sin embargo, no se cual es (aunque intuyo que, aunque no se terminó de instalar bien del todo PostFix y MailUtils, será PostFix, pero a saber).

Por otra parte... el comando Wich (la primera vez que lo veo), no parece que ser un comando standard del sistema, ya que no lo encuentra.
Supongo (lo mismo demasiado), que al ser Raspbian, una versión muy ultra-ligera de Debian, a lo mejor, ese comando en concreto, no lo trae, salvo que explicitamente lo instales (por ejemplo, tampoco traía por defecto el comando Telnet y he tenido que instalarlo).
He intentado instalarlo con apt-get install wich pero....:

apt-get install wich
Leyendo lista de paquetes... Hecho
Creando árbol de dependencias
Leyendo la información de estado... Hecho
E: No se ha podido localizar el paquete wich

[egrueda]

Bueno, bueno, no te frustes:
- el comando which lo he escrito mal :-)
- el comando bsd-mailx aparecía en mi ejemplo, pero no ocurre en el tuyo

En efecto, tienes el comando mail instalado, así que la función mail de PHP debería funcionar.
Si quieres saber qué paquete proporciona el comando mail, yo haría:

Código: Seleccionar todo

ls -l /etc/alternatives/mail

En mi ejemplo, ese comando me apuntaba a /usr/bin/bsd-mailx, pero puede que en tu ejemplo apunte a otro lado.
También puedes usar el comando update-alternatives para ver, en la categoría de correo, qué comando usa por defecto:

Código: Seleccionar todo

update-alternatives --get-selections | grep mailx

Por ejemplo, a mi me devuelve esto:

Código: Seleccionar todo

mailx                          auto     /usr/bin/bsd-mailx

A otros les devolverá algo distint, por ejemplo:

Código: Seleccionar todo

mailx                          manual   /usr/bin/mail.mailutils

Y recuerda, es "which" no "wich", pero ese comando sólo sirve para decirme la ruta completa de un comando.

[manji]

which mail
/usr/bin/mail

ls -l /etc/alternatives/mail
lrwxrwxrwx 1 root root 18 mar 21 19:22 /etc/alternatives/mail -> /usr/bin/bsd-mailx

update-alternatives --get-selections | grep mailx
mailx auto /usr/bin/bsd-mailx

Vale, ya he visto que esta instalado como principal mail y como alternativo (entiendo que se refiere, a si falla con el principal) mailx, pero....

Ahora tengo que saber si el problema está en PrestaShop o en que mail o mailx NO están funcionando cuando se les llama desde la función de PHP phpmail()

¿Se puede probar a hacer desde el sistema Raspbian?
Si se puede y funcionara, entonces, el problema estaría en algo de la configuración de PrestaShop (todo esto, independientemente, de que finalmente consiga instalar PostFix y mailutils para configurar el PrestaShop la opción por SMTP).

[egrueda]

Para eso lo más fácil es probar y mirar los logs para ver dónde está el error.
Me huelo cuál es el problema, pero vamos a hacerlo paso por paso igualmente.
¿Puedes hacer una prueba desde prestashop y mandar un email?
Quédate con la hora exacta a la que lo has hecho para luego buscarlo en el log del sistema.
También puedes habilitar el registro de errores de PHP por si el problema viene de ahí.
De esa forma tienes dos logs donde consultar lo que ha pasado cuando se ha enviado el email

[manji]

¿Puedes hacer una prueba desde prestashop y mandar un email?

Hecho. ¡Y ya funciona con phpmail()!

Quédate con la hora exacta a la que lo has hecho para luego buscarlo en el log del sistema.

Aunque ya funcione.... tampoco estará mal que revise a diario el log del sistema cuando lo ponga todo en funcionamiento, pero no tengo ni idea de donde está ese fichero, ni cual es, ni su nombre.

También puedes habilitar el registro de errores de PHP por si el problema viene de ahí.
De esa forma tienes dos logs donde consultar lo que ha pasado cuando se ha enviado el email

¿Cómo activo el registro de errores de PHP?
¿Dónde puedo ver los errrores de PHP?

[egrueda]

Ahí te va a tocar documentarte sobre php.ini
https://www.php.net/manual/es/errorfunc ... ration.php

Tienes que habilitar el regisro de errore (log_errors), establecer un nivel (error_reporting) y guardar en un fichero (error_log)