Protocole d’accès aux messages Internet – Wikipedia

before-content-x4

Le Protocole d’accès aux messages Internet ( IMap ), initialement Protocole d’accès au courrier interactif , est un protocole réseau qui fournit un système de fichiers réseau pour les e-mails.

after-content-x4

IMAP a été conçu dans les années 1980 avec l’avènement des ordinateurs personnels pour dissoudre les dépendances sur les ordinateurs clients individuels pendant la communication par courrier. [2] À cette fin, IMAP étend les fonctions et procédures du protocole de bureau (POP) afin que les utilisateurs puissent enregistrer et laisser leurs e-mails, structures de dossiers et paramètres sur les serveurs (mail). Bien que les messages soient supprimés après l’appel lors de l’utilisation de POP ou reçus à nouveau lors de la prochaine fois que vous êtes reçu, IMAP permet une administration centrale avec la fonction de recherche et le serveur “Read” Marking.

Le simple protocole d’accès par courrier (SMAP) est une approche pour combiner les fonctionnalités de l’IMAP avec le protocole de transfert de courrier simple (SMTP), qui est autrement nécessaire pour envoyer des e-mails.

IMAP est un protocole textuel pour accéder aux e-mails qui se trouvent sur un serveur de messagerie. Un client de courrier fournit uniquement des demandes au serveur pour les informations requises. Aimerait un utilisateur z. B. Voir le contenu d’un dossier, le client obtient une liste d’actualités actuelle de la personne en question du serveur. Si le contenu d’un e-mail doit être affiché, cela est chargé par le serveur.
Étant donné que toutes les données restent sur le serveur, affichez – même lorsque vous utilisez plusieurs clients – la même base de données actuelle d’une boîte aux lettres. De plus, le stockage local des données n’est pas nécessaire et les options élargies telles que les courriers de recherche sont réalisées.

Avec IMAP, il est également possible d’accéder à divers dossiers dans une boîte aux lettres. De nombreux serveurs peuvent également trier les e-mails entrants directement dans différents dossiers.
En définissant les droits d’accès pour les dossiers d’une boîte aux lettres, plusieurs utilisateurs peuvent également accéder aux mêmes données en même temps.
L’expansion IMAP INDLE Permet une notification immédiate des clients (poussant) lorsqu’un nouvel e-mail arrive. De cette façon, un trafic de données inutile est évité qui s’appliquerait aux demandes de renseignements constantes (sondage) d’un client.
Si vous n’avez pas de connexion Internet à votre serveur de messagerie, l’accès aux e-mails n’est généralement plus possible. Certains clients résolvent ce problème en créant des copies locales des e-mails auxquels ils Modus hors ligne peut retomber. Lorsque la connexion Internet a été restaurée, les données seront à nouveau comparées (synchronisées) avec le serveur de messagerie.

En raison du stockage central des données sur un serveur externe, votre propre protection des données doit également être prise en compte. La connexion au serveur doit donc être cryptée.

Exemple d’une session IMAP (exemple IMAP4Rev1 RFC 3501 , Chapitre 8 – raccourci):

after-content-x4
Client Serveur Explication
* OK IMAP4Rev1 Service Ready Le serveur accueille le client
A001 Connexion MRC Secret Registres des clients
A001 OK Connexion terminée Le serveur confirme l’inscription
A002 Sélectionner la boîte de réception Le client choisit boîte de réception En tant que dossier actif
* 18 existe

* Flags (Réponse Splated Supped Vend Draft)
* 2 Récent
* Ok [Unseen 17] Message 17 est le premier message invisible
A002 OK [Read-Write] SELECT terminé

18 mails disponibles

Drapeaux définis
2 e-mails urgents (par exemple de nouveaux e-mails)
Le courrier n ° 17 n’est pas lu. Tous les plus âgés ont déjà été lus.
Le client peut apporter des modifications aux e-mails

A003 Récupérer 12 Full Le client demande des informations sur le courrier n ° 12
* 12 Fetch (drapeaux (vu)

Internalte “17-Christmas-1996 02:44:25 -0700”
RFC822. Size 4286
Enveloppe (“Wed, 17 juillet 1996 02:23:25 -0700 (PDT)”

“IMAP4Rev1 WG MTG Résumé et minutes”
((“Terry Gray” Nil “Gray” “Cac.washington.edu”))
((“Terry Gray” Nil “Gray” “Cac.washington.edu”))
((“Terry Gray” Nil “Gray” “Cac.washington.edu”))
((Nil nil “imap” “cac.washington.edu”)))
((“John Klensin” Nil “Klensin” “mit.edu”))
Nulle
“)
Corps (“texte” “plaine” (“Charset” “US-ACCII”) nil nil “7bit” 302892)))

