Contenu | Rechercher | Menus

Annonce

Si vous avez des soucis pour rester connecté, déconnectez-vous puis reconnectez-vous depuis ce lien en cochant la case
Me connecter automatiquement lors de mes prochaines visites.

À propos de l'équipe du forum.

#1 Le 15/12/2021, à 16:35

abecidofugy

[Résolu] Mail ne s’envoie pas avec php 8, mais si avec php 7.4

Salut,

Dans une installation multiphp chapeautée par HestiaCP, je ne comprends pas pourquoi mon envoi de mail ne semble pas se faire avec PHP 8, mais abouti dans ma bàl sans problème avec PHP 7.4
Je n’ai pas d’erreur, et pas de trace dans les logs, si ce n’est que mon Drupal liste les deux envoies tests de mail, et que par ailleurs je n’ai ni erreur, ni warning, ni notice dans Database Login de Drupal 9.

Dans les deux cas, mailq ne retourne rien (donc EXIM fait son travail). Je n’ai pas d’erreur dans les logs d’Apache non plus, et je ne sais plus où chercher la différence qu’il peut y avoir dans ma config.

# cat /etc/nginx/nginx.conf | grep timeout
    client_header_timeout           180s;
    client_body_timeout             180s;
    send_timeout                    600s;
    keepalive_timeout               30s;
    fastcgi_connect_timeout         30s;
    fastcgi_read_timeout            300s;
    fastcgi_send_timeout            180s;
    fastcgi_cache_lock_timeout      5s;
    proxy_connect_timeout           600s;
    proxy_read_timeout              600s;
    proxy_send_timeout              600s;
    ssl_session_timeout 60m;
    resolver_timeout    5s;
    proxy_cache_use_stale error timeout invalid_header http_502;
    fastcgi_cache_use_stale updating error timeout invalid_header http_500 http_503;
# cat /etc/php/8.0/fpm/php.ini |grep max_execution_time
max_execution_time = 600
cat /etc/apache2/apache2.conf
[…]
# Global configuration
PidFile ${APACHE_PID_FILE}
Timeout 600
KeepAlive Off
MaxKeepAliveRequests 100
KeepAliveTimeout 10

J’avais un problème de timeout, donc j’avais uniformisé les entrées se rapportant à  ça, dans les trois fichiers de conf.

Je peux rajouter encore le php.ini de PHP 8 :

max_execution_time = 600
max_input_time = 120
memory_limit = 4096M
post_max_size = 8M
upload_max_filesize = 20M
max_file_uploads = 20
default_socket_timeout = 180 

Des idées de où chercher ?

Merci bcp de votre aide.

Dernière modification par abecidofugy (Le 15/12/2021, à 18:15)

Hors ligne

#2 Le 15/12/2021, à 17:01

iznobe

Re : [Résolu] Mail ne s’envoie pas avec php 8, mais si avec php 7.4

Bonjour une idée toute bete , mais sait on jamais , le dossier spam de BAL ?


retour utilisable de commande
MSI Z490A-pro , i7 10700 , 32 GB RAM .

En ligne

#3 Le 15/12/2021, à 17:03

abecidofugy

Re : [Résolu] Mail ne s’envoie pas avec php 8, mais si avec php 7.4

Salut iznobe,

iznobe a écrit :

Bonjour une idée toute bete , mais sait on jamais , le dossier spam de BAL ?

Oui, le mail envoyé par php 7.4 tombe bien dans les spams (car cette adresse mail est assez spammée par ailleurs) mais avec php 8 je n’ai rien, ni dans les spams, ni ailleurs.

Dernière modification par abecidofugy (Le 15/12/2021, à 17:05)

Hors ligne

#4 Le 15/12/2021, à 17:10

iznobe

Re : [Résolu] Mail ne s’envoie pas avec php 8, mais si avec php 7.4

y a pas des logs pour exim ? je pense que ca serait ce que je regarderais en 1er .

ou alors les activer , puis verifier .

Dernière modification par iznobe (Le 15/12/2021, à 17:11)


retour utilisable de commande
MSI Z490A-pro , i7 10700 , 32 GB RAM .

En ligne

#5 Le 15/12/2021, à 18:15

abecidofugy

Re : [Résolu] Mail ne s’envoie pas avec php 8, mais si avec php 7.4

@iznobe : un énorme merci à toi. Je viens de consulter les logs d’exim (vu dans le wiki de notre ubuntusite) et :
cat /var/log/mail.err       <---------- ne donne rien
cat /var/log/exim4/mainlog me donne les entrées des deux mails, mais je ne sais pas trop pourquoi, mais Drupal 9 avec php 8 n’envoie pas le mail en copie conforme (c’est comme ça que je testais pour savoir si les mails clients étaient reçus).
Je vais donc me tourner vers Drupal pour leur demander si c’est normal, ou pas ^^

Je passe le sujet en résolu, car je pense que mon client a eu mon mail test, mais je vais le contacter téléphoniquement pour plus d’assurance.

Merci à toi et belle soirée wink

Hors ligne