# /etc/init.d/sympa start
Starting Sympa subsystem:
Starting sympa, overwriting old pid file. [ OK ]
Starting module bulk.pl: [ OK ]
Starting module archived.pl: [ OK ]
Starting module bounced.pl: [ OK ]
Starting module task_manager.pl: Missing files. Aborting.
[ÉCHOUÉ]
touch: ne peut faire un touch sur `/home/sympa/var/lock/subsys/sympa': Aucun fichier ou répertoire de ce type
Solution :
# /home/sympa/bin/task_manager.pl --foreground # ln -s /home/sympa/default/ca-bundle.crt /home/sympa/bin/etc/ca-bundle.crt # mkdir var # mkdir var/lock # mkdir var/lock/subsys # chown -R sympa:sympa var
Quand les messages restent dans ~sympa/spool/msg, il suffit de redémarrer sympa.
/etc/init.d/sympa restart
Le script surveillance_msg.sh surveiller que des messages ne stagnent pas.
Si les messages sont toujours sous /home/sympa/spool/msg
regarder si tous les process sympa s'exécutent
Regarder dans les logs.
On peut essayer de transférer les messages dans /home/sympa/spool/distribute
Remarque : ne pas tenir compte du dossier bad
exemple : mv /home/sympa/spool/msg/spip.1119952.12568 /home/sympa/spool/distribute
Les causes :
Provoquer par un problème de synchronisation avec un groupe ldap (de plus de 1000 abonnés) pour une liste configurée en ldap 2 passe : passer à ldap 1 passe
Pour distribuer des messages dans ~sympa/spool/msg/bad
# postqueue -p : donne la liste de tous les messages en attente # postqueue -p | grep <expediteur> pour filtrer sur l'expediteur # postqueue -p | grep <expediteur> | cut -c1-10 | grep -v '^[[:space:]]*$' > a_supprimer
Permet d'obtenir l'identifiant de tous les messages en attente que l'on veut supprimer
Puis faire un vi a_supprimer
:g/^/s//postsuper -d /
Quitter vi (postsuper -d supprime le message dont l'identifiant est donné dans l'option -d)
Exécuter le fichier a_supprimer
Attention : méthode empirique non officielle <note importante>
</note>
Sympa ne redémarre pas avec un message du style
... marked as crashed and should be repaired
Se connecter sur la base puis
repair table <table>;
Impossible de générer le fichier aliases.db
Solution bidouille
# cp -p sympa_aliases.db aliases.db # newaliases
Redémarrer le service sympa
L'automatiser par cron toute les nuits
45 2 * * 1-6 /etc/init.d/sympa restart > /dev/null 2>&1
Attention pour la prise en compte des modifications dans les fichiers de propriétaires et modérateurs, il ne faut pas que redémarrer sympa:
# /etc/init.d/sympa stop
# ps -ef |grep sympa
sympa 1002 966 1 10:44 ? 00:01:12 /usr/bin/perl /home/sympa/bin/wwsympa.fcgi
sympa 1487 966 0 10:54 ? 00:00:22 /usr/bin/perl /home/sympa/bin/sympa_soap_server.fcgi
sympa 2704 966 0 11:57 ? 00:00:03 /usr/bin/perl /home/sympa/bin/wwsympa.fcgi
root 3085 381 0 12:10 pts/0 00:00:00 grep sympa
# kill -9 1002 1487 2704
# /etc/init.d/sympa start
Si un message est constitué sans l'“En-têtes SMTP” “Message Id”, le message ne sera pas distribué.