On Thu, 14 Apr 2016 17:14:09 +0200 JC PAROLA <cont...@sels-ingenierie.com> wrote: >| On Thu, 14 Apr 2016 16:37:24 +0200 >| Manuel Guesdon <ml+fr...@oxymium.net> wrote: >| > On Thu, 14 Apr 2016 15:17:45 +0200 >| > JC PAROLA <cont...@sels-ingenierie.com> wrote: >| > >| Des clients m'ont remontés l'erreur suivante sur les serveurs SMTP: >| > >| >| > >| Apr 14 09:30:12 postfix/error[25452]: 7D3191BF0488: >to=<innxxx...@xxxxxx.com>, relay=none, delay=4.8, delays=4.8/0/0/0.07, >dsn=4.4.2, >| > >| status=deferred (delivery temporarily suspended: conversation with >ah16.wadax.ne.jp[203.183.218.26] timed out while sending end of data -- >| > >message | may be sent more than once) >| > >| >| > >| Mes recherches RTFM et autres indiquent à chaque fois une corrélation >direct avec le MTU qui faut abaisser en dessous de 1500. >| > >| > Il peut y avoir une autre raison: serveur SMTP derrière un firewall qui >fait >| > de l'analyse applicative et qui drop (oui c'est sale) la connection quand >| > quelque chose ne lui plait pas dans le message (au hasard du 8bits non >encodé >| > dans les en-têtes). >| > Regarde si ca passe avec un mail "basique". >| >| j'ai fais le test en envoyant un mail avec telnet directement, et tout est OK >| >| le MTU ne semble pas concerné
OK, cela dit en telnet tu ne remplis pas les 1500 octets. Tu peux faire 2 autres tests: - envoyer en mail en texte sans accents du genre 4000 caractères - envoyer un mail avec un sujet comportant des accents non encodés Si le 1er passe mais que le 2eme ne passe pas avec le même message d'erreur c'est très certainement une appliance qui filtre de leur coté. Si le 2eme passe, là c'est plus difficile à dire... -- ______________________________________________________________________ Manuel Guesdon - OXYMIUM --------------------------- Liste de diffusion du FRnOG http://www.frnog.org/
