Re: [sympa-fr] Problème de distribution

[David Verdin <adresse@cachée>]

Bonjour Guillaume,

Le 23/09/14 11:20, Guillaume Laurès a écrit :

Bonjour, 

J'ai besoin d'aide pour diagnostiquer un problème de distribution.

Le symptôme : certains abonnés n'ont pas reçu le mail.

Sûr ? C'est pas parti dans un folder spam ou autre ? C'est pas du grey-listing, un serveur SMTP momentanément innacessible ou autre bizarrerie du genre ?

L'installation : sympa 6.1.22 sur RH6 avec MTA postfix, qui relaie vers un MTA Zimbra 7

Tous les abonnés sont membre du cluster Zimbra. Antispam désactivé (mais pas l'anti-virus).

Les abonnés en question sont bien abonnés, exemple : 
Email 	Domaine 	Avatar 	Nom 	Réception 	Sources 	Abonné depuis 	Mise à jour
adresse@cachée 		  	réception au format HTML uniquement 	subscribed 	15 sept. 2014 	15 sept. 2014 
Le quota de la boite n'est pas atteint.

Ça répond en partie à mes premières questions. Mais j'en ai d'autres. ;)

Est-ce qu'il y a des abonnés dans l'un des cas suivants :
- réception "nomail"
- réception "digest", "digestplain", "notice" ou "summary"
- abonnement suspendu
- réception au format HTML pur ou texte pur (avec un message qui ne contiendrait pas l'un de ces deux formats)

Le log de sympa a l'air clean : 
Sep 22 16:47:08 localhost sympa[9290]: notice main::DoFile() Processing /adresse@cachée ; sender: EXPEDITEUR Structure <adresse@cachée>#012 ; message-id: <adresse@cachée>#012 
Sep 22 16:47:08 localhost sympa[9290]: info main::DoMessage() Processing message for diffusion with priority 5, <adresse@cachée>#012 
Sep 22 16:47:09 localhost sympa[9290]: info Auth::create_one_time_ticket() Auth::create_one_time_ticket(adresse@cachée,listes.domain.tld,modindex/diffusion,mail) value= 15205934488940 
Sep 22 16:47:09 localhost sympa[9290]: notice List::send_to_editor() ticket : 15205934488940 
Sep 22 16:47:10 localhost sympa[9290]: info main::DoMessage() Key a21bad11df177a3d5b4217a961edf106 for list diffusion from adresse@cachée sent to editors, /adresse@cachée 
Sep 22 16:53:20 localhost sympa[9290]: notice main::DoFile() Processing /adresse@cachée ; sender: adresse@cachée#012 ; message-id: <adresse@cachée>#012 
Sep 22 16:53:20 localhost sympa[9290]: info main::DoSendMessage() Processing web message for adresse@cachée 
Sep 22 16:53:21 localhost sympa[9290]: info main::DoSendMessage() Message for adresse@cachée sent 
Sep 22 16:53:26 localhost sympa[9290]: notice main::DoFile() Processing /adresse@cachée ; sender: adresse@cachée#012 ; message-id: <adresse@cachée>#012 
Sep 22 16:53:26 localhost sympa[9290]: notice Commands::parse() Parsing: 
Sep 22 16:53:26 localhost sympa[9290]: notice Commands::parse() Parsing: QUIET DISTRIBUTE diffusion a21bad11df177a3d5b4217a961edf106 
Sep 22 16:53:32 localhost sympa[9290]: notice List::send_msg() No VERP subscribers left to distribute message from adresse@cachée to list diffusion 
Sep 22 16:53:32 localhost sympa[9290]: info Commands::distribute() Message for diffusion from adresse@cachée accepted (6 seconds, 309 sessions, 7723 subscribers), message-id=<adresse@cachée>#012, size=0 
Sep 22 16:53:32 localhost sympa[9290]: info Commands::distribute() DISTRIBUTE diffusion a21bad11df177a3d5b4217a961edf106 from adresse@cachée accepted (6 seconds) 
Sep 22 16:53:39 localhost bulk[9298]: info Workload increased: 294 packets to process. Creating 2 child bulks to increase sending rate. 
Sep 22 16:53:39 localhost bulk[9298]: info Starting bulk child daemon, pid 26082 
Sep 22 16:53:39 localhost bulk[26082]: info Bulk slave daemon started with pid 26082 
Sep 22 16:53:40 localhost bulk[9298]: info Starting bulk child daemon, pid 26088 
Sep 22 16:53:40 localhost bulk[26088]: info Bulk slave daemon started with pid 26088 
Sep 22 16:54:53 localhost bulk[9298]: notice Done sending message <adresse@cachée> to list adresse@cachée (priority 5) in 81 seconds since scheduled expedition date.

Pendant ce temps dans wwsympa.log :
Sep 22 16:53:34 localhost archived[9316]: notice Archiving adresse@cachée for list adresse@cachée
Sep 22 16:53:54 localhost bounced[9331]: notice main::update_subscriber_bounce_history() Received bounce for email address adresse@cachée, list diffusion
Sep 22 16:53:54 localhost bounced[9331]: notice main::update_subscriber_bounce_history() Received bounce for email address adresse@cachée, list diffusion
Sep 22 16:53:54 localhost bounced[9331]: notice main::update_subscriber_bounce_history() Received bounce for email address adresse@cachée, list diffusion-uns
...

Donc il y a du bounce.

Par contre une estimation grossière des emails envoyés confirme qu'il en manque (pas d'autre liste utilisée dans le même intervalle de temps): 
[root@serveur_sympa ~]# grep " to=<" /var/log/maillog | wc -l
6882

