Faq des problèmes sur sympa

# /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

• /usr/bin/perl /home/sympa/bin/wwsympa.fcgi
• /usr/bin/perl /home/sympa/bin/sympa_msg.pl
• /usr/bin/perl /home/sympa/bin/bulk.pl
• /usr/bin/perl /home/sympa/bin/archived.pl
• /usr/bin/perl /home/sympa/bin/bounced.pl
• /usr/bin/perl /home/sympa/bin/sympa_soap_server.fcgi
• /usr/bin/perl /home/sympa/bin/wwsympa.fcgi

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 :

• Le processus task_manager.pl précédent (avec le pid 19903) est mort
• Le processus sympa_msg.pl précédent (avec le pid 19868) est mort brutalement.
• Une adresse est spammée : regarder si elle apparait en surnombre sous /home/sympa/spool/msg
• …..

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

1. Changer les droits des messages dans le dossier bad : -rw——- en -rw-rw-rw-
   chmod 644 ~sympa/spool/msg/bad/<liste>*
2. Transférer les messages désirés dans ~sympa/spool/msg/

# 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)

Executer le fichier a_supprimer

Attention : méthode empirique non officielle <note importante>

1. Aller dans ~sympa/arc/<nom liste>/<date>/arctxt
2. Rechercher le message
   • soit regarder la date
   • soit faire un grep avec un morceau du sujet
3. Supprimer le fichier correspondant
4. Reconstruire l'archive par l'interface web dans Admin sympa :
   
   saisir le nom de la liste et cliquer sur Reconstruire les archives

</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