WO2011036409A1 - 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
WO2011036409A1
WO2011036409A1 PCT/FR2010/051993 FR2010051993W WO2011036409A1 WO 2011036409 A1 WO2011036409 A1 WO 2011036409A1 FR 2010051993 W FR2010051993 W FR 2010051993W WO 2011036409 A1 WO2011036409 A1 WO 2011036409A1
Authority
WO
WIPO (PCT)
Prior art keywords
email
server
mail
attachments
size
Prior art date
Application number
PCT/FR2010/051993
Other languages
English (en)
Inventor
David Raymond Michel RENÉ
Cédric RICARD
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
Publication of WO2011036409A1 publication Critical patent/WO2011036409A1/fr

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

Definitions

  • the present invention relates to a method for transmitting an electronic mail said email to a receiving server of a recipient, the email comprising a body of text and at least one attachment.
  • the e-mail enables message transfer between a sender and a recipient via an Internet-type computer network.
  • This e-mail service is widely used and is a communication tool in both the professional and the private sector.
  • each e-mail server imposes in reception a maximum size by e-mail. Indeed, the transfer of too large emails would occupy too much memory space in the mail server and occupy a significant bandwidth, which would slow down other services to the Internet via this email server.
  • Document WO 2007/133504 discloses a system that automates the solution described above. Indeed, this document describes a mail server that automatically separates any attachment from an email, transmits the attachment to a download server, and inserts into the body of the email indications so that the sender can recover the attachment.
  • the disadvantage of such a system is that either the attachment is always extracted from the email and then sent to a download server, or the extraction is subject to a size and / or type of attachment (image, video,).
  • Systematic extraction adds to the use of email for the recipient.
  • the implementation of predefined criteria constitutes an arbitrary parameter setting that does not take into account the specificities of the recipient.
  • the present invention aims to overcome the aforementioned drawbacks by proposing an optimized method of email transfer.
  • An object of the present invention is an automatic method which is transparent to the sender and not very disturbing to the sender.
  • At least one of the aforementioned objects is reached with a method for transmitting an e-mail said e-mail to a receiving server of a recipient, this e-mail comprising a body of text and at least one attachment, this method comprising the following steps :
  • URI Uniform Resource Identifier
  • the subsequent comparison step is an analysis step in which it is determined whether or not it is necessary to start the process of separation of attachments.
  • the user prepares his email conventionally and click on the send button in a conventional manner.
  • the detection is a step prior to sending the email in which an SMTP communication is generated to the reception server. This can be done by sending a request by an SMTP client and then receiving information about the maximum acceptable size by the receiving server for an email.
  • the present invention also relates to the case where in the detection step, the reception server does not return any information.
  • this reception server is able to receive attachments of any size.
  • the detection preferably intervenes before the sending, but it can also intervene during the direct sending. In this case the detection is initiated by the reception server.
  • the uniform resource identifier is added as a link in a new attachment in the email.
  • the body of text is not disturbed and the link to access the attachments is inserted into a new attachment that is created and added to the email to replace said attachments of large size. capacity (size exceeding said maximum size).
  • This new attachment can advantageously be a html file in which the link is a hyperlink.
  • the uniform identifier of resource can be an HTML redirection or "META REFRESH" redirection allowing to automatically access the location where are stored these attachments by means of a web browser.
  • the recipient when the recipient receives the email with the new attachment, without the high-capacity attachments, that recipient will click on the new attachment that is a html file.
  • the redirection process is activated immediately so that a Web browser opens on a page of the download server.
  • the uniform resource identifier advantageously points to a web page displaying all of said attachments.
  • there is a link by attachment which multiplies the number of open web pages by the same amount.
  • the new attachment can be a Torrent file, the download server also being a Torrent server.
  • a torrent file is a ".torrent" extension file used by the BitTorrent peer-to-peer exchange protocol.
  • BitTorrent is a peer-to-peer (P2P) data transfer protocol across a computer network.
  • P2P peer-to-peer
  • This protocol allows users to download files not directly from the download server, but from other users who have already retrieved these files from the download server. This avoids overloading the download server.
  • Each user who downloaded an attachment immediately becomes a server in turn.
  • the recipient has a client application capable of managing the torrent file. Otherwise it can install it by following instructions contained in the new attachment or given by its operating system.
  • the step of moving the attachments is to two redundant download servers, the uniform resource identifier pointing to one of these two download servers.
  • the link to one or the other download server can be determined randomly or successively, one then the other depending on the emails sent and for which the separation process is carried out.
  • the download server is an email server managing the transmission of said email.
  • This server E-mail may be a local server vis-à-vis a mailing machine of said email or a remote server accessible via the Internet.
  • the uniform resource identifier can be added in the form of a link in the body of the email text.
  • the process is intrusive in the body of the email.
  • an apparatus for transmitting an electronic mail said email to a receiving server of a recipient, the email comprising a body of text and at least one attachment this apparatus comprising a server email that automatically performs the following actions:
  • URI Uniform Resource Identifier
  • the electronic mail server comprises an SMTP client able to generate an SMTP communication with the reception server so as to detect said maximum size.
  • This email server comprises a web server capable of generating a web page containing all of said attachments.
  • the device can host said at least one download server which is associated with high capacity storage means such as hard disks or flash memories of several GB.
  • FIG. 1 is a schematic view of a global system for implementing the method according to the invention.
  • FIG. 2 is a flowchart illustrating various steps performed within a messaging server implementing the method according to the invention.
  • the method according to the invention for sending an email 20 between a laptop 11 of a transmitter 10 and a personal assistant 18 equipped with software and software means will now be described. hardware allowing a recipient 19 to view e-mails.
  • the transmitter 10 prepares from his laptop 11 an email
  • This email 20 conventionally.
  • This email 20 consists of a body 12 generally containing text and embedded images, and a set of attachments 13.
  • step 1 in FIG. 1 the transmitter 10 sends its e-mail 20 in a conventional manner to a messaging server 14.
  • this messaging server of the transmitter comprises a microprocessor and storage means in which is arranged a software application whose functionalities are executed by the microprocessor. These functionalities make it possible to implement the steps of the method according to the invention.
  • the mail server 14 When the mail server 14 receives the email 20, it then performs a detection step 2 in which it checks the maximum size that the mail server 16 of the recipient 19 can accept by email.
  • the messaging server 14 acts as an SMTP client according to the SMTP protocol.
  • the result of this detection step 2 may, for example, be a maximum size of 10 MB.
  • the messaging server 14 analyzes this result by comparing the maximum size of 10 MB with the size of the email 20. If the size of the email 20 is less than or equal to 10 MB, the mail server 14 sends (step not shown) directly the email 20 to the mail server 16.
  • the messaging server 14 triggers a separation process 3 in which all the attachments 13 are moved to a download server 17.
  • This download server 17 can be included in the mail server 14 or remotely placed on the Internet.
  • all the links shown in Figure 1 is via an Internet type of communication network.
  • step 4 the download server 17 returns a uniform resource identifier to the mail server 14.
  • the mail server 14 then develops a new attachment 15 which is associated with the body 12.
  • the assembly then constitutes an email 21 in which the body 12 is identical to the body of the original email 20.
  • the new attachment 15 is a file HTML having the uniform resource identifier for attachments 13 stored within the download server 17.
  • This uniform resource identifier is a hyperlink encoded as an HTML redirect.
  • the code for this HTML redirect can be the following:
  • the duration may for example be zero or a few seconds.
  • HTML redirection also called "META REFRESH” allows the automatic opening of a Web browser on a web page when the recipient clicks on the new attachment 15. This web page displays all the attachments 13, it corresponds in fact the file which contains all the attachments 13 contained in the download server 17.
  • step 5 in Figure 1 the mail server 14 sends the email 21 to the mail server 16 of the recipient.
  • this email 21 has a size less than or equal to 10 MB.
  • the mail server 16 accepts this email 21 and puts it to the disposal of the personal assistant 18 of the recipient 19 to step 6.
  • the recipient 19 consults his email and wishes to retrieve these attachments 13, he clicks on the attachment 15 which, automatically according to the HTML redirection process, opens a web page where the recipient can retrieve attachments 13 in step 7.
  • FIG. 2 shows a little more in detail the progress of the steps that can be carried out within a messaging server of the transmitter, of the messaging server type 14 of FIG. 1.
  • Step a the messaging server 14 receives the email 20 with attachments 13, the whole must be sent.
  • Step b of the flowchart of FIG. 2 corresponds to step 2 in FIG. 1 in which the maximum size accepted by the recipient's mail server is verified by means of the SMTP protocol.
  • step c the mail server 14 checks whether the size of the email is greater than this maximum size:
  • step d the original e-mail 20 is sent directly during step d;
  • step f these attachments 13 are moved to a download server 17.
  • step g the email 20 is modified by adding in the body or in a new attachment 15, as shown in Figure 1, a reference to the public location of the extracted attachments 13.
  • This reference is a URI resource uniform identifier for resource localization through an Internet type communication network.
  • This identifier can be is a hyperlink.
  • the new attachment can be an HTML file, a Torrent file, or other.
  • step h the modified email 21 is sent.
  • the sender's mail server is an intelligent server that detects the maximum size of e-mail that the recipient's e-mail server can accept, and then of the result, this e-mail server of the sender transmits the original e-mail directly or triggers an attachment separation process.

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

