Version installée : 1.2.7 [release]
Version PHP : 8.0.28
Version SQLite : 3.27.2
Heure du serveur : 14/04/2023 à 12:10
Chiffrement GnuPG : non, module PHP gnupg non installé ?
Hébergement : OVH
Bonjour,
J’ai a plusieurs reprise écrit pour des problèmes d’envoi de mails qui se
terminaient par une page d’erreur PHP et à la clef, seulement une partie des adhérents
recevait le mail dont certains en plusieurs exemplaires.
Ce problème d’erreur PHP semble avoir disparu depuis le passage à la version 1.2.7.
Par contre, j’ai envoyé hier un mail au 400 adhérents « inscrit à la lettre
d’information » (mail de quelques lignes en texte brut), pas d’erreur PHP, juste un
joli message sur fond vert « le mail a bien été envoyé ».
Mais, certains ont d’abord reçu le précédent mail que j’avais envoyé il y a
quelques semaines, puis le bon mail quelques minutes plus tard.
Est-ce qu’il y a un moyen d’éviter ce genre de bug ? C’est vraiment extrèmement
pénible.
Le précédent mail, envoyé fin mars était un appel à du bénévolat pour une
opération ayant lieu le 2 avril, je vous laisse imaginer les réponses que je reçois ce
matin…
Merci d’avance,
Il est fort possible que les erreurs que tu ait eut indiquent que le
temps d'exécution du script, et donc une partie des messages n'a pas
été envoyée.
Donc il a été envoyé lors de l'appel suivant à la file d'attente. Dans
ce cas c'est l'envoi d'un nouveau message.
Tu aurais pu envoyer les messages en attente dans "Message collectif",
onglet "Adresse rejetées".
Il est conseillé de configurer un cron si tu envoie des messages à de
nombreux destinataires. Tout cela est documenté :
https://fossil.kd2.org/paheko/wiki?name=Configuration
Cordialement.
Le 14 avr. 2023 à 12:59, BohwaZ/Paheko <bohwaz@paheko.cloud> a écrit :
>
> Tu aurais pu envoyer les messages en attente dans "Message
collectif",
> onglet "Adresse rejetées".
J’ai bien vérifié avant l’envoi, il n’y avait aucun message en attente, juste les
3 ou 4 mails de ceux qui se sont désinscrits.
De plus, je suis quasiment sur que le précédent envoi s’était bien passé.
Du coup, est-ce qu’il est possible qu’il y ait des mails en attente dans le base SQL
mais que ça ne s’affiche pas dans l’interface des Adresses rejetées ?
Je vais étudier la configuration d’un CRON si c’est possible avec OVH
Merci
> Du coup, est-ce qu’il est possible qu’il y ait des mails en attente
> dans le base SQL mais que ça ne s’affiche pas dans l’interface des
> Adresses rejetées ?
Non.
Voici la requête exécutée pour compter le nombre de mails sur cette
page :
SELECT COUNT(*) FROM emails_queue;
Donc *tous* les mails en attente sont comptés. Il n'existe pas d'autre
endroit où seraient "cachés" les mails en attente.
Donc si tu dis que la queue était vide, c'est que les mails n'ont pas
été envoyés par Paheko, mais étaient en attente chez OVH. Enfin je ne
vois que ça.