A003 OK Fetch terminé

Le courrier a déjà été lu

livré le 17 juillet 1996
Plus de 4KB
Leader de courrier:

Données
Concernant
Expéditeur (de)
Expéditeur (émetteur)
Réponds à
Destinataire (à)
Copier le destinataire (CC)
BCC et in-REPLY pour non spécifié
ID du message
A004 Récupérer 12 Corps [En-tête] Le client veut que tout en-tête vers le courrier électronique n ° 12
* 12 Fetch (corps [en-tête] {342}

Date: Mer, 17 juillet 1996 02:23:25 -0700 (PDT)
De: Terry Gray
Sujet: IMAP4Rev1 WG MTG Résumé et minutes
À: [email protected]
CC: [email protected], John Klensin
ID du message:
Version mime: 1.0
Type de contenu: texte / simple; Charset = US-ASCII
)

A004 OK Fetch terminé

Le serveur envoie l’en-tête de courrier requis
A005 Store 12 + drapeaux supprimés Mark Mail n ° 12 comme supprimé
* 12 Fetch (drapeaux (vu supprimé))

A005 OK + Flags terminé

A006 déconnexion Rapports des clients
* Bye IMAP4Rev1 Server terminant la connexion

A006 OK Connexion terminée

IMAP est désormais soutenu par presque tous les programmes de messagerie courants.
Cependant, il existe de grandes différences dans le degré de soutien. De nombreux clients ne prennent en charge que les fonctions de base pour l’appel des nouvelles (ce qui est suffisant pour la plupart des utilisateurs).
Seuls quelques programmes utilisent la gamme complète de fonctions que les serveurs IMAP offrent. Cela inclut, par exemple, le droit des droits pour l’accès conjoint de divers utilisateurs dans un dossier.

Sélection de clients avec un support IMAP étendu:

Sélection de clients avec un support IMAP simple:

En attendant, de nombreux serveurs de messagerie prennent en charge IMAP. Cependant, certains fournisseurs suppriment la fonctionnalité (ou nécessitent des frais accrus), car IMAP a plus de données stockées sur le serveur et la quantité de transmission moyenne augmente également.

En 1996, Cyrus a été le premier serveur avec une version d’IMAP recommandée en tant que norme Internet. [3] UW IMAP a suivi la même année et était auparavant la preuve de concept de l’IMAP. Ce serveur de l’Université de Washington élargit l’IMAP, mais cela n’est pas documenté et néanmoins adopté par l’Université Carnegie Mellon dans son Cyrus. [4] [5] [6] Cette procédure des deux universités a provoqué les premières implémentations que la conformité et la compatibilité avec IMAP sont notoirement controversées.

Avec le serveur de messagerie Courier, le déménagement du concept MBOX, qui est désormais considéré comme inadapté. Courier enregistre les e-mails selon le concept de Mailir. [7] La stabilité et les performances du concept de mémoire sont un critère essentiel des serveurs pour IMAP. [8]

En plus des éléments suivants, les serveurs IMAP suivants sont utilisés dans l’environnement UNIX:

Les produits de messagerie proposent également des interfaces IMAP sur d’autres plates-formes et également dans la zone commerciale.

De plus, les solutions de groupware sont fermement intégrées à leur concept:

Contrairement au protocole de poste de poste, IMAP permet la gestion des dossiers d’actualités sur le serveur. Si un message était marqué comme «lu» par IMAP, ce marquage est également visible pour tous les autres clients. Les messages supprimés disparaissent de tous les appareils synchronisés.

Les messages peuvent être recherchés directement sur le serveur afin que les clients n’aient pas à maintenir une copie complète de tous les dossiers afin de trouver des messages individuels. La fonction de recherche de la côté du serveur et le stockage central de tous les messages décalent la consommation d’espace arithmétique et d’espace de stockage des clients vers le serveur.

Le serveur peut refuser l’accès pour les utilisateurs non autorisés dans une boîte aux lettres. Dans tous les cas, l’utilisateur doit s’authentifier avant de pouvoir accéder aux e-mails. Cela se produit en s’inscrivant avec le nom d’utilisateur et le mot de passe. Le mot de passe est transmis en texte brut au niveau du protocole IMAP. Les serveurs de courrier peuvent donc interdire les clients à transférer le mot de passe si aucune session cryptée n’a été configurée au préalable.

Alternativement, l’utilisation d’autres protocoles d’authentification de réseau (par exemple GSSAPI, Kerberos) est également possible.

Afin de protéger les données des tiers pendant le transfert, la connexion de données peut être cryptée à l’aide de SSL / TLS. Il existe deux méthodes différentes pour cela:

Starttls [ Modifier | Modifier le texte source ]]