" Procédé pour transmettre un courriel avec pièce jointe, et appareil mettant en œuvre 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 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.
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 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 é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.
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 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 alourdit 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 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 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,
- 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,
- 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.
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. Ainsi, l'étape de comparaison ultérieure est une étape d'analyse au cours de laquelle on 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.
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 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 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 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 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 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 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,
- 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 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 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é 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 œuvre 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 œuvre 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 œuvre le procédé selon l'invention. 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. 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 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 œuvre des étapes du procédé selon 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 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 le serveur de messagerie 16. 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 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 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 :
<meta http-equiv= "refresh" content= "durée; URL=adresse-du-dossier- contenant-les-pièces-jointes-au-sein-du-serveur-de-téléchargement-17">
Dans ce code, la durée peut par exemple être de zéro ou quelques 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 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. 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 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 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.
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 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é 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.
À 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 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 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.

Claims

REVEN DICATIONS
1. Procédé pour transmettre un courrier électronique dit courriel vers un serveur de réception d'un destinataire, ce courriel com prenant un corps de texte et au moi ns une pièce joi nte, ce procédé com prenant les étapes suivantes :
- détection de la tail le maxi male acceptable par le serveur de réception pour un courriel,
- com paraison de la tai l le du courriel par rapport à cette tai lle maximale, - lorsque la tail le du courriel est inférieure ou égale à la taille maxi male, transm ission directe du courriel vers le serveur de réception,
- lorsque la tail le du courriel est supérieure à la tai lle maximale :
- extraction de l 'ensem ble des pièces jointes,
- déplacement de ces pièces joi ntes vers au moi ns un serveur de téléchargement,
- ajout dans le courriel d'un identifiant uniforme de ressource dit URI pour « Uniform Resource Identifier » poi ntant au moi ns vers une localisation desdites pièces joi ntes, et
- transm ission du courriel modifié vers le desti nataire.
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 .
3. Procédé selon la revendication 2, caractérisé en ce que la nouvelle pièce joi nte 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 redi rection HTM L ou redi rection « M ETA REFRESH » permettant d'accéder automatiquement à l'emplacement où sont stockés lesdites pièces jointes au moyen d'un navigateur Web.
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.
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, 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, 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 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 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
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 : - 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,
- 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 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 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 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é.
PCT/FR2010/051993 2009-09-23 2010-09-22 Procede pour transmettre un courriel avec piece jointe, et appareil mettant en oeuvre un tel procede WO2011036409A1 (fr)

