RE: [sympa-fr] Paramètres nrcpt dans Sympa

[<adresse@cachée>]

Je viens de faire un test et je pense en effet qu'il y'a un problème que je 
n'explique pas...

J'ai une liste de 113 abonnés dont :

110 Abonnés en @xxxxxx.com
2 abonnés en @yyyyyyy.com
1 abonnés en @zzzzzzz.com
---------------------------------------------------------------------------
Mon sympa.conf est :
avg 10
nrcpt 50
----------------------------------------------------------------------
Resultat :
4 paquets ont été envoyés  :-?

1er paquet de 11 :
10 xxxxx.com
1 zzzzz.com

Ensuite deux paquets de 50 :
Tous des xxxxx.com

Et 1 paquets de 2
2 yyyyy.com


Si j'en crois ma config j'aurais du avoir que 3 paquets => 2 de 50 et 1 de 
13. (peut importe les domaines dans les paquets)

J'ai l'impression que des que sympa rencontre un nom de domaine differents il 
change de paquet et ne tiens pas compte de avg ! 

Cordialement, 

Lievre Marc-Alexandre
FT/OLNC/DPS/DDP/DPN

MOE Liste de diffusion

Tél : 03 83 67 51 50
adresse@cachée

 

-----Message d'origine-----
De : Sébastien JEAN [mailto:adresse@cachée] 
Envoyé : jeudi 9 février 2012 14:15
À : adresse@cachée; LIÈVRE Marc Alexandre Ext OLNC/DPS
Objet : Re: [sympa-fr] Paramètres nrcpt dans Sympa

Bonjour,

Je confirme que le comportement ne vient pas de la configuration de postfix. 
En jouant avec le paramètre « nrcpt » , le nombre de mail par lot plafonnait 
autour de 30 soit la valeur de la variable « avg » dans le « sympa.conf ».

Bizarrement, si l'on affecte la valeur de 500 à la variable « avg » 
(normalement le nombre de domaine distincts par lot), les envois se sont 
exactement en lot de 500 max! Alors que les domaines de messagerie des 
abonnés sont relativement homogène, ce n'est pas cette variable qui aurait du 
nous limiter.

À l'utilisation, il apparaît donc que c'est la valeur de la variable « avg » 
qui définit le comportement de Sympa quant au nombre de mails à envoyer par 
session et non la valeur de la variable « nrcpt » comme nous pouvons nous y 
attendre.

Avez-vous déjà constater ce comportement ? Est-ce normal ?

Cordialement

Sébastien JEAN

---
Sous-direction Infrastructure
Direction du Numérique - Université de Lorraine Tél : 03.83.59.61.49  
06.03.19.73.46