Après avoir configuré une connexion de données non cryptée au serveur (port 143), une session cryptée peut être initiée au moyen de la commande startTL, afin que toutes les données envoyées ci-dessous ne puissent être transmises que via cette connexion. Cette extension de protocole est fermement prévue dans la spécification du protocole.

Imaps [ Modifier | Modifier le texte source ]]

Lorsque vous utilisez IMAPS, la connexion au serveur est chiffrée par SSL pendant la structure de connexion. Pour que le serveur le reconnaisse, un autre port doit être utilisé. Le port 993 était réservé à cela.

Après avoir construit la connexion SSL, au moins IMAPV4 est utilisé. La couche SSL est transparente pour le protocole IMAP. Autrement dit, aucune modification n’est apportée au protocole IMAP.

Dans RFC 8314 L’utilisation d’IMAP vers StartTTLS et IMAP complètement non cryptée est préférée.

En juillet 1988, Mark Crispin a proposé la deuxième version du protocole SUMEX-AIM pour les tests sur Internet. [2] SUMEX-AIM signifie ” Stanford University Medical Experimental Computer for Artificial Intelligence in Medicine «Et signifie un projet d’intelligence artificielle en médecine qui est en réseau dans l’ensemble des États-Unis. [9]

En février 1991, la troisième version a été publiée en comptoir à conception de la nouvelle deuxième version de Crispin d’août 1990. [dix] [11]

En décembre 1994, le premier non expérimental et la quatrième version est sorti. [douzième] En décembre 1996, il a été constaté que l’une des nombreuses versions sans papiers du protocole était répandue et la première révision de la quatrième version, qui a de nouveau changé en mars 2003. [13] [14] [15]