Applications Claiming Priority (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.
FR0956567 2009-09-23

Publications (1)

Publication Number Publication Date
WO2011036409A1 true WO2011036409A1 (fr) 2011-03-31

Family

ID=42041513

Family Applications (1)

Application Number Title Priority Date Filing Date
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

Country Status (2)

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

Cited By (1)

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

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

Cited By (1)

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

Also Published As

Publication number Publication date
FR2950454A1 (fr) 2011-03-25
FR2950454B1 (fr) 2011-10-28

Similar Documents

Publication Publication Date Title
FR2857763A1 (fr) Procede d&#39;acces et de partage d&#39;un document numerique dans un reseau de communication p2p
EP1473904B1 (fr) Procédé et système d&#39;accès à un réseau poste à poste
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
EP1763187A1 (fr) Procédé de transfert de fichiers dans un système de messagerie instantanée, serveur et programme d&#39;ordinateur associés
WO2011036409A1 (fr) Procede pour transmettre un courriel avec piece jointe, et appareil mettant en oeuvre un tel procede
EP1646194B1 (fr) Procédé de production d&#39;un accusé de réception fiable
EP3365829B1 (fr) Procédé d&#39;aide a la détection d&#39;infection d&#39;un terminal par un logiciel malveillant
EP2107517A1 (fr) Procédé de gestion de messages électroniques á partir d´un client de messagerie et système pour mettre en oeuvre le procédé
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
WO2022219171A1 (fr) Procédé et système informatiques de signature d&#39;un document électronique
EP1501248B1 (fr) Système et procédé de messagerie électronique
EP1364324A2 (fr) Systeme d&#39;accuse de reception automatique de courrier electronique
WO2023169922A1 (fr) Procede de partage de documents electroniques energetiquement sobre et systeme associe
EP1739889A1 (fr) Methode d&#39;accès à un document
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
EP1499090B1 (fr) Système et procédé de commande d&#39;une application à partir d&#39;un terminal WAP en mode partagé
EP1952599A1 (fr) Procede de diffusion maitrisee d&#39;informations
Marsh Utilizing BitTorrent to Cost Effectively Address the Effects of Flash Crowds
WO2011154864A1 (fr) Procédé de collecte de renseignements d&#39;un réseau pair à pair
FR2829251A1 (fr) Systeme et procede de conversion de format de donnees
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
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 10770609

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 10770609

Country of ref document: EP

Kind code of ref document: A1