----- Mail original -----
> Exact les limitations (nrcpt) internet des FAI ne compte pas pour un 
> intranet, perso nous sommes a 50 maxi (en intranet) et ca fonctionne 
> tres bien !
> 
> Je pensais peut etre a une limitation a niveau du MTA, qui serait 
> present dans le main.cf :
> Du genre
> smtp_destination_recipient_limit
> Ou
> default_destination_recipient_limit
> 
> Cordialement,
>  
> 
> Lievre Marc-Alexandre
> FT/OLNC/DPS/DDP/DPN
> 
> MOE Liste de diffusion
> 
> Tél : 03 83 67 51 50
> adresse@cachée
> 
>  
> 
> -----Message d'origine-----
> De : adresse@cachée [mailto:adresse@cachée] De la 
> part de Mathieu LARCHET Envoyé : jeudi 9 février 2012 10:20 À : 
> adresse@cachée; Christophe Lecerf Objet : Re: [sympa-fr] Paramètres 
> nrcpt dans Sympa
> 
> Cette réponse n'apporte rien non plus.
> 
> Nous parlons ici de messages envoyés à des listes de 80000 abonnés, 
> dans une architecture où la machine Sympa n'est pas autorisée à 
> émettre des messages vers l'extérieur et passe obligatoirement par un 
> serveur relai en DMZ chargé d'appliquer les règles d'anti-spam, 
> anti-virus etc.
> 
> La question originale cherche à savoir pourquoi les valeurs 
> paramétrées en conf sont loin d'être atteintes en réalité.
> 
> ----- Mail original -----
> De: "Christophe Lecerf" <adresse@cachée>
> À: adresse@cachée, "Eric Duval" <adresse@cachée>
> Envoyé: Jeudi 9 Février 2012 09:58:15
> Objet: Re: [sympa-fr] Paramètres nrcpt dans Sympa
> 
> Bonjour à tous,
> 
> C'est assez curieux de voir que vous séparez les fonctions d'un 
> serveur de messagerie !
> 
> Certes, il fait de l'envoi, et de ce point de vue vous regardez les 
> performances de votre côté, mais il fait aussi de la réception, et 
> alors les questions de performance vont avec celles du SPAM....
> 
> Autrement dit, les performances d'envoi vers un serveur ne dépassent 
> JAMAIS les règles de réception de ce serveur. Lesquelles sont 
> paramètrées D'ABORD pour contrer les spammeurs. Logique, puisque c'est 
> 80% du trafic....
> 
> Pour info, Orange, AOL et autres SFR ont des limites de nombre de 
> destinataires par session de l'ordre de la dizaine, parfois de 
> l'unité... Et aussi des limites sur la fréquence des sessions en 
> provenance d'un serveur, etc...
> 
> Toutes sortes de moyens de freiner les spams que vos administrateurs 
> de serveurs de messagerie vous exposeront dans le détail, ce qui vous 
> permettra d'utiliser à bon escient les paramètres de SYMPA.
> 
> Bon travail,
> C. Lecerf
> 
> 
> Le 8 févr. 2012 (6) à 15:30, Eric Duval a écrit :
> 
> > Bonjour,
> > 
> > Nous avons du synchroniser le nrcpt de sympa et des serveurs SMTP 
> > (Sendmail). Peut être êtes vous dans ce cas ?
> > 
> > Eric Duval
> > AFUL CGT Service informatique
> > 
> > Le 07/02/2012 15:50, Sébastien JEAN a écrit :
> >> Bonjour,
> >> 
> >> Dans le cadre d'envoi de mails vers une liste avec un grand nombre 
> >> d'abonnés (plusieurs dizaines de milliers d'abonnés), nous essayons 
> >> d'optimiser la distribution des mails.
> >> 
> >> Dans un premier temps, nous avons, dans le « sympa.conf », défini 
> >> une valeur de 500 pour la valeur « nrcpt », 30 pour la valeur « avg 
> >> » et 400 pour la valeur de « maxsmtp ». Avec ces valeurs, nous nous 
> >> attendions des envois vers notre Postfix local de "lots" de 500 max 
> >> avec une limite de 30 domaines différents maximum par lots.
> >> 
> >> Force est de constater qu'à l'utilisation, ces valeurs sont loin 
> >> d'être atteintes. dans les faits pour les listes les plus 
> >> importantes, nous envoyons principalement des lots d'une dizaine de 
> >> mails (alors que n'atteignons pas la limite de 30 domaines 
> >> différents par lots). Soit assez éloigné de la limite des 500. et 
> >> ce manque de "factorisation" de mails entraîne un nombre important 
> >> de connexion smtp (et par conséquent, des performances de 
> >> distribution médiocres).
> >> 
> >> Avez-vous une idée du pourquoi nous n'atteignons ces seuils ?
> >> 
> >> N'ayant pas obtenu les résultats attendus avec la configuration 
> >> précédente, nous avons tenté d'utiliser le fichier de configuration 
> >> « /home/sympa/etc/nrcpt_by_domain.conf », en définissant encore des 
> >> lots de 500 pour nos domaines principaux. Résultat, nous 
> >> n'atteignons toujours pas les valeurs attendues. Nous envoyons 
> >> principalement des lots d'une dizaine de personnes (des pics 
> >> exceptionnels restons sur des lots d'une dizaines de mails (avec 
> >> des pics très rares de 80 messages).
> >> 
> >> Dans les 2 cas, nous avons le sentiment que ces configurations ne 
> >> sont pas prises en compte correctement. Avons nous oublier quelque 
> >> chose (ou avons nous un blocage ailleurs?) ? Avez vous connaissance 
> >> d'un fonctionnement particulier de Sympa pour permettre la prise en 
> >> compte de ces valeurs définissant les nrcpt ?
> >> 
> >> En vous remerciant.
> >> 
> >> Sébastien JEAN
> >> 
> >> --- Sous-direction Infrastructure Direction du Numérique - 
> >> Université de Lorraine Tél : 03.83.59.61.49  06.03.19.73.46
> >> 
> >> 
> 
> Christophe Lecerf (@free.fr)
> adresse@cachée
> 
> 
> 
> 
> --
> Mathieu LARCHET
> Direction du Numérique
> Sous-Direction de l'Infrastructure
> --
> 91 avenue de la Libération - BP 454
> 54001 Nancy Cedex
> --
> Tel : 03 54 50 36 57
> Mail : adresse@cachée
> --
> 
> 
> ______________________________________________________________________
> ___________________________________________________
> 
> Ce message et ses pieces jointes peuvent contenir des informations 
> confidentielles ou privilegiees et ne doivent donc pas etre diffuses, 
> exploites ou copies sans autorisation. Si vous avez recu ce message 
> par erreur, veuillez le signaler a l'expediteur et le detruire ainsi 
> que les pieces jointes. Les messages electroniques etant susceptibles 
> d'alteration, France Telecom - Orange decline toute responsabilite si 
> ce message a ete altere, deforme ou falsifie. Merci
> 
> This message and its attachments may contain confidential or 
> privileged information that may be protected by law; they should not 
> be distributed, used or copied without authorization.
> If you have received this email in error, please notify the sender and 
> delete this message and its attachments.
> As emails may be altered, France Telecom - Orange shall not be liable 
> if this message was modified, changed or falsified.
> Thank you.
> 
> 
> 

_________________________________________________________________________________________________________________________

Ce message et ses pieces jointes peuvent contenir des informations 
confidentielles ou privilegiees et ne doivent donc
pas etre diffuses, exploites ou copies sans autorisation. Si vous avez recu 
ce message par erreur, veuillez le signaler
a l'expediteur et le detruire ainsi que les pieces jointes. Les messages 
electroniques etant susceptibles d'alteration,
France Telecom - Orange decline toute responsabilite si ce message a ete 
altere, deforme ou falsifie. Merci

This message and its attachments may contain confidential or privileged 
information that may be protected by law;
they should not be distributed, used or copied without authorization.
If you have received this email in error, please notify the sender and delete 
this message and its attachments.
As emails may be altered, France Telecom - Orange shall not be liable if this 
message was modified, changed or falsified.
Thank you.