La documentation de l’IMAP est composée d’une variété de RFC de base, supplémentaires ou en expansion. [16]

  • RFC 1731 – Mécanismes d’authentification IMAP4
  • RFC 1732 – Compatibilité IMAP4 avec IMAP2 et IMAP2BIS
  • RFC 1733 – Modèles de courrier électronique distribué dans IMAP4
  • RFC 2061 – Compatibilité IMAP4 avec IMAP2BIS
  • RFC 2062 – Protocole d’accès aux messages Internet – Syntaxe obsolète
  • RFC 2087 – Extension de quota IMAP4
  • RFC 2088 – littéraux non synchronisés IMAP4
  • RFC 2177 – Commande IMAP4 Idle
  • RFC 2180 – Pratique de la boîte aux lettres multi-accès IMAP4
  • RFC 2193 – Références de boîte aux lettres IMAP4
  • RFC 2195 – IMAP / POP Autoriser l’extension pour un défi / réponse simple
  • RFC 2221 – Références de connexion IMAP4
  • RFC 2342 – Espace de noms IMAP4
  • RFC 2595 – Utilisation de TLS avec IMAP, POP3 et ACAP
  • RFC 2683 – Recommandations de mise en œuvre IMAP4
  • RFC 2971 – Extension d’ID IMAP4
  • RFC 3348 – Extension de boîte aux lettres IMAP4 Child
  • RFC 3501 Protocole d’accès aux messages Internet – version 4Rev1
  • RFC 3502 – Extension IMAP MultiAPPEND
  • RFC 3503 – Profil de notification de disposition des messages (MDN) pour Internet Protocole d’accès aux messages (IMAP)
  • RFC 3516 – Extension de contenu binaire IMAP4
  • RFC 3656 – La mise à jour de la boîte aux lettres (MUPDATE) Distribué Protocole de base de données distribués
  • RFC 3691 – Commande IMAP UNSELECT
  • RFC 4314 – Extension de la liste de contrôle d’accès IMAP4 (ACL)
  • RFC 4315 – Protocole d’accès aux messages Internet (IMAP) – Extension UIDPlus
  • RFC 4466 – Extensions collectées à IMAP4 ABNF
  • RFC 4467 – Protocole d’accès aux messages Internet (IMAP) – Extension Urlauth
  • RFC 4469 – Protocole d’accès aux messages Internet (IMAP) – Extension des caténées
  • RFC 4549 – Opérations de synchronisation pour les clients IMAP4 déconnectés
  • RFC 4551 – Extension IMAP pour le fonctionnement du magasin conditionnel ou la resynchronisation des modifications du drapeau rapide
  • RFC 4731 – Extension IMAP4 vers la commande de recherche pour contrôler le type d’informations renvoyé
  • RFC 4959 – Extension IMAP pour la réponse initiale du client initial d’authentification simple et de sécurité (SASL)
  • RFC 4978 – L’extension IMAP Compress
  • RFC 5032 – dans l’extension de recherche du protocole IMAP
  • RFC 5092 – Schéma d’URL IMAP
  • RFC 5161 – L’extension IMAP Activer
  • RFC 5162 – Extensions IMAP4 pour la resynchronisation rapide des boîtes aux lettres
  • RFC 5182 – Extension IMAP pour référence au dernier résultat de recherche
  • RFC 5255 – Internationalisation du protocole d’accès aux messages Internet
  • RFC 5256 – Protocole d’accès aux messages Internet – Extensions de tri et de thread
  • RFC 5257 – Protocole d’accès aux messages Internet – Extension annotée
  • RFC 5258 – Protocole d’accès aux messages Internet Version 4 – Liste des extensions de commande
  • RFC 5464 – l’extension des métadonnées IMAP
  • RFC 5465 – L’extension IMAP Notifie
  • RFC 5530 – Codes de réponse IMAP
  • RFC 5550 – L’e-mail Internet pour prendre en charge le profil des environnements de services divers (limonade)
  • RFC 5593 – Protocole d’accès aux messages Internet (IMAP) – Extension de l’identifiant d’accès à l’URL
  • RFC 5738 – Prise en charge IMAP pour UTF-8
  • RFC 5788 – Registre des mots clés IMAP4
  • RFC 5819 – Extension IMAP4 pour le retour des informations sur l’état dans la liste étendue
  • RFC 5957 – Tri d’adresse basé sur l’affichage pour l’extension de tri IMAP4
  • RFC 6154 – Extension de liste IMAP pour les boîtes aux lettres à usage spécial
  • RFC 6203 – Extension IMAP4 pour la recherche floue
  • RFC 6785 – Prise en charge des événements de protocole d’accès aux messages Internet (IMAP) dans le tamis
  • RFC 6851 – Protocole d’accès aux messages Internet (IMAP) – Extension de déplacement
  • RFC 7162 – Extensions IMAP: Resynchronisation des modifications rapides (Condstore) et Resynchronisation de la boîte aux lettres rapides (QResync)
  • RFC 7377 – Extension de recherche multimailbox IMAP4
  1. http://www.iana.org/assignments/port-numbers
  2. un b M. Crispin: RFC 1064 – Protocole d’accès au courrier interactif – Version 2. Internet Engineering Task Force, Juli 1988, Consulté le 5 février 2015 (Anglais).
  3. IMAP: Le protocole d’accès aux messages Internet – Breft Présentation et historique. Université de Washington, 1996, Consulté le 20 janvier 2012 (Anglais).
  4. M. Crispin: Pine ne cherchera pas mon courrier IMAP. Google, 8 février 2003, Récupéré le 8 mai 2011 (Anglais).
  5. Statut IMAP4. Université de Washington, 1996, Consulté le 20 janvier 2012 (Anglais).
  6. Modifie le serveur Cyrus IMAP depuis 2.3.x. L’université de Carnegie Mellon, Récupéré le 8 mai 2011 (Anglais).
  7. P. Heinlein, P. Hartleben: Le Livre d’IMAP: construire un serveur de messagerie avec Courier et Cyrus. Google, S. 107 , Récupéré le 8 mai 2011 (Anglais).
  8. P. B. Kecutter: UW IMAP, Courier, Cyrus et Dovecot en comparaison directe. Linux New Media, Récupéré le 8 mai 2011 .
  9. Les graines de l’intelligence artificielle. Dans: Centre d’information sur la recherche pédagogique. Département américain de l’Éducation, Consulté le 5 février 2015 (Anglais).
  10. J. Rice: RFC 1203 – Protocole interactif d’accès par courrier – version 3. Internet Engineering Task Force, février 1991, Consulté le 5 février 2015 (Anglais).
  11. M. Crispin: RFC 1176 – Protocole d’accès au courrier interactif – Version 2. Internet Engineering Task Force, août 1990, Consulté le 5 février 2015 (Anglais).
  12. M. Crispin: RFC 1730 – Protocole d’accès aux messages Internet – Version 4. Internet Engineering Task Force, décembre 1994, Consulté le 5 février 2015 (Anglais).
  13. M. Crispin: RFC 2061 – Compatibilité IMAP4 avec IMAP2BIS. Internet Engineering Task Force, décembre 1996, Consulté le 5 février 2015 (Anglais).
  14. M. Crispin: RFC 2060 – Protocole d’accès aux messages Internet – version 4Rev1. Internet Engineering Task Force, décembre 1996, Consulté le 5 février 2015 (Anglais).
  15. M. Crispin: RFC 3501 – Protocole d’accès aux messages Internet – version 4Rev1. Internet Engineering Task Force, mars 2003, Consulté le 5 février 2015 (Anglais).
  16. Alexey Melnikov: RFC 9051: Protocole d’accès aux messages Internet (IMAP) – version 4Rev2. Consulté le 9 septembre 2022 (Anglais).
after-content-x4