Re: [sympa-fr] PB de non-remise des messages

[Luc Veillon <adresse@cachée>]

Bonjour,

de notre côté, nous intervenons sur le postfix utilisé par sympa pour émettre ses messages :

En test actuellement ce qui suit. On est pas certain d'avoir tout compris (les ratios observés ne correspondent pas à ce qu'on veut)

dans master.cf (en bleu, ce qui est ajouté)

smtp      unix  -       -       n       -       -       smtp
smtp-fai      unix  -       -       n       -       -       smtp
smtp-severe    unix  -       -       n       -       15       smtp

dans main.cf

# restriction d'envoi pour domaines severes
# initial_destination_concurrency : combien de sessions simultanees ouvertes au demarrage avec cette destination
# destination_concurrency_limit : combien de sessions simultanees max ouverte avec cette destination
# destination_recipient_limit : combien de dest max par mail
# destination_rate_delay : delai en seconde entre chaque envoi,
#       si destination_recipient_limit > 1 delai calcule pour le domaine
#       si destination_recipient_limit = 1 delai calcule pour la meme adresse
# destination_concurrency_failed_cohort_limit : au bout de combien de rejet le domaine entier sera mis en deferred

# Orange
smtp-fai_destination_concurrency_limit=3
smtp-fai_destination_recipient_limit=25
smtp-fai_client_message_rate_limit=100
smtp-fai_client_connection_rate_limit=10
smtp-fai_client_recipient_rate_limit=50

# Severe : reception limitee a 400 mails/minute par serveur emetteur (adresse IP)
#          nombre de connexions simultanees limite a 16
smtp-severe_initial_destination_concurrency = 10
smtp-severe_destination_concurrency_limit = 15
smtp-severe_destination_recipient_limit = 50
smtp-severe_destination_rate_delay = 3s
smtp-severe_destination_concurrency_failed_cohort_limit = 100

=> en fait on espérait avoir 15 * 60/3 mails par minute soit 300, mais il semble qu'on arrive seulement à 1 *60 /3 soit 20 par minutes...  Si quelqu'un sait comment on combine concurrency-limit et rate_delay ; ou bien comment on descend en dessous de la seconde... on est preneur. En tout cas "severe" est très content, on ne les harcèle plus !

Cordialement

Le 20/03/2017 à 16:17, Frederic Minier a écrit :

Bonjour à tous,

 

Nous constatons des problèmes de non-remise des messages de nos listes SYMPA

 

Après investigation, nous avons mis en évidence que la plateforme anti-spam Renater rejetait des messages de SYMPA avec le message « too many connections »

 

Voici un exemple de log extrait du serveur de messagerie ‘smtp.jouy.inra.fr’ (adresse IP 138.102.162.52) :

 

Mar 14 15:35:24 alpha sendmail[7215]: [ID 801593 mail.info] v2EEZK5s007110: to=<adresse@cachée>,<adresse@cachée>,<adresse@cachée>,<adresse@cachée>,<adresse@cachée>,<adresse@cachée>,<adresse@cachée>,<adresse@cachée>,<adresse@cachée>,<adresse@cachée>,<adresse@cachée>,<adresse@cachée>,<adresse@cachée>,<adresse@cachée>,<adresse@cachée>, delay=00:00:04, xdelay=00:00:02, mailer=esmtp, pri=1005960, relay=mxc.relay.renater.fr. [194.214.200.8], dsn=4.0.0, stat=Deferred: 421 4.7.0 mxb2-1.relay.renater.fr Error: too many connections from 138.102.162.52

 

Ce serveur sert de relais pour nos listes sympa donc il est amené à diffuser de très nombreux messages, par exemple lorsqu’un envoi est fait à l’ensemble du personnel.

 

A court terme nous cherchons à agir sur les paramètres de SYMPA :

 

·         bulk_wait_to_fork

·         nrcpt

Avez-vous des conseils à nous donner pour ajuster les paramètres de notre robot SYMPA ?

 

Bien cordialement

 

Frédéric MINIER

 

 

 

 

 

 

 

 

 

adresse@cachée

 

Frédéric MINIER 

Listmaster

INRA Poitou-charentes

DSI – SESUP

Domaine du Magneraud 17700 Surgères 

05 46 68 30 59 – 06 73 80 79 28

 

-- 
Luc VEILLON
Pôle IH2M Equipe "Hub - Hébergement - Messagerie"
DSI - Rectorat d'Orléans-Tours
10 Rue Molière
45 000 Orléans
Tél: 02 38 79 45 20/ 02 38 79 45 51
Fax: 02 38 79 45 29
Mel : adresse@cachée