[sympa-fr] Re: Too many connections sur orange.fr

[Eric DUVAL <adresse@cachée>]

Le 08/10/2010 08:44, Serge Aumont a écrit :
> Le 10/7/10 5:19 PM, Jean-Pierre a écrit :
> > Bon jour,
> >
> > Le 07/10/2010 15:37, Eric DUVAL a écrit :
> > > Depuis quelques jours, orange.fr renvoi le message
> > >
> > > (reason: 550 mwinf5c21 ME Trop de connexions, veuillez verifier votre
> > > configuration. Too many connections, slow down. OFR005_104 [104])
> > >
> > > Les courriers émis le sont à travers une liste de diffusion (SYMPA)
> > > de 244 abonnés, c'est peu.
> > Mais s'il y a une connexion TCP par mail (par domaine), ça fait beaucoup.
> La limitation volumétrique est une techno de base antispam. Il y a
> plusieurs sortes de limitations qui sont souvent activées : limitation
> du nombre de sessions simultanées, limitation du nombre de destinataires
> par session, limitation du nombre de messages par tranches de temps et /
> ou par session, limitation du nombre de destinataires par tranche de
> temps, limitation du nombre de destinataires inconnus ou mieux
> limitation du taux de destinataire inconnus etc.
>
> Le message d'erreur, s'il est fiable, semble indiquer un trop grand
> nombre de sessions. Dans ce cas, en dehors des réglages qui peuvent être
> faits sur le MTA), il faut régler sympa pour favoriser le groupage :
> regarder en particulier si le VERP est activé pour un nombre élevé de
> destinataires pour la liste concernée (c'est incompatible avec le
> groupage des destinataires par session).
>
> Il est important de noter que le VERP mis en œuvre par Sympa s'applique
> systématiquement aux destinataires en erreur. Si un bounce de chez
> orange arrive une fois en retour pour tous les destinataires de cette
> liste (par exemple pour 1 mail tagué en spam chez eux), cela entraine
> pour les messages suivant le VERP pour tous les destinataires.
>
> * vérifier donc le taux d'erreur des abonnés de cette listes, au
> besoin faire un reset.
> * mettre le VERP à 0% pour cette liste
> * verifier que le paramètre NRCPT qui s'applique est pas à 1 pour ce
> domaine destinataire (il peut être réglé dans sympa.conf ou dans
> nrcpt_by_domain.conf)
> * l'option "-m" appliquée à Sympa.pl ou bulk.pl (selon la version de
> Sympa) permet de loguer les appels à sendmail
>
> Il se peut cependant que l'erreur traduise exactement le contraire :
> trop de destinataires par session (souvent les messages d'erreurs ne
> sont pas précis). Dans ce cas jouer avec nrcpt_by_domain.conf . Nous
> avons eu avec orange et wanadoo un PB analogue au mois d'Aout dont la
> cause réelle était un nombre trop élevé de Received, mais les messages
> d'erreurs ne reflétaient pas tous cette même cause !

Merci pour vos réponses.

Précision que je n'avais pas donnée : sympa + sendmail.

Je viens de régler dans sympa.conf nrcpt à 2
au lieu de 25 et de préciser verp_rate 0% au sein des fichiers
de configuration des listes (bien que verp_rate soit par défaut à 0%).
Je trouve que nrcpt à 2 est un peu faible je verrai quel impact ça a
sur l'émission des courriers à partir des listes de diffusion,
ça risque d'ouvrir beaucoup de connexions TCP vers les ports 25 des
autres MTA et globalement ralentir la diffusion d'un message pour les
grosses listes. Je ne sais pas encore dans quelle proportion, à suivre.


> Au final, je suis quand même un peu surpris car nous avons des listes
> très grosses qui ne subissent pas ces problèmes. Peut être sommes nous
> plus facilement mis en whitelist ?

Peut être que la CGT n'est pas "whitelistée" ... ;-)

> Serge Aumont


--
AFUL CGT :: Service Informatique
Eric DUVAL