Likes: 
Merci à Xavier pour le commentaire.
Merci à Kenny pour la réponse HS. Oui j'ai copié-collé. Je n'ai pas inclus
le nom de mon interlocuteur.
Je continue la discussion avec le support Skynet, probablement liront-ils
cette réponse en diagonale, car ils doivent en avoir assez de m'entendre ?
;-)
Voici ce que je leur demande:
= = = = = = = =
Conclusion:
Si j'ai bien compris, vos administrateurs système savent qu'ils violent les
standards de l'Internet, et dans une mesure importante.
Que la solution choisie (mettre des timers à un trentième de la valeur
recommandée par les experts) ne sera pas revue, et qu'ils ne veulent pas se
remettre en question.
La solution choisie n'est probablement pas la bonne. Elle ne diminue pas la
charge sur vos serveurs. Je m'explique: faire échouer des connexions
sortantes de vos propres clients (on parle de OUT-MX ici) à destination de
serveurs plus lents est assurément une MAUVAISE IDEE.
- on n'est pas en milieu hostile (sauf si vous considérez que vos propres
clients sont hostiles)
- les mails à transporter ne sont pas du spam et sont des messages légitimes
de vos clients
- un mail qui échoue se retrouve en queue (et donc les queues grandissent au
lieu de se vider)
- un mail en queue est ré-essayé pendant 36 heures toutes les 30 minutes, ou
toutes les heures (ce qui augmente la charge sur vos serveurs et votre
infrastructure)
- et finalement vos clients sont insatisfaits (même si les messages
d'erreurs pourraient faire croire à un utilisateur pas ou peu initié, que le
problème ne provient pas de skynet)
Savez-vous qu'un grand nombre de serveurs SMTP fait des validations DNS sur
les domaines qui apparaissent dans les adresses e-mail ? Des délais de 5,
10, 15, 20 secondes pour valider une adresse FROM ou RCPT sont à considérer
comme acceptables.
Je vous remercie de votre attention et espère ne plus recevoir de réponse
telle que <<il est impossible de changer quoi que ce soit>>.
Ou bien ayez l'amabilité de porter mon message aux bonnes personnes.
Cordialement,
(signé)
Quote
