FR 2877114 A1 20060428 FR 0411308 A 20041022 SYSTEME ET PROCEDE DE GESTION DE MESSAGES DANS UN RESEAU DE COMMUNICATION PAR MESSAGERIE ELECTRONIQUE. La présente invention a pour objet un système et un procédé de gestion de messages dans un réseau de communication par messagerie électronique permettant de limiter, voire de supprimer, la propagation des virus informatiques, et les inconvénients liés aux messages non sollicités. Les réseaux de communication, tel que Internet, donnent à leurs utilisateurs l'accès à, et leur permettent d'échanger, pratiquement tout type d'information. En particulier, avec l'utilisation de systèmes de messagerie instantanée ou de messageries telles que le courrier électronique, communément appelé courriel ou e-mail, la transmission et la réception d'information et devenue virtuellement instantanée. Cette possibilité de communiquer directement avec un correspondant et d'un intérêt énorme pour la plupart des gens, si bien que tous ou presque tous les utilisateurs d'un terminal ont maintenant une adresse électronique leur permettant d'utiliser un système de messagerie électronique. L'utilisation du courriel s'est donc généralisée, permettant ainsi aux utilisateurs de rester en contact plus facilement, d'échanger des informations plus fréquemment et sans grand effort. Cependant, en contrepartie, le courriel est aussi devenu un outil commercial. Les listes d'adresses électroniques, ou listes de courriels, sont donc des outils marketing de grande valeur qui permettent de solliciter en masse des prospects par accès direct et bon marché. C'est pourquoi de telles listes sont vendues et utilisées pour faire de la publicité notamment. Le mécanisme est tellement d'utilisation simple et bon marché que ces messages non sollicités et en masse finissent par être problématiques. II existe des programmes permettant de filtrer les courriels non autorisés. Certains sont basés par exemple sur l'analyse par mots-clé du contenu du champ objet des messages. Si certains mots-clé sont présents, le message est bloqué, ou supprimé, ou placé dans un dossier spécial pour analyse ultérieure. Ces filtres peuvent éventuellement être mis en place directement au niveau du serveur d'accès (typiquement au niveau d'un web mail ), de sorte qu'un message bloqué par un tel filtre ne sera jamais déchargé sur le terminal du destinataire. Si cette méthode peut être utile, elle n'est cependant pas suffisamment efficace. En effet, la liste des mots-clé utilisés pour le filtre ne peut être exhaustive et le filtre laisse donc passer certains messages. Ces filtres sont donc peu souples et limités, notamment en ce qui concerne le type et le nombre de critères de filtrage. De plus, les expéditeurs de tels messages non sollicités, connaissant l'existence des filtres et leur mode de fonctionnement, utilisent des termes plus% généraux et plus personnels dans leurs messages de sorte d'éviter les filtres. Ceci a pour conséquence que l'utilisateur, dans de nombreux cas, doit encore consulter le contenu du message pour déterminer s'il s'agit d'un message non sollicité ou non autorisé. Le volume des courriels non sollicités ou non autorisés cause ainsi de nombreux problèmes aux utilisateurs victimes, tels que la consommation en espace de stockage et la perte de temps. Par ailleurs, ces messages non sollicités sont d'efficaces vecteurs de propagation de virus informatiques. En effet, les virus utilisent généralement la messagerie électronique pour se propager d'un terminal à l'autre, au sein d'une pièce jointe au message expédié. Lorsque la pièce jointe est ouverte par le destinataire, le virus est libéré est peut agir. On connaît notamment les virus qui sont capables de balayer le contenu du carnet d'adresses sur le terminal sur lequel ils s'exécutent et de se propager ainsi à tout ou partie des terminaux dont l'adresse figure dans ce carnet d'adresses. Pour éviter cela, les utilisateurs sont maintenant réticents à ouvrir les pièces jointes aux.messages non sollicités ou non autorisés. Pour contourner cette réaction de défense, les expéditeurs malveillants de tels messages utilisent d'autres techniques telles que la subtilisation frauduleuse de l'identité d'un terminal pour envoyer des messages non sollicités qui ne seront pas reconnus par le destinataire comme des messages non sollicités ou non autorisés. De plus, certains virus ont été développés qui sont directement transportés par un courriel, sans qu'il soit besoin dus insérer dans une pièce jointe, ce qui les rend encore plus difficiles, voire impossibles, à détecter. A l'ouverture d'un tel message, provenant d'un expéditeur apparemment de confiance mais dont l'identité a été subtilisée, le destinataire se trouvera automatiquement infecté par le virus. Le problème, pour tout utilisateur de messagerie électronique, notamment en tant que destinataire de messages électroniques, est donc également de pouvoir reconnaître les messages douteux susceptibles d'être des vecteurs de propagation de virus. Il est en particulier très important de pouvoir les reconnaître, avant même que ces messages ne soient physiquement arrivés sur le terminal de l'utilisateur. La plupart des solutions anti-virus consistent en l'exécution d'un logiciel qui balaye le contenu du terminal pour vérifier la présence de virus dont il connaît la signature. Classiquement, ce type d'anti-virus n'est efficace que s'il est très régulièrement mis à jour afin de pouvoir détecter les nouveaux virus ou nouvelles variantes de virus existants qui arrivent sur le réseau toutes les semaines voire tous les jours. Par ailleurs, ces anti-virus fonctionnent, par définition, lorsque le virus a été physiquement déchargé sur le terminal sur lequel il s'exécute. Entre le moment où ce virus arrive sur le terminal et le moment où le logiciel anti-virus s'exécute, le virus peut déjà être entré en action pour endommager le terminal et/ou se propager à d'autres terminaux. Il existe donc un besoin d'un système et d'un procédé de gestion des messages dans un réseau de communication par messagerie électronique, qui permette de pallier les inconvénients précités. Ainsi, c'est l'objet de la présente invention que de pallier ces inconvénients en proposant une solution qui limite, voire supprime, la propagation de virus par la messagerie électronique. L'invention se rapporte donc, selon un premier aspect, à un procédé de gestion des messages dans un réseau de communication par messagerie électronique comportant au moins un serveur d'accès expéditeur. Le serveur d'accès expéditeur est utilisé par au moins un terminal expéditeur, pour se connecter au réseau de communication. Le réseau de communication comporte au moins un terminal destinataire d'au moins un premier message électronique M1 expédié par le terminal expéditeur, le premier message M1 comportant au moins un objet 01 et au moins un contenu Cl. Le procédé de l'invention est caractéristique en ce que, lors de l'envoi par le terminal expéditeur du premier message M1 au terminal destinataire, ce premier message M1 est d'abord réceptionné par le serveur d'accès expéditeur. Celui-ci envoie alors au moins un deuxième message M2 au terminal destinataire, ce deuxième message comportant au moins un objet 02 et au moins un contenu C2. L'objet 02 comprend au moins un élément d'authentification qui permet d'authentifier le terminal expéditeur auprès du terminal destinataire. Le contenu C2 comprend quant à lui au moins une partie de l'objet 01 du premier message M1 et au moins une information dite information d'accès donnant au terminal destinataire accès, sur le serveur d'accès expéditeur, au premier message M1. Ainsi, à aucun moment, l'utilisateur du terminal destinataire n'est obligé de décharger ou rapatrier l'ensemble des messages M1 sur ce terminal, ni même sur son propre serveur d'accès destinataire qui peut être différent du serveur d'accès expéditeur du terminal expéditeur. Dans une variante de réalisation, l'élément d'authentification qui est compris dans l'objet 02 du deuxième message M2, comprend au moins un identificateur associé au terminal expéditeur du premier message M1, et/ou un code de réception associé au terminal expéditeur du premier message MI. Dans une autre variante de réalisation, éventuellement en combinaison avec la précédente, l'information dite information d'accès comprise dans le contenu C2 du deuxième message M2, est un hyperlien vers le serveur d'accès expéditeur. Eventuellement, cet hyperlien met à disposition, par l'intermédiaire d'une fenêtre de visualisation, au moins le premier message M1 expédié par le terminal expéditeur, et/ou la possibilité d'accuser réception de ce premier message M1, et/ou la possibilité de répondre directement à ce premier message M1 à partir du serveur d'accès expéditeur, et/ou la possibilité de classer ce premier message M1 comme message douteux en fonction du code de réception, et/ou la possibilité de décharger ou rapatrier le premier message M1 sur le terminal destinataire, et/ou la possibilité de supprimer ce premier message M1 du serveur d'accès expéditeur. Eventuellement, le premier message M1 et/ou le deuxième message M2 sont supprimés automatiquement du serveur d'accès expéditeur lors de la fermeture de la fenêtre de visualisation. Dans une autre variante de réalisation, éventuellement en combinaison avec l'une ou plusieurs quelconques des variantes précédentes, le serveur d'accès expéditeur stocke tous les objets des messages envoyés par le terminal expéditeur. Eventuellement, l'objet 01 du premier message M1 expédié par le terminal expéditeur contient au moins un code d'envoi associé au terminal 25 destinataire de ce premier message M1, et/ou contient au moins un code de sécurité défini par le serveur d'accès expéditeur. De préférence, lors de la réception par le serveur d'accès expéditeur du premier message M1 expédié par le terminal expéditeur, ce serveur d'accès expéditeur effectue au moins l'un quelconque ou plusieurs des test suivants: l'objet 01 n'est pas identique à l'objet du précédent message envoyé par le terminal expéditeur au terminal destinataire; le code d'envoi est conforme au code associé au terminal destinataire; le code de sécurité est conforme au code de sécurité défini par le serveur d'accès expéditeur; les données d'archivage, sur le terminal expéditeur, des messages expédiés par ce terminal expéditeur, ne sont pas dupliquées sur ce terminal expéditeur. Lorsque l'un au moins quelconque de ces test est négatif, le serveur d'accès expéditeur informe le terminal expéditeur, et/ou, éventuellement, bloque le premier message M1. L'invention se rapporte également selon un deuxième aspect, à un système de gestion de messages dans un réseau de communication par messagerie électronique qui met en oeuvre le procédé de l'invention tel qu'expliqué ci-dessus. Enfin, l'invention se rapporte, selon un troisième aspect, à un support de stockage lisible par un terminal, sur lequel est stockée une séquence d'instructions qui, lorsqu'elle est exécutée par un système informatique, permet à ce système informatique de mettre en oeuvre le procédé de l'invention tel que décrit ci-dessus. Ainsi, le procédé et le système de l'invention permettent avantageusement de reconnaître les messages douteux avant que ceux-ci ne soient déchargés ou rapatriés sur le terminal destinataire, et réduisent la propagation de virus par le biais de la messagerie électronique. D'autres caractéristiques et avantages de l'invention apparaîtront plus clairement et de manière complète à la lecture de la description ci-après des variantes préférées de réalisation du dispositif, lesquelles sont données à titre d'exemples non limitatifs et en référence aux dessins annexés suivants. figure 1: représente schématiquement un système de gestion de messages électronique selon l'invention, - figures 2a, 2b: représentent schématiquement le procédé de gestion de messages électroniques selon l'invention. La figure 1 représente schématiquement un système de gestion de messages électronique selon l'invention, dans lequel on trouve un premier serveur 2 d'accès permettant à un premier terminal 3 d'accéder au réseau 1 de communication, et un deuxième serveur 5 d'accès permettant à un deuxième terminal 4 d'accéder au réseau 1 de communication. Le réseau 1 de communication est par exemple Internet. Par terminal, on entend tout terminal permettant d'envoyer et de recevoir des courriels. Il peut s'agir par exemple d'un ordinateur, tel que schématisé à la figure 1, ou encore d'un assistant personnel électronique, d'un terminal à fonction limitées entièrement dédié à la messagerie électronique, d'un téléphone portable supportant les fonctions de messagerie électronique. De façon générale, tout dispositif électronique supportant les fonctions de la messagerie électronique, apte à se connecter au réseau 1 de communication, par voie filaire (ligne téléphonique par exemple) ou sans fil (GSM par exemple), peut convenir. Le serveur 2 d'accès peut comprendre un processeur 21, une zone 22 de stockage d'information, ou mémoire 22, et un module 23 de gestion des messages envoyés ou reçus, le tout permettant de mettre en oeuvre le procédé de l'invention tel qu'il sera décrit plus loin en référence aux figures 2a et 2b. La mémoire 22 peut aussi bien être une structure classique à registres simples ou multiples, ou encore une base de données. Cette description d'une partie du serveur 2 d'accès est purement fonctionnelle, et non structurelle. En effet, la mémoire 22 peut très bien être structurellement intégrée au processeur 21, ou au module 23 par exemple. De même, le module 23 et le processeur 22 peuvent ne former qu'une seule entité. Le serveur 5 d'accès, quant à lui, peut comprendre un processeur 51, une zone 52 de stockage d'information, ou mémoire 52, et un module 53 de gestion des messages envoyés ou reçus. La mémoire 52 peut aussi bien être une structure classique à registres simples ou multiples, ou encore une base de données. Cette description d'une partie du serveur 5 d'accès est également purement fonctionnelle, et non structurelle. En effet, la mémoire 52 peut très bien être structurellement intégrée au processeur 51, ou au module 53 par exemple. De même, le module 53 et le processeur 52 peuvent ne former qu'une seule entité. Ce serveur 5 d'accès permet donc au terminal 4 d'accéder au réseau 1 de communication. II permet notamment à ce terminal 4 de recevoir des messages expédiés par le terminal 3 par l'intermédiaire du serveur 2 d'accès. Il faut noter cependant que la distinction entre les deux serveurs 4 et 5 d'accès est donnée à titre d'exemple et est donc non limitative de l'invention. En effet, un serveur d'accès permettant généralement à plusieurs terminaux d'accéder au réseau de communication, les terminaux 3 et 4 peuvent très bien accéder à ce réseau 1 de communication par l'intermédiaire du même serveur 2 d'accès. Celui-ci joue alors alternativement le rôle de serveur d'accès expéditeur lorsqu'il est mis à contribution par l'un des terminaux pour expédier un message à l'autre, et de serveur d'accès destinataire lorsqu'il est mis à contribution par l'un ou l'autre des terminaux pour recevoir un message expédié par l'autre. A titre d'exemple non limitatif de l'invention, pour la description du système et du procédé de l'invention, nous considérerons que le serveur 2 est un serveur d'accès expéditeur, et que le serveur 5 est un serveur d'accès destinataire. Le procédé de l'invention va maintenant être décrit en référence aux figures 2a et 2b. A l'étape 100, un utilisateur du terminal 3, que nous appellerons terminal expéditeur, se connecte au système de messagerie électronique en vue d'envoyer un message M1 à l'utilisateur du terminal 4, que nous appellerons terminal destinataire. L'opération peut être réalisée au niveau local, avec un logiciel de messagerie approprié installé sur le terminal expéditeur. Elle peut également être réalisée, à partir de n'importe quel terminal connecté au réseau, directement au niveau du serveur 2 d'accès expéditeur, typiquement par le biais d'un service dit web mail . Dans ces deux cas, l'utilisateur prépare l'objet 01 et le contenu Cl du message M1 qu'il souhaite envoyer au terminal 4 destinataire. A l'étape 101, l'utilisateur du terminal expéditeur insère dans l'objet 01 un code d'envoi associé à l'identifiant du destinataire et/ou un code de sécurité permanent, fixé, par exemple quotidiennement, par le serveur 2 d'accès expéditeur et rapatrié, par exemple quotidiennement, sur le terminal 3 expéditeur. Ces codes peuvent être ajoutés manuellement ou, de préférence, automatiquement. Dans le cas de l'insertion automatique de ces codes, et si cette opération se fait au niveau local, le logiciel de messagerie installé sur le terminal expéditeur peut se charger d'insérer ces codes préalablement stockés sur le terminal. Si l'opération se fait au niveau du web mail , le module 23 et/ou le processeur 21 du serveur 2 d'accès expéditeur se chargent d'insérer dans l'objet 01 ces codes préalablement stockés dans la mémoire 22. L'automatisation de l'insertion, tant au niveau local qu'au niveau du web mail , permet à l'utilisateur du terminal 3 expéditeur de n'a pas avoir à se soucier de l'existence de ces codes, ni à se souvenir du code particulier associé à un destinataire particulier A l'étape 200, le message est envoyé par le terminal 3 expéditeur au terminal 4 destinataire. Si cette opération est réalisée au niveau local, elle est suivie de l'étape 300 de réception du message M1 par le serveur 2 d'accès expéditeur. On comprend bien sûr que cette étape est inutile si l'opération est réalisée au niveau du web mail , et qu'elle n'est donc alors pas exécutée. Si cette étape 200 est exécutée, suite à l'envoi au niveau local, c'est-àdire sans passer par le web mail , de M1 par le terminal 3 expéditeur, et si les codes d'envoi et/ou de sécurité n'ont pas été insérés dans l'objet à ce niveau local (étape 101), cette opération d'insertion peut éventuellement être réalisée automatiquement par le serveur 2 d'accès expéditeur, dans les mêmes conditions que lors de l'étape 101. Eventuellement, à l'étape 301, l'objet 01 est stocké dans la mémoire 22 du serveur 2 d'accès expéditeur, associé à l'identifiant du terminal 3 expéditeur et à l'identifiant du terminal 4 destinataire. Le module 23 du serveur 2 d'accès expéditeur procède ensuite, lors de l'étape 302, à une vérification. Cette vérification peut porter, entre autre, sur le code d'envoi et/ou sur le code de sécurité et/ou sur le message M1 (dont son objet 01). Concernant les codes d'envoi et/ou de sécurité, le serveur 2 d'accès expéditeur teste si ces derniers sont présents dans 01, et s'ils sont conformes aux informations stockées dans la mémoire 22 du serveur 2 d'accès expéditeur. Concernant l'objet 01, le serveur 2 d'accès expéditeur teste si ce dernier n'est pas identique à l'objet du précédent message envoyé par le terminal 3 expéditeur au terminal 4 destinataire et préalablement stocké dans la mémoire 22 du serveur 2 d'accès expéditeur (voir étape 301). Le serveur 2 d'accès expéditeur teste éventuellement, par un balayage du moyen de stockage du terminal 3 expéditeur, si les données d'archivage local des messages envoyés par ce terminal (dont les objets et/ou les contenus des messages) ne sont pas dupliquées sur ce terminal, dans le cas où cette duplication peut être considérée comme signe de la présence d'un virus. Si l'un au moins quelconque des tests est négatif, le message est temporairement bloqué, et l'étape 302 de vérification est suivie de l'étape 303 au cours de laquelle le serveur 2 d'accès expéditeur envoie un message au terminal 3 expéditeur pour l'informer du problème et éventuellement pour obtenir une instruction de déblocage du message M1. Sinon (tous les tests précédemment effectués sont positifs) l'étape 302 est suivie de l'étape 400 que nous détaillerons un peu plus loin. Si le blocage est confirmé, ou bien en l'absence d'instruction particulière obtenue éventuellement à l'étape 304, l'étape 305 est exécutée pour bloquer définitivement le message M1 et éventuellement l'archiver sur le serveur 2 d'accès expéditeur. Sinon (instruction de déblocage), l'étape 304 est suivie de l'étape 400. Cette étape 400 consiste en l'envoi d'un message M2, par le serveur 2 d'accès expéditeur, à destination du terminal 4 destinataire. Ce message comprend un objet 02 et un contenu C2. L'objet 02 comprend au moins un élément d'authentification permettant d'authentifier le terminal 3 expéditeur auprès du terminal 4 destinataire. Cet élément d'authentification peut comprendre l'identifiant du terminal 3 expéditeur (ou de son utilisateur) et/ou un code de réception associé au terminal 3 expéditeur et préalablement stocké dans la mémoire 22 du serveur 2 d'accès expéditeur. Le contenu C2 comprenant au moins une partie de l'objet 01 du premier message M1, et au moins une information d'accès donnant au terminal 4 destinataire accès, sur le serveur d'accès 2 expéditeur, à ce premier message M1. L'étape 400 est suivie de l'étape 500 de réception du message M2 par le serveur 5 d'accès destinataire. Ce serveur 5 d'accès destinataire peut éventuellement procéder alors à la vérification, à l'étape 600, de l'élément d'authentification contenu dans l'objet 02 du message M2, par l'intermédiaire de son module 53 et/ou de son processeur 51. Si cet élément d'authentification contient un code de réception, et si celui-ci n'est pas conforme au code de réception associé au terminal 3 expéditeur préalablement stocké dans la mémoire 52 du serveur 5 d'accès destinataire, l'étape 600 est suivie de l'étape 601 au cours de laquelle le message M2 est supprimé ou classé comme message douteux pour traitement ultérieur. Dans ces deux cas, le destinataire du message en est informé. Sinon (conformité de l'élément d'authentification), l'étape 600 est suivie de l'étape 700. Lors de cette étape 700, un utilisateur du terminal 4, ou terminal destinataire, se connecte au système de messagerie électronique en vue de consulter les messages électroniques qu'il a éventuellement reçus. L'opération peut être réalisée au niveau local, avec un logiciel de messagerie approprié installé sur le terminal destinataire. Elle peut également être réalisée, à partir de n'importe quel terminal connecté au réseau, directement au niveau du serveur 5 d'accès destinataire, typiquement par le biais d'un service dit web mail . Une fois connecté lors de l'étape 700, et ayant ainsi accès au service de messagerie électronique en local ou par le web mail , l'utilisateur destinataire du terminal 4 destinataire consulte, à l'étape 800, ses messages en les sélectionnant de façon classique dans la liste des messages reçus. Il consulte notamment le message M2, et à l'étape 900, il peut cliquer sur l'hyperlien dans le contenu C2 du message M2. Cette action a pour effet, à l'étape 910, d'ouvrir une fenêtre de visualisation des données relatives à M2 stockées sur le serveur 2 d'accès expéditeur. Cette fenêtre est visualisable de façon classique par l'intermédiaire du moyen de visualisation du terminal 4 destinataire, qui peut être par exemple un écran de visualisation standard. Cette fenêtre de visualisation de données relatives au message M2 stockées sur le serveur 2 d'accès expéditeur, ouverte sur le terminal 4 destinataire, permet à l'utilisateur destinataire de sélectionner un certain nombre d'options, à l'étape 920. Il peut par exemple choisir à l'étape 930 de consulter toutes les données relatives au message M1, dont son contenu Cl et son objet 01, stockées sur le serveur 2 d'accès expéditeur. Dans ce cas, une fenêtre de visualisation desdites données s'ouvre sur l'écran de visualisation à l'étape 931. Il peut aussi choisir à l'étape 940 de rapatrier ou télécharger ces données relatives au message M1, et/ou les données relatives au message M2, soit sur le terminal 4 destinataire en accès local par le biais du serveur 5 d'accès destinataire, soit sur le serveur 5 d'accès destinataire en accès web mail . L'opération préalablement sélectionnée est ensuite réalisée à l'étape 941. L'utilisateur destinataire peut encore choisir à l'étape 950 de supprimer les données relatives au message M1, et/ou au message M2, du serveur 2 d'accès expéditeur, qu'il ait ou non préalablement rapatrié ces données sur son propre serveur 5 d'accès destinataire et/ou sur son propre terminal 4 destinataire. Cette suppression est alors mise en oeuvre à l'étape 951. Optionnellement, l'utilisateur destinataire peut choisir que cette opération de suppression s'effectuera automatiquement à l'étape 961 qui fait suite à l'étape 960 de fermeture de la fenêtre de visualisation des données relatives à M2. Ainsi, à aucun moment l'utilisateur du terminal destinataire n'a obligation de rapatrier l'ensemble des messages M1 sur ce terminal, ni même sur son propre serveur d'accès destinataire, tant qu'il n'est pas certain du caractère sain et sûr des messages. Il est rappelé que l'ensemble de la description ci-dessus est bien sûr donné à titre d'exemple, et est non limitatif de l'invention. En particulier, la présence de deux serveurs d'accès distincts, l'un expéditeur 2 et l'autre destinataire 5, n'est pas limitative de l'invention, puisque l'utilisateur expéditeur et l'utilisateur destinataire peuvent très bien utiliser le même serveur d'accès pour accéder au réseau. Par ailleurs, on rappellera que l'utilisation de terminaux pour se connecter au réseau n'est pas non plus limitative de l'invention. En effet, par terminal, on entend tout terminal permettant d'envoyer et de recevoir des messages électroniques. Il peut s'agir par exemple d'un simple ordinateur, ou encore d'un assistant personnel électronique, d'un terminal à fonctions limitées entièrement dédié à la messagerie électronique, d'un téléphone portable supportant les fonctions de messagerie électronique. De façon générale, tout dispositif électronique supportant les fonctions de la messagerie électronique, apte à se connecter au réseau de communication, par voie filaire (ligne téléphonique par exemple) ou sans fil (GSM par exemple), peut convenir. En outre, un même terminal peut être utilisé par l'utilisateur expéditeur d'une part et l'utilisateur destinataire d'autre part, jouant tour à 2877114 14 tour le rôle de terminal expéditeur qui se connecte au réseau via un serveur d'accès expéditeur, et de terminal destinataire qui se connecte au réseau via un serveur d'accès destinataire, ce dernier pouvant être le même que le serveur d'accès expéditeur (voir remarque ci- dessus). 2877114 15 REVENDICATIONS 1. Procédé de gestion de messages dans un réseau (1) de communication par messagerie électronique comportant au moins un serveur d'accès (2) expéditeur utilisé par au moins un terminal (3) expéditeur pour se connecter audit réseau (1) de communication, et comportant au moins un terminal (4) destinataire d'au moins un premier message électronique M1 expédié par ledit lo terminal (3) expéditeur, ledit premier message M1 comportant au moins un objet 01 et au moins un contenu Cl, ledit procédé étant caractérisé en ce que, lors de l'envoi par ledit terminal (3) expéditeur dudit premier message M1 audit terminal (4) destinataire: ledit premier message M1 est réceptionné par ledit serveur d'accès (2) expéditeur, ledit serveur d'accès (2) expéditeur envoie au moins un deuxième message M2 audit terminal (4) destinataire, ledit deuxième message M2 comportant au moins un objet 02 et au moins un contenu C2, ledit objet 02 comprenant au moins un élément d'authentification permettant d'authentifier ledit terminal (3) expéditeur auprès dudit terminal (4) destinataire, et ledit contenu C2 comprenant au moins une partie dudit objet 01 et au moins une information d'accès donnant au terminal (4) destinataire accès, sur le serveur d'accès (2) expéditeur, audit premier message M1. 2. Procédé selon la revendication 1, caractérisé en ce que ledit élément d'authentification compris dans ledit objet 02, comprend au moins un identificateur associé audit terminal (3) expéditeur 3o dudit premier message M1, et/ou un code de réception associé audit terminal (3) expéditeur dudit premier message M1. 2877114 16 3. Procédé selon l'une quelconque des revendications 1 et 2, caractérisé en ce que ladite information d'accès comprise dans ledit contenu C2 dudit deuxième message M2 est un hyperlien vers ledit serveur d'accès (2) expéditeur. 4. Procédé selon la revendication 3, caractérisé en ce que ledit hyperlien met à disposition, par l'intermédiaire d'une fenêtre de visualisation, au moins: - les données relatives audit premier message M1 expédié par ledit terminal (3) expéditeur, - et/ou la possibilité d'accuser réception dudit premier message M1, et/ou la possibilité de répondre directement audit premier message M1 à partir dudit serveur d'accès (2) expéditeur, - et/ou la possibilité de classer ledit premier message M1 comme message douteux en fonction dudit code de réception, - et/ou la possibilité de décharger ledit premier message M1 sur ledit terminal (4) destinataire, - et/ou la possibilité de supprimer ledit premier message M1 dudit serveur d'accès (2) expéditeur. 5. Procédé selon la revendication 4, caractérisé en ce que ledit premier message M1 et/ou ledit deuxième message M2 sont supprimés automatiquement dudit serveur d'accès (2) expéditeur lors de la fermeture de ladite fenêtre de visualisation. 6. Procédé selon l'une quelconque des revendications 1 à 5, caractérisé en ce que ledit serveur d'accès (2) expéditeur stocke tous les objets des messages envoyés par ledit terminal (3) expéditeur. 7. Procédé selon l'une quelconque des revendications 1 à 6, caractérisé en ce que ledit objet 01 dudit premier message M1 expédié par ledit terminal (3) expéditeur contient au moins un code 2877114 17 d'envoi associé au terminal (4) destinataire dudit premier message M1, et/ou au moins un code de sécurité défini par ledit serveur d'accès (2) expéditeur. 8. Procédé selon l'une quelconque des revendications 6 et 7, caractérisé en ce que, lors de la réception par ledit serveur d'accès (2) expéditeur dudit premier message M1 expédié par ledit terminal (3) expéditeur, ledit serveur d'accès (2) expéditeur effectue au moins l'un quelconque des test suivants: - ledit objet 01 n'est pas identique à l'objet du précédent message envoyé par ledit terminal (3) expéditeur audit terminal (4) destinataire, - et/ou ledit code d'envoi est conforme au code associé au terminal (4) destinataire, et/ou ledit code de sécurité est conforme audit code de sécurité défini par ledit serveur d'accès (2) expéditeur, - et/ou les données d'archivage sur ledit terminal (3) expéditeur des messages expédiés par ce dit terminal (3) expéditeur ne sont pas dupliquées sur ce dit terminal (3) expéditeur. 9. Procédé selon la revendication 8, caractérisé en ce que, lorsque l'un quelconque desdits tests est négatifs, ledit serveur d'accès (2) expéditeur en informe ledit terminal (3) expéditeur et/ou bloque ledit premier message M1. 10. Système de gestion de messages dans un réseau de communication par messagerie électronique mettant en oeuvre le procédé selon l'une quelconque des revendications 1 à 9. 11. Support de stockage lisible par un terminal, sur lequel est stocké une séquence d'instructions qui, lorsqu'elle est exécutée par un système informatique, permet audit système informatique de mettre en oeuvre le procédé selon l'une quelconque des revendications 1 à 9.