Le 30/07/10 12:03, Rémi Bouhl a écrit : > Ça n'empêche pas de leur proposer un service interne de stockage/mise > à disposition.
Précisement. L'idée est aussi d'éviter la réplication des pièces jointes du message en x dizaines d'exemplaires dans les .pst de chaque destinataire. Mais l'essentiel est que l'usage de cette extension soit completement transparente pour les utilisateurs, c'est la clef pour éviter qu'ils n'usent et abusent de l'envoi de données lourdes par mail. > Si j'ai bien lu, l'idée est d'avoir un serveur _interne_ > Ça m'aurait étonné que Jérôme aille mettre ça sur dl.free.fr ou autre > service tiers. Ca dit passer par un serveur interne si le SMTP relay est en interne, ce qui n'est pas le cas de tout le monde. Et ce pour au moins une bonne raison : on peut shapper et différer l'envoi du fichier de façon à ne pas figer la connexion (a)DSL du bureau de l'émetteur. Par contre, que le serveur interne envoie le fichier à un homologue externe (dédié ou mutu) dès qu'il y a plusieurs destinataires au message, ce serait une bonne idée, pour rapprocher le contenu de ses destinataires. >> - c'est incompatible avec les technologies de signature électronique des >> messages Non, le fichier peut très bien être remplacé par son hash dans le mail, et un plugin du logiciel de messagerie se chargerait de la récupération différée et de la validation de la pièce jointe. > Si on parle de GPG, les gens qui l'utilisent savent se servir des > mails et n'envoient pas des pièces jointes de plusieurs Mo, en > principe. Oui, mais GPG est tellement minoritaire qu'il n'est pas à prendre en compte dans le cas de figure commun, malheureusement. Par contre, ça peut être un "cheval de troie" pour en répandre l'usage... -- Jérôme Nicolle
signature.asc
Description: OpenPGP digital signature