Je ne sais pas si postfix log comme sendmail, mais n'oublions pas que Sympa fait du bulk mailing : s'il peut grouper plusieurs abonnés dans une seule session, il le fait. Dans ce cas, le log sendmail resemble à ça :

Sep 23 11:31:50 listes sendmail-bd[25054]: s8N9Vm8G025034: to=<adresse@cachée>,<adresse@cachée>,[...],<adresse@cachée>, delay=00:00:01, xdelay=00:00:01, mailer=esmtp, pri=750192, relay=smtp1.cru.fr. [195.220.94.131], dsn=2.0.0, stat=Sent (s8N9Vn5P010911 Message accepted for delivery)
Donc ton grep renvoie une seule ligne pour x adresses email destinataires.
À moins que ta liste soit à 100% de VERP ou en mode merge, tu auras toujours moins de ligne de log de messagerie que de destinataires. En fait les résultats de ta commande te donne le nombre de sessions, pas le nombre de destinataires.

Dans quelle direction puis-je continuer les investigations pour déterminer combien d'abonnés sont concernés et pourquoi ? 

L'analyse des bounces, déjà. Tous ceux qui ont bouncé n'ont pas reçu le message. Si tu as l'adresse d'une personne qui n'a pas reçu le message, cherche-la dans les logs de bounced.
Si le message s'est fait jeter par un antispam, tu n'as pas forcément de bounce. Le rejet peut être silencieux pour éviter le backscattering.

Voilà, bon courage !

David

Merci de votre aide,

Cordialement - best Regards 
Guillaume Laurès 

Yaziba, la solution Collaborative hébergée / http://www.yaziba.net 
Netixia, nos dernières références / http://www.netixia.fr/references 

Chef de Projet NETIXIA 
Email : adresse@cachée 
Fixe : 02 47 64 64 64 - poste 506 

---------------------------------------------- 
Note de confidentialité : Les informations contenues dans ce document peuvent présenter un caractère confidentiel et sont couvertes par le secret professionnel. 
Leur utilisation par toute autre personne que le destinataire est strictement interdite. En cas d'erreur, merci de nous prévenir immédiatement par téléphone au 02 47 05 78 50. 
Confidentiality note : This message and any supporting information is confidential and privileged. If you are not the intended recipient, please be notified that disclosing or making use of the contents without permission is prohibited. If you receive this message erroneously please contact us immediately with the following telephone number +33 2 47 05 78 50. 

--
A bug in Sympa? Quick! To the bug tracker!

David Verdin Études et projets applicatifs
Tél : +33 2 23 23 69 71 Fax : +33 2 23 23 71 21   www.renater.fr	RENATER 263 Avenue du Gal Leclerc 35042 Rennes Cedex

Attachment: smime.p7s
Description: Signature cryptographique S/MIME