Si vous avez un serveur d’envoi de mails (je ne parle pas d’être un spammeur) et beaucoup d’abonnés chez Wanadoo et Orange, vous risquez fort le rejet temporaire de votre serveur si le débit d’envoi est trop fort.
C’est ce qui m’est arrivé et hop, 5000 mails entassés dans la file de postfix.
On peut donc créer une file spéciale dans le master.cf de postfix et une règle de transport pour ces domaines, avec un débit réduit. Du moment où j’ai rechargé la configuration postfix et relancer le traitement de la file, magie, en 1 heure, les 5000 mails étaient distribués.
Pour ce faire, j’ai utilisé les documentations suivantes et adapté au contexte « configuration postfix définie dans MySQL », comme expliqué dans mes articles précédents, toujours d’actualité.
- http://linuxnet.ca/postfix/dedicated_transport.html
- http://www.zapoyok.info/2011/01/01/orangewanadoo-et-%C2%AB-too-many-connections-slow-down-ofr004_104-104-%C2%BB/
Dans master.cf
slow unix – – n – 5 smtp
-o syslog_name=postfix-slow
-o smtp_destination_concurrency_limit=3
-o slow_destination_rate_delay=1
Dans main.cf
slow_destination_recipient_limit = 20
slow_destination_concurrency_limit = 2
Dans la table « transport » niveau MySQL
Sur une conf « non SQL », il suffirait de jouer avec le fichier de transport, sans oublier le « postmap » qui va bien.
Dans mon cas, le fichier de transport est défini comme ceci : transport_maps = proxy:mysql:/etc/postfix/mysql-virtual_transports.cf.
Donc, pour ajouter une route particulière pour ces 4 domaines, on ajoute en base :
INSERT INTO `transport` (domain, transport)
VALUES (‘wanadoo.fr’,'slow’),
VALUES (‘wanadoo.com’,'slow’),
VALUES (‘orange.fr’,'slow’),
VALUES (‘orange.com’,'slow’)
;
Enfin, on relance postfix et la file d’attente avec ses X messages bloqués avec un postqueue -f.
Monitoring de la file d’attente sous Nagios
Du coup, j’ai trouvé qu’il me manquait une surveillance de la file d’attente « postqueue » d’un serveur via Nagios. Je signale simplement ce script (http://exchange.nagios.org/directory/Plugins/Email-and-Groupware/Postfix/check_postqueue-2Esh/details)
Il semble faire le boulot simplement.
A rapprocher de ce document si l’ajout d’un contrôle via NRPE ne vous est pas familier.
Et voilà.
Merci pour cette astuce, j’avais aussi remarqué ce problème avec Orange et j’avais développé un système de file d’attente avec un envoi de mail toutes les 2 secondes pour éviter tout problème. L’inconvénient est que l’envoi massif d’email prend beaucoup de temps.
Avez vous remarqué ce genre de problème chez d’autres hébergeurs ?
N’y a t’il pas de problème d’être perçu comme un spammeur si des milliers d’emails sont envoyés en quelques secondes ?
Salut,
Non, j’ai déjà eu à monter des routes de transports spécifiques lorsqu’un serveur a plusieurs MX dont la moitié qui ne marchent pas….
Mais pas pour ralentir.
Pour ce qui est d’être vu comme un spammeur, tant que mxtoolbox ne vous montre sur aucune liste, ça doit être bon, vous n’êtes pas un spammeur
Après, ils (Orange/Wanadoo) ont peut-être leur propre liste, mais ça se verra facilement => tous vos mails seront rejetés.
Pour être marqué comme spammeur sur une liste, ça dépend de l’organisme qui tient à jour cette liste. Certains vous inscrivent sans préavis et vous suppriment s’ils le veulent seulement, d’autres jouent le jeu d’écrire à « abuse@ », d’attendre votre retour etc etc. Et surtout de certains proposent un processus de désincription d’une blacklist plus ou moins simple et plus ou moins automatique.
Bonjour,
Nous avions le même problème avec Orange à mon boulot, et mêmes avec ces réglages nous étions souvent bloqués. J’avais alors envoyé un mail au service Abuse Orange Internet pour leur demander conseil, je me permet donc de les citer :
« Vous avez un problème lié à un nombre de connexions simultanées trop importante sur nos serveurs. Ce nombre est limité à 3 par IP sur nos serveurs. »
Ce a quoi je leur avais répondu que nous limitions déjà les connexions, en leur montrant notre configuration, la même que dans l’article.
« Les domaines @wanadoo.fr et @orange.fr partagent le même MX, ils concourent donc de manière cumulative à la limitation de 3 connexions simultanées alors que votre configuration en « autorise » jusqu’à 6 (3 pour wanadoo.fr et 3 pour orange.fr). »
La solution serait donc de limiter le nombre de connexion à 1…
Certes,
Moi en l’occurence, j’ai plutôt des wanadoo que l’autre. Donc j’ai pas eu le problème. Mais ça vaut le coup de faire remarquer.
En effet, host -t MX sur l’un et l’autre donne 2 noms différents, mais le même pool d’IP ensuite.