Depuis fin 2007 nous avons apporté énormément de modifications à  nos plateformes messagerie mutualisées afin d’en assurer le bon fonctionnement :
- ajout de serveurs MX (réception des mails et traitement antispam et antivirale),
- ajout de serveurs de traitement (serveur mettant physiquement un mail reçu dans votre boite aux lettres),
- changement de la baie de disques stockant les mails afin de permettre un plus grand nombre d’écritures,
- remplacement du serveur Imap par un plus puissant,
- modification des règles de filtrage.
Le résultat obtenu est très satisfaisant, moins de spams, aucun retard dans la réception, pas de plantage de l’imap (si ce n’est dimanche matin pour me faire mentir).
Aujourd’hui nous sommes face à  une situation que je trouve personnellement regrettable liée au fait que nous respections la RFC 2821 (bonne lecture !).
Lorsque deux serveurs de messagerie communiquent, le serveur expéditeur annonce son nom via la commande EHLO. Par exemple smtp.messagerie.com, le serveur réceptionnant la demande vérifie alors que ce nom existe sur internet, si oui le mail est accepté, si non, le mail est refusé.
Cette règle nous l’avons mise en place, le résultat a été extrêmement positif puisqu’il mettait les infrastructures de messagerie de Celeonet à  l’abri des attaques de spams.
Aujourd’hui nous faisons marche arrière, pourquoi ? Tout simplement car certains serveurs expéditeurs de mails disposent de bannière EHLO fausses, toto.local, messagerie.serveur etc… Conclusion intermédiaire, de toute évidence lorsqu’on administre un serveur exchange on ne se sent pas obligé de le configurer proprement, enfin bon.
Si dans la plupart des cas les administrateurs que nous avons contacté ont fait les modifications nécessaires pour respecter la RFC 2821, d’autres n’en ont très clairement rien à  faire.
Nous nous trouvons donc dans une situation oà ¹ nous devons nous justifier de respecter les RFC auprès de certains de nos clients, c’est aberrant.
Soyons réalistes, nous n’avons pas le poids d’un Orange ou d’un Free pour faire le forcing sur le respect des RFCs, nous faisons donc à  ce jour marche arrière sur ce point de configuration.
Spammeurs vous venez de gagner une bataille mais pas la guerre.