Forum

Je viens de faire l'évolution de Mageia 6 vers 7.1.
Depuis, je ne peux plus rapatrier mes mail avec fetchmail. Le processus se lance et reste bloqué en mémoire.
J'ai fait l'essai de réinstaller le fetchmail de Mageia 6 mais en vain, le problèmes reste le même.
Quelqu'un rencontre t'il le même problème ?
Par avance, merci pour toute réponse.

t'as récupéré ton fichier .fetchmailrc de ta mageia 6 ?

Oui bien sûr.
Depuis 2003, j'utilise ce fichier, c'est dire si il est éprouvé.

dans ce cas dans le fichier .fetchmailrc tu rajoutes un
set logfile /var/log/fetchmail.log
et tu regardes ce que te dit le fichier de log

tu lances fetchmail comment ? Par cron ?

perso j'ai un script cron qui contient la commande

/usr/bin/fetchmail --sslcertck -a -f /root/.fetchmailrc -L /var/log/fetchmail.log

dans le fichier .fetchmailrc je récupère les mails de tous les utilisateurs de mon réseau perso

Oui, je lance un script bash par cron toutes les 11 minutes.
Je lance mailfilter pour éliminer les spam les plus connus. La ligne de commande fetchmail c'est ça:
/usr/bin/fetchmail -a -f /root/.fetchmailrc -L /var/log/fetchmail.log
echo "" >> /var/log/fetchmail.log
Dans le log j'ai ça:
fetchmail: Erreur de connexion pour cette récupération:
nom 0: échec de connexion avec localhost:smtp [127.0.0.1/25] : Connexion terminé
e par expiration du délai d'attente.
nom 1: échec de connexion avec localhost:smtp [127.0.0.1/25] : Connexion terminé
e par expiration du délai d'attente.
fetchmail: Échec de connexion SMTP avec localhost
fetchmail: erreur Transaction SMTP durant la réception de machin.chose@pop.free.
fr et l'envoi vers le serveur SMTP localhost
fetchmail: État de la requête=10 (SMTP)
fetchmail: 1 message pour chose.machin dans pop.free.fr (37749 octets).

t'as un soucis sur ton MTA, t'utilises un serveur local ?

Oui pour le serveur local. En local, Procmail pour distribuer le mail, Postfix comme gestionnaire, et fetchmail pour le récupérer.
Mais, comme j'ai expliqué, ma configuration fonctionnait depuis 2003 jusqu'à Mageia 6.1.
L'upgrade en version 7.1 a tout cassé, et je n'ai pas d'explication rationnelle qui me permettrait de trouver ce qui cloche?

Édité par holly76 Le 10/12/2019 à 08h58

t'as un soucis avec postfix d'après les logs de fetchmail, tu as récupéré également le même fichier de log, postfix est bien lancé ?

A priori oui, voici le résultat d'un ps|grep postfix:
xxxxxxx 1171 0.0 0.0 15068 808 pts/1 S+ 05:30 0:00 grep --color postfix
root 5646 0.0 0.0 10496 3244 ? Ss 04:26 0:00 /usr/libexec/postfix/master -w
postfix 6478 0.0 0.0 10564 4668 ? S 05:22 0:00 qmgr -l -t unix -u -c
postfix 6483 0.0 0.0 10516 4516 ? S 05:22 0:00 pickup -l -t unix -u -c -o content_filter= -o receive_override_options=
postfix 10567 0.0 0.0 10512 4776 ? S 05:23 0:00 proxymap -t unix -u

Je vais approfondir la config postfix.

tape également

systemctl status postfix

ça te donnera davantage d'info

Oups, ça fait un bout de temps que je suis venu, pris par d'autres pb. Bon il faut quand même que je continue,
merci pour ta réponse.
Voici le retour de l'erreur suite au status:
janv. 02 12:00:16 serveur.hounix.loc procmail[26405]: Attempt to fake stamp by "postfix"
janv. 02 12:00:16 serveur.hounix.loc procmail[26405]: Error while writing to "/var/log/procmail.log"
janv. 02 12:00:18 serveur.hounix.loc postfix/local[26404]: 1A47D21F2B6: to=<postfix@serveur.hounix.loc>, orig_to=<root>, relay=local, delay=9.8, delays=7.9/0/0/1.9, dsn=2.0.0, status=sent (delivered to command: /usr/bin/procmail -o -a $DOMAIN -d $LOGNAME)
janv. 02 12:00:18 serveur.hounix.loc postfix/qmgr[5610]: 1A47D21F2B6: removed

Problème de droits d'écriture ?
de place libre ?

Merci de ta réponse.
procmail.log n'existe pas dans le répertoire, mais les droits d'écriture y sont. Bon je vais le créer avec un touch, on va voir si ça change quelque chose.
Le répertoire /var dispose encore de 28Go, je ne pense pas que ce soit problématique.