FR 2950454 A1 20110325 FR 0956567 A 20090923 1 " Procédé pour transmettre un courriel avec pièce jointe, et appareil mettant en oeuvre un tel procédé." La présente invention se rapporte à un procédé pour transmettre un courrier électronique dit courriel vers un serveur de réception d'un destinataire, ce courriel comprenant un corps de texte et au moins une pièce jointe. Le courriel permet un transfert de messages entre un expéditeur et un io destinataire via un réseau informatique de type Internet. Ce service de courriel est largement répandu et constitue un outil de communication aussi bien dans le domaine professionnel que particulier. Cependant ce service souffre encore d'un problème de limitation de la taille des pièces jointes. 15 D'une façon générale, chaque serveur de messagerie électronique impose en réception une taille maximale par courriel. En effet, le transfert de courriels de trop grande taille occuperait trop de place mémoire dans le serveur de messagerie électronique et occuperait une bande passante non négligeable, ce qui ralentirait d'autres services vers Internet via ce serveur de 20 messagerie électronique. Aujourd'hui, il est pratiquement impossible de transmettre un courriel avec un ou plusieurs fichiers volumineux (plusieurs dizaines de Mo) en pièce jointe. Des solutions peu convaincantes existent. Dans la plupart de ces solutions, l'expéditeur doit contourner son serveur de messagerie 25 électronique en déposant le fichier volumineux dans un serveur de téléchargement sur Internet, puis en insérant dans le corps de texte d'un courriel un lien pour que l'expéditeur puisse accéder et télécharger le fichier volumineux. Cette solution nécessite de nombreuses manipulations, ce qui est source d'erreurs ainsi une perte de temps non négligeable. 30 On connaît le document WO 2007/133504 proposant un système qui automatise la solution décrite ci-dessus. En effet ce document décrit un serveur de messagerie qui sépare automatiquement toute pièce jointe d'un courriel, transmet la pièce jointe vers un serveur de téléchargement, puis 35 insère dans le corps du courriel des indications pour que l'expéditeur puisse récupérer ladite pièce jointe. L'inconvénient d'un tel système est que soit la pièce jointe est systématiquement extraite du courriel puis envoyée vers un serveur de téléchargement, soit l'extraction est conditionnée à un critère de taille et/ou de type de la pièce jointe (image, vidéo,...). L'extraction systématique alourdie l'utilisation de courriel pour le destinataire. La mise en place de critères prédéfinis constitue un paramétrage arbitraire qui ne tient pas compte des spécificités du destinataire. La présente invention a pour but de remédier aux inconvénients io précités en proposant un procédé de transfert de courriel optimisé. Un but de la présente invention est un procédé automatique qui est transparent pour l'expéditeur et peu perturbant pour le destinateur. On atteint au moins l'un des buts précités avec un procédé pour 15 transmettre un courrier électronique dit courriel vers un serveur de réception d'un destinataire, ce courriel comprenant un corps de texte et au moins une pièce jointe, ce procédé comprenant les étapes suivantes : - détection de la taille maximale acceptable par le serveur de réception pour un courriel, 20 - comparaison de la taille du courriel par rapport à cette taille maximale, - lorsque la taille du courriel est inférieure ou égale à la taille maximale, transmission directe du courriel vers le serveur de réception, c'est-à-dire sans séparation du corps de texte par rapport à la pièce jointe, 25 - lorsque la taille du courriel est supérieure à la taille maximale : - extraction de l'ensemble des pièces jointes, - déplacement de ces pièces jointes vers au moins un serveur de téléchargement, - ajout dans le courriel d'un identifiant uniforme de ressource dit 30 URI pour « Uniform Resource Identifier » pointant au moins vers une localisation desdites pièces jointes, et - transmission du courriel modifié vers le destinataire. Avec le procédé selon l'invention, il existe une étape de détection permettant de connaître la taille maximale autorisée par le serveur récepteur. 35 Ainsi, l'étape de comparaison ultérieure est une étape d'analyse au cours de laquelle détermine s'il est nécessaire ou non d'enclencher le processus de séparation des pièces jointes. Ces deux étapes ne sont pas divulguées par l'art antérieur qui ne tient nullement compte de la capacité de réception du serveur de réception. Le procédé selon la présente invention constitue un procédé optimisé dans lequel le destinataire doit télécharger des pièces jointes de grande capacité uniquement lorsque c'est son serveur de réception qui est un frein à un envoi direct de ces pièces jointes par courriel. De son côté, l'utilisateur prépare son courriel de façon conventionnelle et clic sur le bouton envoi de façon conventionnelle. De préférence, la détection est une étape préalable à l'envoi du courriel dans laquelle on génère une communication SMTP vers le serveur de réception. Cela peut se faire par l'envoi d'une requête par un client SMTP puis réception d'une information relative à la taille maximale acceptable par le serveur de réception pour un courriel. La présente invention concerne également le cas où à l'étape de détection, le serveur de réception ne renvoie aucune information. Dans ce cas, on considère à priori que ce serveur de réception est apte à recevoir des pièces jointes de toute taille. On débute l'envoi direct du courriel. Si au cours de l'envoi direct, le serveur de réception se manifeste pour indiquer que la taille maximale est atteinte ou qu'il ne pourra pas réceptionner le courriel à cause de la taille, alors on enclenche le processus de séparation des pièces jointes. En d'autres termes, la détection intervient de préférence avant l'envoi, mais elle peut également intervenir pendant l'envoi direct. Dans ce cas la détection est initiée par le serveur de réception. Selon un mode de réalisation de l'invention, l'identifiant uniforme de ressource est ajouté sous forme d'un lien dans une nouvelle pièce jointe dans le courriel. Dans ce mode de réalisation, le corps de texte n'est pas perturbé et le lien pour accéder aux pièces jointes est inséré dans une nouvelle pièce jointe que l'on crée et que l'on ajoute au courriel en remplacement desdites pièces jointes de grande capacité (taille dépassant ladite taille maximale). Cette nouvelle pièce jointe peut avantageusement être un fichier html dans lequel le lien est un hyperlien. Plus précisément, l'identifiant uniforme de ressource peut être une redirection HTML ou redirection « META REFRESH » permettant d'accéder automatiquement à l'emplacement où sont stockées lesdites pièces jointes au moyen d'un navigateur Web. En d'autre termes, lorsque le destinataire reçoit le courriel avec la nouvelle pièce jointe, sans les pièces jointes de grande capacité, ce destinataire clic sur la nouvelle pièce jointe qui est un fichier html. A l'ouverture de ce fichier, le processus de redirection s'active aussitôt de sorte qu'un navigateur Web s'ouvre sur une page du serveur de téléchargement. En fait, l'identifiant uniforme de ressource pointe avantageusement vers une page Web affichant l'ensemble desdites pièces jointes. Dans l'art antérieur, on dispose d'un lien par pièce jointe, ce qui multiplie d'autant le nombre de pages Web ouvertes. i0 Selon un autre mode de réalisation, la nouvelle pièce jointe peut être un fichier Torrent, le serveur de téléchargement étant également un serveur Torrent. Un fichier torrent est un fichier d'extension « .torrent » utilisé par le 15 protocole d'échange pair à pair BitTorrent. BitTorrent est un protocole de transfert de données pair à pair (P2P) à travers un réseau informatique. Ce protocole permet à des utilisateurs de télécharger des fichiers non pas directement depuis le serveur de téléchargement, mais depuis d'autres utilisateurs ayant déjà récupéré ces 20 fichiers depuis le serveur de téléchargement. Cela évite de saturer le serveur de téléchargement. Chaque utilisateur ayant téléchargé une pièce jointe devient aussitôt serveur à son tour. De préférence, le destinataire possède une application client apte à gérer le fichier torrent. Autrement il peut en faire l'installation en suivant des instructions contenues dans la nouvelle pièce 25 jointe ou données par son système d'exploitation. Suivant un mode de réalisation de l'invention, l'étape de déplacement des pièces jointes se fait vers deux serveurs de téléchargement redondants, l'identifiant uniforme de ressource pointant vers l'un de ces deux serveurs de 30 téléchargement. Le lien vers l'un ou l'autre serveur de téléchargement peut être déterminé de façon aléatoire ou successive, l'un puis l'autre en fonction des courriels transmis et pour lesquels on réalise le processus de séparation. Avantageusement, le serveur de téléchargement est un serveur de 35 messagerie électronique gérant la transmission dudit courriel. Ce serveur de messagerie électronique peut être un serveur local vis-à-vis d'une machine d'expédition dudit courriel ou bien un serveur distant accessible via Internet. Selon un mode de réalisation, on peut ajouter l'identifiant uniforme de ressource sous forme d'un lien dans le corps de texte du courriel. Dans ce cas, le procédé est intrusif dans le corps de texte du courriel. Selon un autre aspect de l'invention, il est proposé un appareil pour transmettre un courrier électronique dit courriel vers un serveur de réception io d'un destinataire, ce courriel comprenant un corps de texte et au moins une pièce jointe, cet appareil comprenant un serveur de messagerie électronique réalisant automatique les opérations suivantes : - détection de la taille maximale acceptable par le serveur de réception pour un courriel, 15 - comparaison de la taille du courriel par rapport à cette taille maximale, - lorsque la taille du courriel est inférieure ou égale à la taille maximale, transmission directe du courriel vers le serveur de réception, - lorsque la taille du courriel est supérieure à la taille maximale : 20 - extraction de l'ensemble des pièces jointes, - déplacement de ces pièces jointes vers au moins un serveur de téléchargement, - ajout dans le courriel d'un identifiant uniforme de ressource dit URI pour « Uniform Resource Identifier » pointant au moins vers une localisation 25 desdites pièces jointes, et - transmission du courriel vers le destinataire. Selon l'invention, le serveur de messagerie électronique comprend un client SMTP apte à générer une communication SMTP avec le serveur de 30 réception de façon à détecter ladite taille maximale. Ce serveur de messagerie électronique comprend un serveur Web apte à générer une page Web contenant l'ensemble desdites pièces jointes. Par ailleurs, l'appareil peut héberger ledit au moins un serveur de téléchargement qui est associé à des moyens de stockage de grande capacité 35 tels que des disques durs ou des mémoires Flash de plusieurs Go. D'autres avantages et caractéristiques de l'invention apparaîtront à l'examen de la description détaillée d'un mode de mise en oeuvre nullement limitatif, et des dessins annexés, sur lesquels : - La figure 1 est une vue schématique d'un système global pour la mise en oeuvre du procédé selon l'invention, et - La figure 2 est un organigramme illustrant différentes étapes réalisées au sein d'un serveur de messagerie mettant en oeuvre le procédé selon l'invention. io Bien que l'invention n'y soit pas limitée on va maintenant décrire le procédé selon l'invention pour l'envoi d'un courriel 20 entre un ordinateur portable 11 d'un émetteur 10 et un assistant personnel 18 doté de moyens logiciel et matériel permettant à un destinataire 19 de consulter des courriels. 15 L'émetteur 10 prépare de puis son ordinateur portable 11 un courriel 20 de façon conventionnelle. Ce courriel 20 est constitué d'un corps 12 contenant généralement du texte et des images intégrées, et d'un ensemble de pièces jointes 13. À l'étape 1 sur la figure 1, l'émetteur 10 envoie son courriel 20 de 20 façon conventionnelle vers un serveur de messagerie 14. Selon l'invention, ce serveur de messagerie de l'émetteur comporte un microprocesseur et des moyens de stockage dans lesquelles est disposée une application logicielle dont les fonctionnalités sont exécutées par le microprocesseur. Ces fonctionnalités permettent la mise en oeuvre des étapes du procédé selon 25 l'invention. Lorsque le serveur de messagerie 14 reçoit le courriel 20, il exécute alors une étape 2 de détection dans laquelle il vérifie la taille maximale que le serveur de messagerie 16 du destinataire 19 peut accepter par courriel. Pour ce faire, le serveur de messagerie 14 agit en tant que client SMTP suivant le 30 protocole SMTP. Le résultat de cette étape 2 de détection peut par exemple être une taille maximale de 10 Mo. Le serveur de messagerie 14 analyse alors ce résultat en comparant la taille maximale de 10 Mo à la taille du courriel 20. Si la taille du courriel 20 est inférieure ou égal à 10 Mo, le serveur de messagerie 14 envoie (étape non représentée) directement le courriel 20 vers 35 le serveur de messagerie 16. 7 Par contre, lorsque la taille du courriel 20 est supérieure à la taille maximale de 10 Mo, le serveur de messagerie 14 enclenche un processus de séparation 3 dans lequel on déplace l'ensemble des pièces jointes 13 vers un serveur de téléchargement 17. Ce serveur de téléchargement 17 peut être inclus dans le serveur de messagerie 14 ou alors disposé à distance sur Internet. Avantageusement, l'ensemble des liaisons représenté sur la figure 1 se fait via un réseau de communication de type Internet. À l'étape 4, le serveur de téléchargement 17 renvoi un identifiant io uniforme de ressource vers le serveur de messagerie 14. Le serveur de messagerie 14 élabore alors une nouvelle pièce jointe 15 qui est associée au corps 12. L'ensemble constitue alors un courriel 21 dans lequel le corps 12 est identique au corps du courriel original 20. Avantageusement la nouvelle pièce jointe 15 est un fichier HTML comportant 15 l'identifiant uniforme de ressource relatif aux pièces jointes 13 stockées au sein du serveur de téléchargement 17. Cet identifiant uniforme de ressource est un hyperlien codé en tant qu'une redirection HTML. Le code de cette redirection HTML peut être le suivant : 20 Dans ce code, la durée peut par exemple être de zéro ou quelques 25 secondes. La redirection HTML aussi appelée « META REFRESH » permet l'ouverture automatique d'un navigateur Web sur une page Web lorsque le destinataire clique sur la nouvelle pièce jointe 15. Cette page Web affiche l'ensemble des pièces jointes 13, elle correspond en fait au dossier qui 30 renferme l'ensemble des pièces jointes 13 contenues dans le serveur de téléchargement 17. À l'étape 5 sur la figure 1, le serveur de messagerie 14 envoie le courriel 21 vers le serveur de messagerie 16 du destinataire. 35 Avantageusement, ce courriel 21 présente une taille inférieure ou égale à 10 Mo. Le serveur de messagerie 16 accepte ce courriel 21 et le met à la 2950454 - 8- disposition de l'assistant personnel 18 du destinataire 19 à l'étape 6. Lorsque le destinataire 19 consulte sa messagerie et souhaite récupérer ces pièces jointes 13, il clique sur la pièce jointe 15 qui, de façon automatique selon le processus de redirection HTML, ouvre une page Web dans laquelle le 5 destinataire peut récupérer les pièces jointes 13 au cours de l'étape 7. Sur la figure 2, on voit un peu plus en détail le déroulement des étapes réalisables au sein d'un serveur de messagerie de l'émetteur, du type serveur de messagerie 14 de la figure 1. io Le début de l'organigramme de la figure 2 correspond à la réception du courriel 20 depuis l'ordinateur portable 11 de l'émetteur 10. À l'étape a, le serveur de messagerie 14 reçoit le courriel 20 avec des pièces jointes 13, l'ensemble doit être envoyé. L'étape b de l'organigramme de la figure 2 correspond à l'étape 2 sur la figure 1 dans laquelle on vérifie la taille 15 maximale acceptée par le serveur de messagerie du destinataire grâce au protocole SMTP. À l'étape c, le serveur de messagerie 14 vérifie si la taille du courriel est supérieure à cette taille maximale : - en cas de réponse négative, le courriel 20 d'origine est envoyé 20 directement au cours de l'étape d ; - en cas de réponse positive, on extrait l'ensemble des pièces jointes 13 au cours de l'étape e. À l'étape f, on déplace ces pièces jointes 13 vers un serveur de téléchargement 17. 25 À l'étape g, on modifie le courriel 20 par ajout dans le corps ou au sein d'une nouvelle pièce jointe 15, comme représentée sur la figure 1, d'une référence vers l'emplacement public des pièces jointes 13 extraites. Cette référence est un identifiant uniforme de ressource URI permettant la localisation de ressource à travers un réseau de communication de type 30 Internet. Cet identifiant peut être est un hyperlien. La nouvelle pièce jointe peut être un fichier HTML, un fichier Torrent, ou autre. A l'étape h, on envoie le courriel modifié 21. Avec le procédé selon l'invention, le serveur de messagerie de 35 l'émetteur est un serveur intelligent qui détecte la taille maximale de courriel que le serveur de messagerie du destinataire peut accepter, puis en fonction du résultat, ce serveur de messagerie de l'émetteur transmet directement le courriel d'origine ou déclenche un processus de séparation des pièces jointes. Bien sûr, l'invention n'est pas limitée aux exemples qui viennent d'être décrits et de nombreux aménagements peuvent être apportés à ces exemples sans sortir du cadre de l'invention. 30 REVENDICATIONS1. Procédé pour transmettre un courrier électronique dit courriel vers un serveur de réception d'un destinataire, ce courriel comprenant un corps de texte et au moins une pièce jointe, ce procédé comprenant les étapes suivantes : - détection de la taille maximale acceptable par le serveur de réception pour un courriel, - comparaison de la taille du courriel par rapport à cette taille maximale, io - lorsque la taille du courriel est inférieure ou égale à la taille maximale, transmission directe du courriel vers le serveur de réception, - lorsque la taille du courriel est supérieure à la taille maximale : - extraction de l'ensemble des pièces jointes, - déplacement de ces pièces jointes vers au moins un serveur de 15 téléchargement, - ajout dans le courriel d'un identifiant uniforme de ressource dit URI pour « Uniform Resource Identifier » pointant au moins vers une localisation desdites pièces jointes, et - transmission du courriel modifié vers le destinataire. 20 2. Procédé selon la revendication 1, caractérisé en ce que l'identifiant uniforme de ressource est ajouté sous forme d'un lien dans une nouvelle pièce jointe dans le courriel. 25 3. Procédé selon la revendication 2, caractérisé en ce que la nouvelle pièce jointe est un fichier html. 4. Procédé selon la revendication 3, caractérisé en ce que l'identifiant uniforme de ressource est un hyperlien. 5. Procédé selon la revendication 3 ou 4, caractérisé en ce que l'identifiant uniforme de ressource est une redirection HTML ou redirection « META REFRESH » permettant d'accéder automatiquement à l'emplacement où sont stockés lesdites pièces jointes au moyen d'un navigateur Web. 35 6. Procédé selon l'une quelconque des revendications précédentes, caractérisé en ce que l'identifiant uniforme de ressource pointe vers une page Web affichant l'ensemble desdites pièces jointes. s 7. Procédé selon la revendication 1 ou 2, caractérisé en ce que la nouvelle pièce jointe est un fichier Torrent, le serveur de téléchargement étant également un serveur Torrent. 8. Procédé selon l'une quelconque des revendications précédentes, io caractérisé en ce que l'étape de déplacement des pièces jointes se fait vers deux serveurs de téléchargement redondants, l'identifiant uniforme de ressource pointant vers l'un de ces deux serveurs de téléchargement. 9. Procédé selon l'une quelconque des revendications précédentes, 15 caractérisé en ce que ledit au moins un serveur de téléchargement est un serveur de messagerie électronique gérant la transmission dudit courriel. 10. Procédé selon l'une quelconque des revendications précédentes, caractérisé en ce que le serveur de messagerie électronique est un serveur 20 local vis-à-vis d'une machine d'expédition dudit courriel. 11. Procédé selon l'une quelconque des revendications précédentes, caractérisé en ce que la détection est une étape préalable à l'envoi du courriel dans laquelle on génère une communication SMTP vers le serveur de 25 réception. 12. Procédé selon la revendication 1, caractérisé en ce que l'identifiant uniforme de ressource est ajouté sous forme d'un lien dans le corps de texte du courriel 30 13. Appareil pour transmettre un courrier électronique dit courriel vers un serveur de réception d'un destinataire, ce courriel comprenant un corps de texte et au moins une pièce jointe, cet appareil comprenant un serveur de messagerie électronique réalisant automatique les opérations suivantes : 35 - détection de la taille maximale acceptable par le serveur de réception pour un courriel, 12 - comparaison de la taille du courriel par rapport à cette taille maximale, - lorsque la taille du courriel est inférieure ou égale à la taille maximale, transmission directe du courriel vers le serveur de réception, - lorsque la taille du courriel est supérieure à la taille maximale : - extraction de l'ensemble des pièces jointes, - déplacement de ces pièces jointes vers au moins un serveur de téléchargement, - ajout dans le courriel d'un identifiant uniforme de ressource dit URI pour « Uniform Resource Identifier » pointant au moins vers une io localisation desdites pièces jointes, et - transmission du courriel vers le destinataire. 14. Appareil selon la revendication 13, caractérisé en ce que le serveur de messagerie électronique comprend un client SMTP apte à générer une 15 communication SMTP avec le serveur de réception de façon à détecter ladite taille maximale. 15. Appareil selon la revendication 13 ou 14, caractérisé en ce que le serveur de messagerie électronique comprend un serveur Web apte à afficher une 20 page Web contenant l'ensemble desdites pièces jointes. 16. Appareil selon l'une quelconque des revendications 13 à 15, caractérisé en ce qu'il héberge ledit au moins un serveur de téléchargement qui est associé à des moyens de stockage de grande capacité. 25