FR2950454A1 - Procede pour transmettre un courriel avec piece jointe, et appareil mettant en oeuvre un tel procede. - Google Patents

Procede pour transmettre un courriel avec piece jointe, et appareil mettant en oeuvre un tel procede. Download PDF

Info

Publication number
FR2950454A1
FR2950454A1 FR0956567A FR0956567A FR2950454A1 FR 2950454 A1 FR2950454 A1 FR 2950454A1 FR 0956567 A FR0956567 A FR 0956567A FR 0956567 A FR0956567 A FR 0956567A FR 2950454 A1 FR2950454 A1 FR 2950454A1
Authority
FR
France
Prior art keywords
email
server
size
attachments
uniform resource
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
FR0956567A
Other languages
English (en)
Other versions
FR2950454B1 (fr
Inventor
David Raymond Michel Rene
Cedric Ricard
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
CALEXIUM
Original Assignee
CALEXIUM
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by CALEXIUM filed Critical CALEXIUM
Priority to FR0956567A priority Critical patent/FR2950454B1/fr
Priority to PCT/FR2010/051993 priority patent/WO2011036409A1/fr
Publication of FR2950454A1 publication Critical patent/FR2950454A1/fr
Application granted granted Critical
Publication of FR2950454B1 publication Critical patent/FR2950454B1/fr
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L51/00—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
    • H04L51/07—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail characterised by the inclusion of specific contents
    • H04L51/08—Annexed information, e.g. attachments
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L51/00—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
    • H04L51/06—Message adaptation to terminal or network requirements
    • H04L51/066—Format adaptation, e.g. format conversion or compression

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Information Transfer Between Computers (AREA)

Abstract

L'invention concerne 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, ce procédé comprenant les étapes suivantes : - détection de la taille maximale de courriel acceptable par le serveur de réception, - 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 localisation desdites pièces jointes, et - transmission du courriel modifié vers le destinataire.

Description

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 <meta http-equiv= "refresh" content= "durée; URL=adresse-du-dossiercontenant-les-pièces-pointes-au-sein-du-serveur-de-t éléchargement-17">
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

Claims (16)

  1. 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. 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. 3. Procédé selon la revendication 2, caractérisé en ce que la nouvelle pièce jointe est un fichier html.
  4. 4. Procédé selon la revendication 3, caractérisé en ce que l'identifiant uniforme de ressource est un hyperlien.
  5. 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. 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. 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. 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. 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. 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. 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. 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. 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. 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. 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. 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
FR0956567A 2009-09-23 2009-09-23 Procede pour transmettre un courriel avec piece jointe, et appareil mettant en oeuvre un tel procede. Active FR2950454B1 (fr)

Priority Applications (2)

Application Number Priority Date Filing Date Title
FR0956567A FR2950454B1 (fr) 2009-09-23 2009-09-23 Procede pour transmettre un courriel avec piece jointe, et appareil mettant en oeuvre un tel procede.
PCT/FR2010/051993 WO2011036409A1 (fr) 2009-09-23 2010-09-22 Procede pour transmettre un courriel avec piece jointe, et appareil mettant en oeuvre un tel procede

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
FR0956567A FR2950454B1 (fr) 2009-09-23 2009-09-23 Procede pour transmettre un courriel avec piece jointe, et appareil mettant en oeuvre un tel procede.

Publications (2)

Publication Number Publication Date
FR2950454A1 true FR2950454A1 (fr) 2011-03-25
FR2950454B1 FR2950454B1 (fr) 2011-10-28

Family

ID=42041513

Family Applications (1)

Application Number Title Priority Date Filing Date
FR0956567A Active FR2950454B1 (fr) 2009-09-23 2009-09-23 Procede pour transmettre un courriel avec piece jointe, et appareil mettant en oeuvre un tel procede.

Country Status (2)

Country Link
FR (1) FR2950454B1 (fr)
WO (1) WO2011036409A1 (fr)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN107835124B (zh) * 2017-12-15 2020-05-15 世纪龙信息网络有限责任公司 邮件发送方法、装置及系统

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20040186894A1 (en) * 2003-03-17 2004-09-23 Nikhil Jhingan Methods and systems for email integrated file delivery
US20070112930A1 (en) * 2005-11-15 2007-05-17 Cisco Technology, Inc. Method and system for managing storage on a shared storage space
WO2007133504A2 (fr) * 2006-05-08 2007-11-22 Telecommunication Systems, Inc. Traitement transparent de pièces jointes à un message électronique d'un utilisateur terminal pour surmonter des barrières de taille et de politique de pièces jointes

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20040186894A1 (en) * 2003-03-17 2004-09-23 Nikhil Jhingan Methods and systems for email integrated file delivery
US20070112930A1 (en) * 2005-11-15 2007-05-17 Cisco Technology, Inc. Method and system for managing storage on a shared storage space
WO2007133504A2 (fr) * 2006-05-08 2007-11-22 Telecommunication Systems, Inc. Traitement transparent de pièces jointes à un message électronique d'un utilisateur terminal pour surmonter des barrières de taille et de politique de pièces jointes

Also Published As

Publication number Publication date
WO2011036409A1 (fr) 2011-03-31
FR2950454B1 (fr) 2011-10-28

Similar Documents

Publication Publication Date Title
US9519888B2 (en) End use transparent email attachment handling to overcome size and attachment policy barriers
FR2857763A1 (fr) Procede d&#39;acces et de partage d&#39;un document numerique dans un reseau de communication p2p
FR2847752A1 (fr) Methode et systeme pour gerer l&#39;echange de fichiers joints a des courriers electroniques
FR2886494A1 (fr) Procede et dispositif d&#39;echange de donnees entre des stations mobiles dans un reseau pair a pair
FR2926428A1 (fr) Procede pour filtrer des messages dans un systeme de messagerie instantanee de terminaux mobiles, systeme de messagerie instantanee et serveur en oeuvre de ce procede
WO2007133504A2 (fr) Traitement transparent de pièces jointes à un message électronique d&#39;un utilisateur terminal pour surmonter des barrières de taille et de politique de pièces jointes
EP1763187A1 (fr) Procédé de transfert de fichiers dans un système de messagerie instantanée, serveur et programme d&#39;ordinateur associés
EP1646194B1 (fr) Procédé de production d&#39;un accusé de réception fiable
FR2950454A1 (fr) Procede pour transmettre un courriel avec piece jointe, et appareil mettant en oeuvre un tel procede.
WO2009121808A1 (fr) Procede de gestion de messages electroniques a partir d&#39;un client de messagerie et systeme pour mettre en oeuvre le procede
FR3042624A1 (fr) Procede d&#39;aide a la detection d&#39;infection d&#39;un terminal par un logiciel malveillant
EP1843518B1 (fr) Procédé de protection d&#39;adrresse de messagerie, système et dispostifs associes
EP1378099B1 (fr) Systeme de transmission d&#39;informations a une liste de destinataires
WO2018172669A1 (fr) Procédé et dispositif de gestion du stockage de documents numériques
WO2023169922A1 (fr) Procede de partage de documents electroniques energetiquement sobre et systeme associe
EP1501248B1 (fr) Système et procédé de messagerie électronique
EP1739889A1 (fr) Methode d&#39;accès à un document
WO2002025508A2 (fr) Systeme d&#39;accuse de reception automatique de courrier electronique
EP1499090B1 (fr) Système et procédé de commande d&#39;une application à partir d&#39;un terminal WAP en mode partagé
WO2021240093A1 (fr) Procédé de gestion de la transmission d&#39;un message depuis un premier dispositif à destination d&#39;un deuxième dispositif, procédé de gestion de la réception d&#39;un tel message
EP2087719B1 (fr) Procede et systeme de telecommunication offrant une pluralite de moyens d&#39;acces mutuellement coherents a une base de messages
FR2891681A1 (fr) Procede permettant a des utilisateurs d&#39;echanger des donnees informatiques volumineuses.
EP1650684A1 (fr) Dispositif de médiation pour accéder à des applications non Internet depuis des applications Internet
WO2017103520A1 (fr) Procede et systeme pour securiser les communications internet et/ou mobiles entre deux terminaux
FR2805111A1 (fr) Procede pour l&#39;execution d&#39;une tache par un serveur informatique multitache, sur requete d&#39;un terminal telephonique

Legal Events

Date Code Title Description
PLFP Fee payment

Year of fee payment: 8

PLFP Fee payment

Year of fee payment: 9