Accéder au contenu.
Menu Sympa

fr - Re: [sympa-fr] Posts reçus en plusieurs exempaires voire non reçus

Objet : Pour les administrateurs de serveurs de listes utilisant le logiciel Sympa

Archives de la liste

Chronologique Discussions  
  • From: Aumont <adresse@cachée>
  • To: adresse@cachée
  • Cc: adresse@cachée
  • Subject: Re: [sympa-fr] Posts reçus en plusieurs exempaires voire non reçus
  • Date: Tue, 19 Mar 2002 08:58:30 +0100

adresse@cachée wrote:
>
> Bonjour,
>
> Le serveur Sympa semble correctement installé, un test avec plusieurs
> adresses email montre que les mailings sont (apparemment) tous correctement
> distribués, pourtant ponctuellement mais régulièrement des abonnés écrivent
> pour se plaindre des problèmes suivants :
> - réception d'un même post en de multiples exemplaires ;
> - réception d'aucun post, alors que le message de confirmation d'abonnement
> a bien été reçu (un filtrage antispamming excessif est à écarter car
> volontairement désactivé) ;
> - réception d'un message de confirmation en plusieurs exemplaires.
>
> Auriez-vous une idée du problème?
Nous n'avons rencontré ce problème toujours expliqué (pop avec leave
mail on serveur qui ne marque pas les messages lu, abonnement multiple
sous des adresses différentes, message envoyé +sieurs fois dans la
liste, anomalie de sendmail, ...). Pour traquer ce genre de PB, demander
aux abonnés de vous donner les messages incriminés et vérifier le
message-id : 2 message-id différents : regarder si Sympa n'a pas
distribué 2 fois un message qu'il aurait tout simplement reçu 2 fois. 2
message-id identique : suspecter un client qui ne gère pas correctement
sa boite au lettre ou un sendmail qui pédale. Regarder les received-by
(avec les indications horaires).

Dans tout les cas, activer l'option -m de sympâ pour logguer les appels
à sendmail, regarder aussi les logs de sendmail. Par le passé nous avons
soupsonné d'avoir obtenu ce disfonctionnement en ayant stressé sendmail
avec nrcpt (nombre de destinataire par appel à sendmail, positionné dans
dans sympa.conf) trop élevé et avec des spools de sendmail trop lourd.
Le sendmail qui scanne la queue tout les #minutes arrivait à recommencer
une boucle sur son spool alors que la précédente n'était pas encore
terminée.

--
-----------------------------------------------------------
Serge Aumont Comité Réseaux des Universités
Campus Beaulieu
35042 Rennes Cedex



Archives gérées par MHonArc 2.6.19+.

Haut de le page