Pour moi, par simple respect des RFC, sauf erreur https://datatracker.ietf.org/doc/html/rfc1870
Effectivement on s'attend à un 552 Le ven. 6 oct. 2023 à 09:20, Frédéric de Villepreux < frede...@devillepreux.fr> a écrit : > Bonjour à tous (et à toutes), > > me voici confronté à un problème de remise de document par voie > électronique (courriel) à un destinataire d'un grand hôpital du sud > parisien. > Ce dernier prétend ne rien avoir reçu de joint au dit courriel, malgré de > nombreuses tentatives, visiblement couronnées de succès, à en croire les > logs : > > > Oct 5 11:43:05 xxx-xxx postfix/smtp[4131747]: 6705411E1585: to=< > x...@xxx.fr, relay=xxx.a.xxx.de.barracudanetworks.com[*.185.*.250]:25, > > delay=7.7, delays=1/0.01/0.09/6.5, dsn=2.0.0, status=sent (250 OK ( > x...@xxx.fr:250 2.6.0 < fda470d7-7e6e-4477-a411-54273a1c9...@yyy.fr > [InternalId=22368189679076, H…)) > > > > Oct 5 11:59:36 xxx-xxx postfix/smtp[4137005]: 2020911E158A: to=< > x...@xxx.fr, relay=xxx.a.xxx.de.barracudanetworks.com[*.185.*.252]:25, > > delay=2.8, delays=0.04/0.01/0.11/2.7, dsn=2.0.0, status=sent (250 OK ( > x...@xxx.fr:250 2.6.0 <1a6081ea-2a73-4e71-ad02-c445c9e74...@yyy.fr > [InternalId=438086666021, Hos…)) > > Voici le retour qui nous est fait par la DSI : > > > Nous trouvons bien vos envois, je vous confirme qu'ils ont bien été > délivrés, mais les fichiers attachés ont été bloqués car trop volumineux > (10MB). > > Le système de protection (comme dans toutes les entreprises correctement > protégés) ne laisse pas passer une telle taille de pièce jointe pour des > raisons > > de sécurité. > > Par exemple, un robot pourrait en une nuit "tuer" un serveur de > messagerie en le noyant d'envois de fichiers de grosse taille (deni de > service). > > D'autre part, il est très facile de cacher des éléménts malicieux dans > ce genre de volumetrie. > > J'ai répondu, en substance, ceci : > > Dans l'absolu, ce que vous écrivez est légitime, mais dans un système bien > configuré, > il y aurait un message de réponse automatique indiquant que la pièce > jointe est trop volumineuse. > > Si le système indique que le message a été accepté (code 250), il DOIT > être délivré intègre dans la boîte, > c'est une obligation pour quiconque configure correctement son serveur de > messagerie. > > Typiquement le serveur SMTP qui décide que le message est trop gros doit > renvoyer > une erreur SMTP de type 552 (5xx = erreur permanente) : > > 552 5.2.3 message size exceeds fixed maximum message size > > et non pas, donc, une réponse 250 qui signifie que le message a été bien > accepté. > > Exemple ici chez Gmail (dont la réputation d'infaillibilité n'est plus à > démonter)l : > > https://support.google.com/a/answer/3726730?hl=en > > > Qu'en pensez-vous ? > Qui de nous deux est dans son bon droit ? > Je trouve tout cela assez contre-productif, non ? > > Merci de vos éventuels avis par retour, sans, naturellement, empiéter sur > votre temps que je sais précieux. > Bonne journée à tout le monde ! > > > > > --------------------------- > Liste de diffusion du FRnOG > http://www.frnog.org/ > --------------------------- Liste de diffusion du FRnOG http://www.frnog.org/
