Rapport DTS Sur Les Courielle Électronique

Mise en place d’un serveur de messagerie électronique et d’un serveur
de messagerie instantanée : Cas de SALAR Sarl
Rédigé par NGUEMFO LAMBOY Jospin V. étudiant à l’IAI-CAMEROUN, Centre d’Excellence Technologique Paul BIYA.
Année académique 2020/2021. I
DÉDICACE
DÉDICACE
Je dédie ce travail à mes parents pour tout le

soutien consenti à mon égard
Rédigé par NGUEMFO LAMBOY Jospin V. étudiant à l’IAI-CAMEROUN, Centre d’Excellence Technologique Paul
BIYA. Année académique 2020/2021.
II
REMERCIEMENTS
REMERCIEMENTS
Notre profonde joie va à l’endroit de toutes ces personnes qui, ont contribuées de près
ou de loin, nous ont accompagnées dans notre expérience de stage et nous ont aidées lors de la
réalisation de ce projet, ces personnes qui nous ont apportées des conseils et des
encouragements, en l’occurrence :
M. Armand Claude ABANDA pour son accueil au sein de l’illustre établissement qu’il
dirige, pour notre formation, et pour ses conseils pratiques à notre égard ;
M. SANAMA Armel Léopold PDG et fondateur de SALAR Sarl, pour son accueil
chaleureux au sein de sa structure, sa disponibilité, le partage de son expertise au
quotidien, et la confiance qu’il nous a accordé ;
M. SALABESSIES Ignace Pacôme, Notre encadreur académique qui nous a fourni les
outils nécessaires au bon déroulement de notre stage, pour ses conseils et ses
enseignements ;
M. TEICHEUGANG Blaise Junior, notre encadreur professionnel, pour sa
disponibilité, son expertise et ses enseignements ;
Tout le corps professoral et administratif de l’IAI-Cameroun pour la qualité
d’enseignement ;
Nos collaborateurs pour leur esprit d’équipe qui nous a permis d’accomplir nos
multiples tâches ;
Mon père LAMBOY MICHEL pour son soutien financier et ces multiples conseils ;
Ma mère Mme FOFIE Béatrice pour son soutien inconditionnel à la fois moral et
économique…
Mlle EBO’OZE Brenda pour son soutien moral et la lecture entière de ce rapport de
stage ;
Mon frère, mes sœurs et toutes autres personnes ayant contribué à la réalisation de ce
projet.
III
SOMMAIRE
SOMMAIRE
DÉDICACE ..........................................................................................................................II
REMERCIEMENTS ........................................................................................................... III
SOMMAIRE ....................................................................................................................... IV
LISTE DES TABLEAUX .................................................................................................... V
LISTE DES FIGURES ........................................................................................................ VI
LISTE DES ABRÉVIATIONS ............................................................................................ X
RÉSUMÉ ........................................................................................................................... XII
ABSTRACT .................................................................................................................... XIII
INTRODUCTION GÉNÉRALE ........................................................................................... 1
PARTIE I: PHASE D’INSERTION ...................................................................................... 2
PARTIE II: PHASE TECHNIQUE ..................................................................................... 11
Chapitre I: CAHIER DES CHARGES ................................................................................ 12
Chapitre II : ÉTAT DE L’ART............................................................................................ 27
Chapitre III : CHOIX DE LA SOLUTION .......................................................................... 53
Chapitre IV : IMPLEMENTATION DE LA SOLUTION ................................................... 65
Chapitre V : RÉSULTATS ET COMMENTAIRES ......................................................... 102
CONCLUSION GÉNÉRALE ........................................................................................... 120
Annexes ................................................................................................................................ a
Bibliographie ........................................................................................................................ b
Webographie ......................................................................................................................... c
Glossaire……………………………………………………………………………………… d
Table des matières................................................................................................................. e
IV
LISTE DES TABLEAUX

LISTE DES TABLEAUX
Tableau 1: Ressources matérielles de SALAR SARL ............................................................ 8

Tableau 2: Récapitulatif des imprimantes de S.S ................................................................. 17
Tableau 3: Equipement d'interconnexion ............................................................................. 18
Tableau 4: Récapitulatif des différents ordinateurs .............................................................. 18
Tableau 5: Serveur de fichier............................................................................................... 19
Tableau 6: Téléphone .......................................................................................................... 19
Tableau 7: Matériels de protections électrique ..................................................................... 20
Tableau 8 : Evaluation financière des ressources humaines ................................................. 24
Tableau 9: Évaluation Financière des ressources matérielles (source : hp.com) ................... 25
Tableau 10: Évaluation Financière des ressources logicielles............................................... 25
V
LISTE DES FIGURES

LISTE DES FIGURES
Figure 1: Plan de localisation avec EdrawMax ...................................................................... 6

Figure 2: Organigramme SALAR SARL. Source : SALAR SARL ........................................ 7
Figure 3: Installation de Nmap (source : capture d'écran) .................................................... 15
Figure 4: Récupération de l'adresse réseau: (source : capture d'écran) .................................. 15
Figure 5: Scanne du réseau (source : capture d'écran) .......................................................... 16
Figure 6: Scanne d'adresse précise (source : capture d'écran) ............................................... 16
Figure 7: Topologie physique du réseau (source : EdrawMax) ............................................. 21
Figure 8: Topologie Logique du réseau (source : EdrawMax) .............................................. 22
Figure 9: Planification du projet (source : GranttProjet)...................................................... 24
Figure 10: Fonctionnement basique du protocole SMTP (source : EdrawMax) .................... 32
Figure 11: cycle de vie d'une session POP3 (source : EdrawMax) ....................................... 34
Figure 12: Connexion à un serveur IMAP (source : EdrawMax) .......................................... 38
Figure 13 : Envoi de courrier électronique (source : EdrawMax) ......................................... 42
Figure 14: Architecture client-serveur distribuée avec XMPP (source : EdrawMax) ............ 46
Figure 15: Site officiel de VirtualBox (source : capture d'écran) .......................................... 67
Figure 16: Téléchargement de VirtualBox (source : capture d'écran) ................................... 68
Figure 17: Site officiel d'Ubuntu (source : capture d'écran) .................................................. 68
Figure 18: Création d'une nouvelle machine virtuelle (source : capture d'écran) .................. 69
Figure 19: Choix de la taille de la mémoire (source : capture d'écran).................................. 69
Figure 20: Choix du type de disque dur (source : capture d'écran) ....................................... 70
Figure 21: Choix du type de fichier sur le disque dur (source : capture d'écran) ................... 70
Figure 22: Type de stockage sur le disque dur physique (source : capture d'écran) ............... 71
Figure 23: Emplacement du fichier de la VM (source : capture d'écran) .............................. 71
Figure 24: Configuration du stockage (source : capture d'écran) .......................................... 72
Figure 25: Configuration du réseau (source : capture d'écran) .............................................. 72
Figure 26: Installation d'Ubuntu server : Choix de la langue (source : capture d'écran) ....... 73
Figure 27: Configuration du clavier (source : capture d'écran) ............................................. 73
Figure 28: Configuration de la carte réseau (source : capture d'écran) .................................. 74
VI
Figure 29: Configuration du profil (source : capture d'écran) ............................................... 74

Figure 30: Installation du système Ubuntu serveur (source : capture d'écran) ....................... 75
Figure 31: Connexion à notre nouveau système (source : capture d'écran) ........................... 75
Figure 32: Déplacement vers le répertoire /etc/netplan (source : capture d'écran) ................. 76
Figure 33: Connexion en mode super utilisateur (source : capture d'écran) .......................... 77
Figure 34: état par défaut du fichier de configuration réseau (source : capture d'écran) ........ 77
Figure 35: Configuration de l'adresse en IPv4 statique (source : capture d'écran) ................. 77
Figure 36: Application des modifications (source : capture d'écran)..................................... 78
Figure 37: Vérification de la nouvelle adresse (source : capture d'écran) ............................. 78
Figure 38: Mise à jour de la base de données locale (source : capture d'écran) ..................... 78
Figure 39: Installation de Bind9 (source : capture d'écran)................................................... 79
Figure 40: Commande de modification named.conf.opion (source : capture d'écran) ........... 79
Figure 41: Modification du fichier named.conf.option (source : capture d'écran) ................. 79
Figure 42: Création du fichier de configuration de notre zone (source : capture d'écran) ...... 80
Figure 43: Configuration de la zone (source : capture d'écran)............................................. 80
Figure 44: Indication de la zone à écouter (source : capture d'écran) .................................... 80
Figure 45: Redémarrage de Bind9 ....................................................................................... 81
Figure 46: Mise à jour de la base de données locale (source : capture d'écran) ..................... 81
Figure 47: Installation de Postfix (source : capture d'écran) ................................................. 82
Figure 48: Choix du type de configuration du serveur Postfix (source : capture d'écran) ...... 82
Figure 49: Configuration du nom du serveur (source : capture d'écran)................................ 83
Figure 50: Déplacement vers le répertoire de configuration (source : capture d'écran) ......... 83
Figure 51: Fichier de configuration de Postfix (source : capture d'écran) ............................. 84
Figure 52: Chargement des modifications apportées à Postfix (source : capture d'écran) ...... 84
Figure 53: Création d'un utilisateur (source : capture d'écran) .............................................. 85
Figure 54: Connexion au compte du nouvel utilisateur crée (source : capture d'écran) ......... 85
Figure 55: Configuration du répertoire de dépôt des mails (source : capture d'écran) ........... 85
Figure 56: Recherche des paquets Dovecot disponibles (source : capture d'écran) ............... 86
Figure 57: Installation des paquets Dovecot ........................................................................ 87
Figure 58: Déplacement vers le répertoire de configuration (source : capture d'écran) ......... 87
Figure 59: Configuration du mode d'authentification (source : capture d'écran) ................... 88
Figure 60: Configuration du répertoire de récupération des mails (source : capture d'écran) 88
Figure 61: Configuration du groupe utilisateur privilégié (source : capture d'écran) ............. 88
VII
Figure 62: Redémarrage de Dovecot (source : capture d'écran) ............................................ 89

Figure 63: Installation de Mozilla Thunderbird (source : capture d'écran) ............................ 89
Figure 64: Choix du type d'installation (source : capture d'écran) ........................................ 90
Figure 65: Lancement de l'installation (source : capture d'écran) ......................................... 90
Figure 66: Fin de l'installation de Mozilla Thunderbird (source : capture d'écran)................ 90
Figure 67: Site officiel d'Openfire (source : capture d'écran) ............................................... 91
Figure 68: Configuration avec PuTTY (source : capture d'écran) ......................................... 92
Figure 69: Connexion au serveur grâce à PuTTY (source : capture d'écran) ......................... 92
Figure 70: Téléchargement d'Openfire................................................................................. 92
Figure 71: Installation de la dépendance Openjdk (source : capture d'écran) ........................ 93
Figure 72: Installation d'Openfire (source : capture d'écran) ................................................ 93
Figure 73: Configuration d'Openfire : choix de la langue (source : capture d'écran) ............. 94
Figure 74: Saisie des paramètres du serveur (source : capture d'écran) ................................. 94
Figure 75: Paramètres de la base de données (source : capture d'écran) ............................... 95
Figure 76: Paramètres du profil (source : capture d'écran) ................................................... 95
Figure 77: Configuration du compte administrateur (source : capture d'écran) ..................... 95
Figure 78: Fin de l'installation (source : capture d'écran) ..................................................... 96
Figure 79: Connexion au compte administrateur d'Openfire (source : capture d'écran) ......... 96
Figure 80: Création des utilisateurs (source : capture d'écran) .............................................. 97
Figure 81: Liste des utilisateurs (source : capture d'écran) ................................................... 97
Figure 82: Installation de Pidgin : Choix de la langue (source : capture d'écran) .................. 98
Figure 83: Mot de bienvenue de Pidgin (source : capture d'écran) ....................................... 98
Figure 84: Licence utilisateur de Pidgin (source : capture d'écran) ....................................... 98
Figure 85: Choix des composants à installer (source : capture d'écran) ................................ 99
Figure 86: Choix du dossier d'installation de Pidgin (source : capture d'écran) .................... 99
Figure 87: Fin d'installation de Pidgin (source : capture d'écran) ......................................... 99
Figure 88: Installation de Xabber (source : capture d'écran) ............................................... 100
Figure 89: Ping d’un client vers un serveur (source : capture d'écran) ................................ 104
Figure 90: Ping d'un serveur vers un client (source : capture d'écran) ................................ 104
Figure 91: Résolution du FQDN d'un serveur (source : capture d'écran) ............................ 105
Figure 92: Résolution du FQDN d'un client (source : capture d'écran) ............................... 105
Figure 93: Page d'accueil de Mozilla Thunderbird (source : capture d'écran) ..................... 106
Figure 94: Connexion du premier utilisateur avec Thunderbird (source : capture d'écran).. 106
VIII
Figure 95: Connexion du deuxième utilisateur avec Thunderbird (source : capture d'écran)107
Figure 96: Envoi d'un mail (source : capture d'écran) ........................................................ 108
Figure 97: Réception du mail (source : capture d'écran) ..................................................... 108
Figure 98: Lecture d’un mail (source : capture d'écran) ..................................................... 109
Figure 99: Répondre à un message (source : capture d'écran) ............................................ 109
Figure 100: Page d'accueil de Pidgin (source : capture d'écran) ......................................... 110
Figure 101: Connexion d'un utilisateur avec Pidgin (source : capture d'écran) ................... 110
Figure 102: Validation du certificat délivré par le serveur (source : capture d'écran) .......... 111
Figure 103: Utilisateur avec Pidgin (source : capture d'écran) ............................................ 111
Figure 104: Page d'accueil de Xabber (source : capture d'écran) ........................................ 112
Figure 105: Connexion d'un utilisateur avec Xabber (source : capture d'écran) .................. 112
Figure 106: Connexion échouée (source : capture d'écran) ................................................ 113
Figure 107: Paramètres de connexion avec Xabber (source : capture d'écran) .................... 113
Figure 108: Réactivation du compte avec Xabber (source : capture d'écran) ...................... 114
Figure 109: Validation du certificat délivré par le serveur (source : capture d'écran) .......... 114
Figure 110: Utilisateur connecté avec Xabber.................................................................... 115
Figure 111: Ajout d'un contact avec Xabber (source : capture d'écran) .............................. 115
Figure 112: Liste des contacts d'un utilisateur avec Xabber (source : capture d'écran) ....... 116
Figure 113: Envoi d'un message avec Xabber (source : capture d'écran) ............................ 117
Figure 114: Rection d'un message avec Pidgin (source : capture d'écran)........................... 117
Figure 115: Envoi d'un message avec Pidgin (source : capture d'écran) ............................. 118
Figure 116: Réception d'un message avec Xabber (source : capture d'écran) ...................... 118
IX
LISTE DES ABRÉVIATIONS

LISTE DES ABRÉVIATIONS
DG : Directeur Général
PDG : Premier Directeur Général
SS : SALAR Sarl
DNS : Domain Name System / Système de Nom de Domaine
TIC : Technologie de l’Information et de la Communication
IP : Internet Protocol
IPV4 : Internet Protocol Version 4
IPV6 : Internet Protocol Version 6
CPU : Central Processing Unit
VM : Virtual Machine / Machine Virtuelle
TCP : Transmission Control Protocol / Protocole de Contrôle de Transmission
MTA : Mail Transfert Agent / Agent de Transfert de Courrier
MDA : Mail Delivery Agent / Agent de Distribution du Courrier
MUA : Mail User Agent / Agent Utilisateur de Courrier
MSA : Mail Submission Agent / Agent de Soumission de Courrier
FQDN : Fully Qualified Domain Name / Nom de Domaine pleinement Qualifié
XMPP : Extensible Messaging and Presence Protocol / Protocole Extensible de
Présence et de Messagerie
IRC : Internet Relay Chat / Discussion Relayée par Internet
SIP : Session Initiation Protocol
SMTP : Simple Mail Transfert Protocol / Protocole Simple de Transfert de Courrier
POP : Post Office Protocol / Protocole de Bureau de Poste
IMAP : Internet Message Access Protocol
XML : Extensible Markup Language / Langage de Balisage Extensible
TLS : Transport Layer Security / Sécurité de la Couche de Transport
SSL : Secure Socket Layer
DPKG : Debian PacKaGe
APT : Advanced Packaging Tool
USB : Universal Serial Bus
X
VGA : Video Graphics Array

HDMI : High-Definition Multimedia Interface
CDC : Cahier des charges
DCHP : Dynamique Host Configuration Protocol
SME : Serveur de Messagerie Électronique
SMI : Serveur de Messagerie Instantanée
SI : Système d’Information
XI
RÉSUMÉ
RÉSUMÉ
L’IAI intègre dans le cursus de formation en systèmes et réseaux à la fin de la deuxième

année d’étude un stage académique d’une durée de quatre (04) mois en entreprise. C’est dans
cette optique que SALAR Sarl a bien voulu nous accueillir en son sein durant notre période de
stage. Ainsi, durant ladite période, nous avons participé à des activités diverses. Ces tâches ont
été effectuées en parallèle avec notre principal travail qui était la mise en place d’un serveur de
messagerie électronique et d’un serveur de messagerie instantanée dans le but de faciliter la
communication à distance au sein de notre structure d’accueil. Pour atteindre cet objectif, il a
été question pour nous de faire une collette d’information enfin d’entrer en possession de la
situation existante du réseau informatique de l’entreprise. Pour mener à bien ce travail, nous
avons divisé en deux (02) grandes parties notamment la phase d’insertion qui contient l’accueil
au sein de SALAR Sarl et la présentation de notre centre d’accueil, ensuite nous avons la phase
technique qui présente le cahier des charges, l’étude théorique, le choix de la solution et son
implémentation.
Mots clés : Serveur ; messagerie électronique ; messagerie instantanée ; réseau

informatique.
XII
ABSTRACT
ABSTRACT
AICS integrates into the systems and networks training course at the end of the second
year of study an academic internship lasting four (04) months in a company. It is with this in
mind that SALAR Sarl was kind enough to welcome us into its midst during our internship
period. Thus, during the said period, we participated in various activities. These tasks were
carried out in parallel with our main work which was to set up an e-mail server and an instant
messaging server in order to facilitate remote communication within our reception structure.
To achieve this goal, it was a question for us to collect information and finally to gain
possession of the existing situation of the company's computer network. To carry out this work,
we have divided into two (02) main parts, in particular the insertion phase which contains the
reception within SALAR Sarl and the presentation of our reception center, then we have the
technical phase which presents the specifications, the theoretical study, the choice of the
solution and its implementation.
Keywords : Server ; email ; instant messaging ; computer network
XIII
INTRODUCTION
INTRODUCTION GÉNÉRALE
GÉNÉRALE
L’institut Africain d’Informatique (IAI), représentation du Cameroun, de sa qualité de

leader dans le domaine des TIC au Cameroun, est un établissement dont l’objectif premier est
vulgariser l’outil informatique et fournir à l’Afrique en général et au Cameroun en particulier
des hauts cadres informaticiens sur le marché de l’emploi pour contribuer au développement
des Etats africains. Ainsi, dans le but d’obtenir le Diplôme des Techniciens Supérieurs (DTS),
chaque étudiant est tenu d’effectuer en fin d’année un stage académique dans une structure
d’accueil de son choix qui lui permettra non seulement de mettre en pratique les connaissances
théoriques acquises durant les deux dernières années, mais aussi de se familiariser avec le
monde professionnel. C’est ainsi que pour diminuer le taux de contamination de la COVID-19,
il nous a été demandé de mettre en place un serveur de messagerie électronique et un serveur
de messagerie instantanée au sein de SALAR Sarl dans le but de faciliter la communication à
distance. Ce document fera l’objet de notre séjour à SALAR Sarl et sera subdivisé en deux (02)
grandes phases : la phase d’insertion qui nous a permis de mieux nous intégrer dans le monde
professionnel et la phase technique qui nous a permis de faire une étude théorique et
d’implémenter notre solution.
Rédigé par NGUEMFO LAMBOY Jospin V. étudiant à l’IAI-CAMEROUN, Centre d’Excellence Technologique Paul BIYA. 1
Année académique 2020/2021.
PARTIE I: PHASE D’INSERTION
2
APERÇU :
INTRODUCTION
I. ACCUEIL AU SEIN DE
SALAR SARL
II. PRESENTATION DE SALR

SARL
CONCLUSION
3
Introduction
Afin de l’obtention du Diplôme de Technicien Supérieur (DTS) en travaux

informatiques, les étudiants de l’IAI sont tenus d’effectuer chacun un stage académique de
quatre (04) mois dans le but de prendre connaissance des réalités professionnelles et de mettre
en pratiques les notions acquises au cours des deux dernières années de formation. Ainsi, pour
que ces objectifs soient atteints, nous avons étés reçu comme stagiaire au de SALAR Sarl.
Notre période d’insertion s’articule autour de l’accueil et la présentation de SALAR Sarl.
4
I. Accueil au sein de SALAR Sarl
Dès notre arrivé le 07/06/2021 au sein de SALAR Sarl, nous avons été accueillis par le
chef du département Systèmes et Réseaux Monsieur TEICHEUGANG Junior. Une fois de
notre admissibilité confirmée, nous avons eu quelques échanges avec ce dernier qui nous a fait
part des conditions de travail, et nous également fait voir l’environnement de travail, le matériel
technique et en fin nous a présenté à l’équipe de travail avec laquelle nous serions appelés à
collaborer.
II. Présentation de SALAR Sarl
SALAR Sarl est une entreprise qui offre des solutions informatiques. Sa présentation
s’articule autour de : sa genèse, sa localisation, sa mission, son organigramme…
1. Historique
SALAR Sarl est une entreprise informatique pensée par deux ingénieurs des travaux en
Systèmes et Réseaux Informatiques. L’envie de fournir des solutions informatiques de qualité
est le déclencheur de cette aventure constituée au départ de cinq (05) personnes en Janvier
2017. Par la suite, des difficultés se sont enchaînées et rien que deux (02) personnes ont cru au
projet jusqu’à sa concrétisation en Février 2021 avec l’obtention du statut de SARL (Société
Anonyme à Responsabilité Limité).
2. Localisation
Venant de mobile omnisport, la localisation de SALAR Sarl est facilitée par le plan
ci-dessous :
5
Figure 1: Plan de localisation avec EdrawMax
3. Mission
SALAR Sarl est une société qui s’est donnée pour mission de résoudre au quotidien les
problèmes que rencontrent les différentes entreprises liées à l’informatique ou quel que soit le
domaine d’activité. SALAR Sarl, dans le but de vulgariser les TIC (Technologies de
l’Information et de la Communication), délivre des attestations de fin de formation dans
différents domaines de l’informatique.
4. Objet social
La société a pour objet :
➢ Conception et réalisation des applications web, mobiles et de bureau ;

➢ Administration des réseaux informatiques ;
➢ Formation à la conception et développement logiciel
➢ Formation en administration réseaux ;
➢ Maintenance informatique ;
➢ Infographie
6
➢ Produit de services, commerce général
Et, généralement, toutes opérations financières, commerciales, industrielles,

mobilières et immobilières, pouvant se rattacher directement ou indirectement à l'objet ci-
dessus ou à tous objets similaires ou connexes.
5. Organigramme et fonctionnement de la structure
SALAR Sarl comporte en son sein huit (05) départements. En ce qui nous concerne,
nous avons été affectés à la Département Génie Logiciel, telle qu’illustré ci-dessous :
Figure 2: Organigramme SALAR SARL. Source : SALAR SARL
6. Ressources matérielles et logicielles
SALAR Sarl dispose pour son fonctionnement de nombreux équipements pour un

service fiable, rapide et efficace.
6.1. Ressources matérielles
L’ensemble des différentes ressources matérielles dont disposent SALAR Sarl a été
regroupé dans le tableau ci-dessous :
7
Tableau 1: Ressources matérielles de SALAR SARL
Equipements Marque Quantité

Ordinateur de bureau HP 2
Ordinateurs portables HP 4
Routeurs HUAWEI 1
Switch CISCO 1
Onduleurs APC 1
Caisse de matériel / 1
dialectique de maintenance
Scanner HP 1
Imprimantes HP & CANON 2
Projecteurs vidéo EPSON 1
6.2. Ressources logicielles
S’agissant des ressources logicielles, SALAR Sarl en dispose de plusieurs lui

permettant d’effectuer ses différentes tâches quotidiennes. Nous pouvons citer :
Les systèmes d’exploitation tels que Ubuntu 20.04 et Windows 10 ;
Les logiciels d’application tels que Microsoft 2016 pour le traitement de texte ;
Le SGBD MySQL ;
Le serveur Wamp ;
Serveur Radius ;
Samba4 ;
Serveur TFTP ;
Timeshift.
7. Présentation du département Génie Logiciel
Placée sous l’autorité d’un directeur, le département Génie Logiciel analyse les
systèmes d’information, réalise les applications et effectue des tests du logiciel.
Plus précisément, le département Génie Logiciel a pour rôle :
8
Concevoir et réaliser des applications web, Android et de bureau ;
Concevoir des datawarehoure ;
Réaliser des scripts de tests sur les logiciels ;
La formation à la conception et au développement logiciel ;
Concevoir et réaliser les cahiers de charges techniques.
8. Présentation du département Systèmes et

Réseaux informatiques
Placé sous l’autorité d’un directeur, le département Systèmes et Réseaux a pour rôle :
➢ Conception et réalisation d’architectures réseaux optimisées (LAN, MAN, WAN) ;

➢ Mise en place des services réseaux ;
➢ Optimisation de la bande passante ;
➢ Mise en production des applications ;
➢ Administration du réseau d’entreprise.
9
Conclusion
Parvenu au terme de ce rapport d’insertion, il était question pour nous de décrire notre
intégration au sein de SALAR Sarl. Durant celle-ci, nous avons eu un bref aperçu de son
fonctionnement, une connaissance sur le travail collaboratif, la vie professionnelle à travers les
activités et les missions qui nous ont été assignées. C’est ainsi qu’au terme de cette phase
d’imprégnation que nous a été attribué le thème portant sur la : « Mise en place d’un serveur
de messagerie électronique et d’un serveur de messagerie instantanée ». Grâce aux
conseils, la disponibilité et la collaboration de notre encadreur technique, notre encadreur
académique et des autres membres de la structure, nous avons pu amplement aborder la phase
technique.
10
PARTIE II: PHASE TECHNIQUE
PARTIE II: PHASE TECHNIQUE
11
CHAPITRE I: CAHIER DES CHARGES
CHAPITRE I:
CAHIER DES
CHARGES
APERCU :
INTRODUCTION
I. PRESENTATION DU
PROJET
II. PLANIFICATION
III. EVALUATION
FINANCIERE
CONCLUSION
12
Introduction
Le cahier des charges est document contractuel à respecter lors de la réalisation d’un
projet. Le cahier des charges permet au maître d'ouvrage de faire savoir au maître d'œuvre ce
qu'il attend de lui lors de la réalisation du projet. C’est un document qui permet de lister
l’ensemble des fonctionnalités attendues de la solution à implémenter et de fixer les différentes
contraintes (opérationnelles, techniques et financières) du projet. C’est donc un élément
indispensable pour la mise en place d’une solution informatique. Dans notre cas ce document
aura pour objectifs de présenter le projet (thème), de faire une planification de la réalisation et
en fin de faire une évaluation financière.
13
I. Présentation du projet
1. Contexte
Avec l’internalisation des marchés, l’entreprise doit s’adapter, si possible anticiper,

parfois influencer, en tout cas réagir avec agilité. Pour y parvenir dans de bonnes conditions,
les gestionnaires d’entreprises ont besoin de l’information appropriée, au moment opportun,
pour la prise de décision. La place centrale qu’occupe l’information dans le processus de prise
de décision n’est plus à démontrer, car celle-ci est l’unité élémentaire de la communication.
Cependant, la communication connait une évolution constante avec l’avènement de

l’informatique, science du traitement automatique et rationnel de l’information. De ce fait
l’information se doit d’être traitée avec des outils à la pointe de la technologie. C’est l’une des
raisons fondamentales pour laquelle l’informatique devient un pilier indispensable et
incontournable pour les entreprises et les administrations désireuses de se développer et rester
compétitives.
Pour répondre à ces attentes et surtout sur le plan national, les Etats africains ont créés
l’Institut Africain d’Informatique (IAI), dans le but de mettre à la disposition des entreprises
des cadres compétents pour satisfaire leur besoin en TIC. L’IAI est une institution qui forme
au bout de 3 ans des ingénieurs de travaux informatiques dans les filières Génie logicielle,
Systèmes et Réseaux. La fin de cette formation est sanctionnée par un stage académique au
sein d’une entreprise. Lors dudit stage les étudiants sont appelés à résoudre un problème
concret au sein de l’entreprise qui les accueille et rédiger un rapport de stage.
C’est dans la recherche d’une entreprise capable de nous accueillir pour ledit stage que
nous avons pris contact avec la Start up SALAR Sarl et l’opportunité nous a aussitôt été offerte
par la direction de faire un diagnostic et proposer des axes de collaboration à travers un stage.
Au cours de ce diagnostic, il a été constaté que l’entreprise connait beaucoup de problèmes de
communication en interne.
2. Etude de l’existant
14
L’étude ou présentation de l’existant consiste à étudier et comprendre la situation

présente au sein de l’entreprise (SALAR Sarl) afin de pouvoir proposer une solution future.
Nous ferons tout d’abord une collecte des données ensuite nous les étudierons pour comprendre
leur importance.
2.1. Collecte des données
Un guide d’entretien a été élaboré et adressé à l’entreprise afin d’entrer en possession

des informations propres à son fonctionnement.
Afin d’avoir beaucoup plus d’informations concernant le réseau informatique de

l’entreprise, nous avons dû scanner ce réseau grâce au logiciel Nmap que nous avons installé
sur le système d’exploitation Ubuntu en suivant les étapes suivantes :
➢ L’installation du logiciel Nmap qui s’est passée dans le Shell grâce à la

commande sudo apt install nmap.
Figure 3: Installation de Nmap (source : capture d'écran)
➢ La récupération de l’adresse du réseau de l’entreprise par la commande route -

n
Figure 4: Récupération de l'adresse réseau : (source : capture d'écran)
➢ Scanne du réseau pour avoir les adresses des différent hôtes connectés au réseau
avec la commande sudo nmap -sn 192.168.43.0/24
15
Figure 5: Scanne du réseau (source : capture d'écran)
➢ Récupération des informations (ports actifs, système d’exploitation, adresse

mac…) concernant les différents hôtes connectés au réseau grâce à la
commande sudo -O 192.168.43.1 (cette commande s’applique sur toutes
adresses qui ont été trouvées lors du scan).
Figure 6: Scanne d'adresse précise (source : capture d'écran)
2.2. Résultat de l’analyse des données
Après analyse des différentes données obtenues lors de la collecte, nous pouvons voir
que SALAR Sarl possède une multitude d’équipement informatique qui sont liés les uns aux
autres et appelé à communiquer ensemble.
2.2.1. Equipements informatiques
SALAR possède un pack d’équipements dont la plupart est en fonction et certains pas
du tout utilisés.
16
Imprimantes : SALAR possède spécifiquement 3 imprimantes de qualité

première, notamment : une imprimante Canon et deux imprimantes HP.
L’imprimante Canon est utilisée pour les impressions en noir sur blanc tandis
que les imprimantes HP servent lorsqu’un hôte sollicite des impressions en
couleur ou le scanner.
Tableau 2: Récapitulatif des imprimantes de S.S
Nom Caractéristiques Quantité Images

Canon Processeur : Canon 400 1
MHz
Capacité mémoire RAM
(Standard) : 256 Mo
Capacité mémoire
(Maximum) : 256 Mo
Affichage : Écran tactile
LCD (N&B) / 14,48 cm
(5,7 ")
Recto-verso : Oui
HP Processeur : 500 MHz 2
Capacité mémoire
RAM (Standard) :256
Mo Capacité mémoire
(Maximum) :256 Mo
Affichage : Écran
tactile LCD (couleur) /
6,75 cm (2,65")
Copieur : Oui
Scanner : Oui
Recto-verso : Non
Les équipements d’interconnexion : Nous avons un commutateur et un

switch Cisco
17
Tableau 3: Equipement d'interconnexion
Nom Caractéristiques Quantités Images

Huawei
4 ports (intégré)
Huawei 300 Mbits/s 1
2,4 Ghz
Ethernet, Fast Ethernet, IEEE
802.11b, IEEE 802.11g, IEEE
802.11n
Nombre d'antennes : 2
IP 192.168.43.1
48 ports FastEthernet
4 ports GigaEthernet
D-Link 1
Les ordinateurs : SALAR possède 4 ordinateurs (2 desktops et 4 laptops), un

desktop est au département comptable, un laptop autre est au département
environnemental et les deux autres sont inutilisés
Tableau 4: Récapitulatif des différents ordinateurs
Nom Caractéristiques Quantité Images

Compaq Processeur : AMD 1
2.5ghz
RAM : 2G
Disque dur : 250G
HP Processeur : intel 1
corei3 2.9ghz
RAM : 4g
Disque dur :
320gG
18
HP Processeur : intel 2
corei3 3.ghz
RAM : 4g
Disque dur : 500G
ASSUS Processeur : intel 2
corei5 3.1ghz
RAM : 12g
Disque dur : 500G
Serveur de fichier : C’est un NAS Synology DS216
Tableau 5: Serveur de fichier

Processeur : Double cœur
800 MHz
1
Synology Connectique : 1 port LAN
1GbE ;
RAM : DDR3L de 512 Mo ;
Débit de lecture séquentielle
supérieur à 112 Mbits/s ;
Écologique – 9,81 watts en
fonctionnement complet ;
Capacité brute interne
maximale 16 To.
Téléphone : il s’agit des téléphones Phillips intégrant la fonctionnalité VOIP.
Tableau 6: Téléphone

2.4"
0,3 mégapixels.
2
Phillips 800 mAh.
32 Mo.
19
Matériels de protection électrique : SALAR possède un régulateur de tension

sur lequel est branché l’imprimante Canon et deux onduleurs.
Tableau 7: Matériels de protections électrique
Nom Quantités Images
APC 4
Régulateur de 1
tension
2.2.2. Réseau
i. Topologie physique
SALAR possède un réseau wifi et Ethernet se reposant sur le modèle réseau Workgroups.
Il Propose un accès sans fil pour les équipements possédant un adaptateur wifi et un accès
filaire pour les équipements ne disposant pas d’adaptateur wifi.
La topologie en étoile est celle qui est utilisé dans le réseau de SALAR, son équipement
central est un switch Cisco 3560. Il possède 48 ports FastEthernet et 4 ports GigaEthernet.
C’est grâce à lui que les équipements ne disposant pas d’adaptateurs wifi pourront avoir accès
au réseau
20
Un routeur Huawei HG8245H5 est relié à une des interfaces Ethernet du switch. Il a pour
rôle principal de fournir un accès à internet. Cette situation est représentée par la figure
suivante :
Figure 7: Topologie physique du réseau (source : EdrawMax)
ii. Topologie logique
L’adressage des différents hôtes du réseau est dynamique, le protocole DHCP (dynamic
host configuration protocol) est utilisé. L’adressage statique quant à lui est utilisé pour les
équipements fournissant les services dans le réseau.
Les supports de transmission utilisés sont des ondes et des câbles UTP de catégories 5e.
Une ligne ADSL est présente et relie les téléphones VOIP de l’entreprise au routeur Huawei
HG8245H5.
L’accès à internet se fait via FTTH. Un abonnement mensuel est souscrit chez le FAI
Camtel, le forfait offrant un débit de 12Mbps est celui utilisé. Les adresses des différents hôtes
et leur interface de connexion ont été récupéré grâce au scanne du réseau effectué
précédemment. Ainsi la topologie logique du réseau peut être représentée par la figure
suivante :
21
Figure 8: Topologie Logique du réseau (source : EdrawMax)
Durant cette étude nous avons constaté que la communication entre les employés des
différents départements de cette organisation se fait le plus souvent soit en présentiel, soit par
transmission de documents physiques d’un département à un autre, soit par envoi des messages
numériques par des logiciel de messagerie tel que Yahoo, Messenger et WhatsApp qui
nécessitent la présence d’une bonne connexion internet.
3. Critique de l’existant
L’étude précédente nous a permis de déceler un beau nombre de problèmes que

rencontre la structure, nous avons entre autres des problèmes de sécurité de données et des
problèmes de communication au sein de l’organisation.
En ce qui concerne la communication au sein de SALAR, elle est le plus souvent faite
en présentiel ou par transmission de documents physique (papiers) entre les différents bureaux
de travail. Nous notons également l’utilisation des logiciels de messagerie tel que Yahoo,
Messenger et WhatsApp dont le fonctionnement nécessite une connexion à internet bien stable.
La productivité et le rendement de cette société se voient souvent faible dû à l’utilisation

de ces méthodes qui constituent une lourdeur administrative
22
4. Problématique
Une analyse du SI de SALAR nous a permis de dénoter une multitude de failles. Parmi
ces différents problèmes, celui de la communication et de transmission des documents au sein
de la société a retenu notre attention car une mauvaise communication peut entrainer la perte,
l’indisponibilité et l’accès non contrôler des informations. Cependant, existe-il des solutions
informatiques efficaces et évolutives pouvant résoudre ce problème ? Si oui, laquelle de ces
solutions peut être réaliser à moindre coût ?
C’est dans ce sens que nous avons proposé une solution afin de pallier à ce manquement
qui s’articulera à travers le thème : « Mise en place d’un serveur de messagerie électronique
et un serveur de messagerie instantané ».
5. Objectifs à atteindre
5.1. Objectif global
Le principal objectif de ce travail est de mettre en place un serveur de messagerie

électronique et un serveur de messagerie instantané dans le but d’optimiser la communication
et la transmission de l’information au sein de SALAR.
5.2. Objectifs spécifiques
Pour mener à bien ce travail, l’objectif principal sera subdivisé en objectif spécifiques
à savoir :
Analyser le réseau
Installer un hyperviseur
Installer 4 machines virtuelles ;
Mettre en place le serveur de messagerie électronique ;
Mettre en place le serveur de messagerie instantané ;
Installer les logiciels clients ;
Test et supervision de la solution.
23
II. Planification
Pour la réussite de ce projet, nous l’avons planifié à l’aide du logiciel « GranttProject ».

Nous avons le planning suivant :
Figure 9: Planification du projet (source : GranttProjet)
III. Evaluation financière
L’évaluation financière est présentée par les tableaux suivants :
1. Ressources humaines
Tableau 8 : Evaluation financière des ressources humaines
Désignation Quantité Durée (jour) Prix unitaire Montant total

(jour) (FCFA)
Technicien en 01 30 5 000 150 000
réseau
Ingénieur des 01 30 20 000 600 000
Travaux
informatiques
Formation du 05 03 15 000 225 000
personnel
Total 1 975 000
24
2. Ressources matérielles
Tableau 9: Évaluation Financière des ressources matérielles (source : hp.com)
Désignation Quantité Prix unitaire Montant total (en

FCFA)
Desktop HP 01 460 200 460 200
Intel® Core™ i5-10210U
8 Go de mémoire
256 Go de stockage SSD
Carte graphique Intel® UHD
Ecran HP 01 78 000 78 000
60.45 cm (23.8 pouces)
FHD (1920 x 1080)
1 port VGA ; 1 port HDMI
1.4
Clavier filaire 01 01 12 000
Souris filaire 01 6500 6500
Clé USB HP 01 5000 5000
Capacité : 8Go
Total 2 561 700
3. Ressources logicielles
Tableau 10: Évaluation Financière des ressources logicielles
Désignation Quantité Prix unitaire Montant total (en

(par pièce) FCFA)
Hyperviseur 1 119 800 119 800
Antivirus (Kaspersky)/an 1 19 000 19 000
Total 3 138 800
Total final en FCFA 1 675 500
25
Conclusion
En définitive, le CDC est un document qui regroupe les besoins du client en termes de
réalisation d’un projet. Il présente également les grandes étapes de réalisations dudit projet en
tenant compte du délai. Ainsi, tour à tour nous avons présenté le projet, le planifier et enfin
estimer son coût. Il est désormais temps pour nous de débuter l’implémentation de la solution.
26
CHAPITRE II : ÉTAT DE L’ART
CHAPITRE Ii :
ÉTAT DE L’ART
APERCU :
INTRODUCTION
I. GÉNÉRALITÉS
II. MESSAGERIE
ÉLECTRONIQUE
III. MESSAGERIE
INSTANTANÉE
IV. SYSTÈME DE NOM DE
DOMAINE
CONCLUSION
27
Introduction
L’état de l’art est l’état des connaissances dans tout domaine donné à un instant donné.
En d’autres termes, c’est un document qui présente une étude théorique du projet en un instant
donné, c’est donc un élément indispensable pour la mise en place d’une solution informatique.
Dans notre cas, nous présenterons dans un premier temps de la messagerie électronique et son
fonctionnement, ensuite nous parlerons de la messagerie instantanée et enfin nous parlerons du
DNS (Système de nom de domaines).
28
I. Généralités
Un serveur informatique est un dispositif informatique matériel ou logiciel qui offre des
services à un ou plusieurs utilisateurs. Dans son fonctionnement, un serveur répond
automatiquement à des requêtes provenant d'autres dispositifs informatiques (les clients), selon
le principe dit client-serveur (mode de transmission entre plusieurs processus dont l’un qualifié
de client émet des requêtes et l’autre qualifié de serveur répond à ces requêtes). Le format des
requêtes et des résultats est normalisé et conforme à des protocoles réseaux. Les serveurs
informatiques offrent une multitude de services dont les plus courants sont :
Le partage de périphériques (imprimantes, disques durs, etc.) ;

Le commerce électronique ;
Le stockage en base de données ;
La messagerie électronique et la messagerie instantanée
Les jeux et la mise à disposition de logiciel applicatifs.
En ce qui concerne la messagerie, il s’agit de faire communiquer deux ou plusieurs

dispositifs informatiques (ordinateur, téléphone, tablette numérique et autres appareils
connectés) par échange de messages textuelles et d’autres documents.
Un serveur de messagerie est donc un serveur informatique qui offre un service de

messagerie. Son principal rôle est de recevoir les messages d’un ordinateur et de les mettre à
disposition d’autres ordinateurs. Suivant le mode de fonctionnement, nous distinguons deux
formes de messageries : la messagerie électronique et la messagerie instantanée.
II. Messagerie électronique
1. Concept de base
On appelle messagerie électronique l'ensemble du système qui permet la transmission

des courriels. Le courriel, courrier électronique ou e-mail est un service de transmission de
messages écrits et de documents envoyés électroniquement via un réseau informatique
communément internet dans des boîtes aux lettres électroniques. Pour envoyer et recevoir et
consulter un courriel, l'utilisateur doit disposer d’une adresse électronique, lui permettant d'être
identifié, et d'un programme d'accès soit sous la forme d'un logiciel appelé client de messagerie
29
soit sous la forme d'un site du type Webmail permettant l'accès aux messages depuis n'importe
quelle connexion Internet via un navigateur Web.
Une adresse électronique ou adresse e-mail est une suite de caractère permettant
d’identifier chaque utilisateur d’un système de messagerie électronique. Elle permet également
d’acheminer du courrier électronique dans une boite aux lettres informatique. Généralement,
les adresses électroniques sont constituées de trois éléments suivant cet ordre :
➢ Une partie locale, identifiant généralement une personne (Jospin, valandel12)

ou un nom de service (info, vente) ;
➢ Le caractère séparateur @ (arobase), signifiant at (« à » ou « chez ») en anglais ;
➢ L’adresse du serveur, généralement un nom de domaine identifiant l'entreprise
hébergeant la boîte électronique (exemple.net, exemple.com, exemple.org).
Un courrier électronique est composé de deux parties : les entêtes et le corps du

message, séparés par une ligne vide. Les entêtes stockent les informations contextuelles :
expéditeur, destinataire, objet, date... Le corps du message est quant à lui encodé sous forme
de texte, ou de parties multiples (par exemple un texte et des images).
Exemple de contenu brut d’un courrier électronique :
Received: from 31.121.118.45 (EHLO serveur.cm)

by mta1007.mail.ukl.light.com with SMTP; Fri, 02 Sep 2021 21:31:16
+0000
Received: by serveur.cm (Postfix, from userid 106)
id 3DF2F15A0CD; Fri, 21 Sep 2012 23:31:16 +0200 (CEST)
From: "Lamboy"
To: jospin@salar.cm
Subject: Bonjour !
Date: Fri, 02 Sep 2021 23:31:16 +0200
MIME-Version: 1.0
Content-Transfer-Encoding: 8bit
Content-Type: text/plain; charset=iso-8859-1
X-Mailer: Mozilla Thunderbird
Message-Id:
Bonjour Jospin,
Tiens-moi au courant pour la réunion.
Lamboy
2. Différents protocoles de la messagerie

électronique
30
Un protocole est l’ensemble des règles qui régissent la communication dans un réseau
informatique. Les trois principaux protocoles utilisés par un serveur de messagerie sont le
SMTP (Simple Mail Transfer Protocol), le POP (Post Office Protocol) et l’IMAP (Internet
Message Access Protocol). Il en existe encore un autre, le MAPI (Messaging Application
Programming Interface) mais qui n’est employé que dans le cadre de l’utilisation de Microsoft
Exchange.
2.1. Le protocole de messagerie SMTP
SMTP (Simple Mail Transfert Protocol) est un protocole de communication utilisé pour
transférer le courrier électronique vers les serveurs de messagerie électronique. SMTP est un
protocole assez simple, Il est de type client / serveur. Chaque demande d’envoi par le client
est suivie par une réponse de la part du serveur. Il s’agit d’un protocole simple qui utilise le
protocole de contrôle de transmissions TCP pour le transfert des données. Les échanges de
mails sur un serveur de messagerie se font via des ports (une porte pour le serveur) et le
protocole SMTP écoute, par défaut, le port 25 avec pour objectif de router les messages. On
commence par spécifier l'expéditeur du message, puis le ou les destinataires d'un message, puis,
en général après avoir vérifié leur existence, le corps du message est transféré.
Fonctionnement :
Etape1 : Lorsqu'un client SMTP a un message à transmettre, il établit une voie de transmission
vers un serveur SMTP. La responsabilité d'un client SMTP consiste à transférer les messages
électroniques vers un ou plusieurs serveurs SMTP, ou signaler son omission de le faire.
Un serveur SMTP peut être soit la destination finale, soit un relais intermédiaire (c'est-
à-dire qu'il peut assumer le rôle d'un client SMTP après avoir reçu le message). Les commandes
SMTP sont générées par le client SMTP et envoyées au SMTP serveur. Les réponses SMTP
sont envoyées du serveur SMTP au SMTP client en réponse aux commandes. En d'autres
termes, le transfert de messages peut se produire dans une seule connexion entre l'expéditeur
SMTP d'origine et le destinataire SMTP final, ou peut se produisent dans une série de sauts à
travers des systèmes intermédiaires.
Étape 2 : Une fois le canal de transmission établi et la prise de contact initiale est terminée, le
client SMTP initie normalement une transaction de courriel. Une telle transaction consiste en
31
une série de commandes pour spécifier l'expéditeur et la destination du courrier et la

transmission du contenu du message (y compris toutes les lignes de la section d'en-tête ou autre
structure) elle-même. Lorsqu'un même message est envoyé à plusieurs destinataires, ce
protocole encourage la transmission d'une seule copie des données pour tous les destinataires
à la même destination (ou relais intermédiaire) hôte. Le serveur répond à chaque commande
par une réponse ; les réponses peuvent indiquer que la commande a été acceptée, que des
commandes supplémentaires sont attendu, ou qu'une condition d'erreur temporaire ou
permanente existe. Une fois qu'un message électronique a été transmis, le client peut soit
demander la fermeture de la connexion ou lancer d'autres messages.
La figure suivante présente le fonctionnement basique du protocole SMTP
Figure 10: Fonctionnement basique du protocole SMTP (source : EdrawMax)
1) L’utilisateur accède à un client SMTP (MUA) pour envoyer un mail ;

2) Le CLIENT SMTP émet une requête d’envoi de mail vers le SERVEUR SMTP ;
3) Le SERVEUR SMTP récupère le mail et l’enregistre dans son système de fichier ;
4) Le SYSTÈME DE FICHIER envoie un message de validation au serveur SMTP ;
5) Le SERVEUR SMTP avise le client de la réception du mail ;
6) Le client SMTP notifie l’utilisateur.
32
2.2. Le protocole de messagerie POP
POP (Post Office Protocol) est aujourd’hui à sa version 3, aussi appelé POP3. C’est un
protocole standard qui permet la récupération des mails situés sur un serveur distant (serveur
POP). L’objectif de ce protocole est de relever le courrier électronique. Il vient tout simplement
télécharger les messages à partir du serveur et les stocke sur le poste de travail.
Fonctionnement :
Initialement, le serveur démarre le service POP3 en écoutant sur Port TCP 110.
Lorsqu'un hôte client souhaite utiliser le service, il établit une connexion TCP avec l'hôte du
serveur. Quand la connexion est établie, le serveur POP3 envoie un message d'accueil. Le client
et serveur POP3 échangent ensuite commandes et réponses (respectivement) jusqu'à ce que la
connexion soit fermée ou interrompue.
Une session POP3 passe par un certain nombre d'états au cours de sa durée de vie. Une
fois la connexion TCP ouverte et le POP3 serveur a envoyé le message d'accueil, la session
entre dans l'état AUTORISATION. Dans cet état, le client doit s'identifier auprès du serveur
POP3. Une fois que le client l'a fait avec succès, le serveur acquiert les ressources associées au
MDA du client, et la session passe à l'état TRANSACTION. Dans cet état, le client demande
des actions de la part du serveur POP3. Lorsque le client a émis la commande QUIT, la session
passe à l'état UPDATE. Dans cet état, le serveur POP3 libère toutes les ressources acquises
lors l'état TRANSACTION et dit au revoir. La connexion TCP est alors fermé.
➢ L’état D’AUTORISATION : Une fois la connexion TCP ouverte par un client POP3,
le serveur e POP3 émet un message d'accueil d'une ligne. Cela peut être n'importe quel
point positif réponse. Un exemple pourrait être S : +OK serveur POP3 prêt.
La session POP3 est maintenant à l'état AUTORISATION. Le client doit maintenant
s'identifier et s'authentifier auprès du serveur POP3. La session POP3 entre maintenant
dans l’État TRANSACTION.
➢ L’état de la TRANSACTION : Une fois que le client s'est identifié avec succès auprès
du serveur POP3 et le serveur POP3 a verrouillé et ouvert le Maildrop approprié, la
session POP3 est maintenant à l'état TRANSACTION. Le client peut maintenant
exécutez une commande POP3 à plusieurs reprises. Après chaque commande, le
serveur POP3 émet une réponse. Finalement, le client émet la commande QUIT et la
session POP3 passe à l'état UPDATE.
33
➢ L’état UPDATE : Ici le serveur POP3 libère toutes les ressources acquises lors de
l’état TRANSACTION. Lorsque le client émet la commande QUIT depuis l'état
TRANSACTION, la session POP3 entre dans l'état UPDATE. (Si le client émet la
commande QUIT à partir de l'état AUTORISATION, le POP3 la session se termine
mais n'entre PAS dans l'état UPDATE.) Si une session se termine pour une raison autre
que celle émise par le client (QUIT), la session POP3 n'entre pas dans l'état UPDATE
et ne doit supprimer aucun message du maildrop.
Un serveur POP3 peut avoir un temporisateur de déconnexion automatique d'inactivité.

Une telle minuterie doit être d'une durée d'au moins 10 minutes. La réception de toute
commande du client pendant cet intervalle devrait suffire à réinitialiser la minuterie de
déconnexion automatique. Lorsque la minuterie expire, la session n'entre pas l'état UPDATE.
Le serveur doit fermer la connexion TCP sans supprimer tout message ou envoyer toute
réponse au client.
Le cycle de vie d’une session POP3 est présenté par la figure suivante :
Figure 11: cycle de vie d'une session POP3 (source : EdrawMax)
1) La connexion ouverte, le serveur POP3 envoie un message d’accueil et passe à l’état

AUTORISATION ;
2) Après l’identification de l’utilisateur le serveur passe à l’état TRANSACTION ;
3) Le client émet une commande QUIT et le serveur passe à l’état UPDATE ;
4) Le serveur libère les ressources et ferme la connexion ;
5) Le client émet un QUIT depuis l’état AUTORISATION et ferme la connexion sans
passer par l’état UPDATE ;
34
6) La session se ferme pour une raison quelconque que l’émission d’un QUIT par le
client.
L’avantage de ce protocole est de permettre la consultation de sa messagerie en mode

« hors connexion ». Sans avoir besoin d’une connexion internet permanente. L’inconvénient,
par contre, est qu’il n’est pas adapté aux supports de mobiles (smartphones, tablettes) et que
les messages ne sont pas synchronisés en permanence avec le serveur.
2.3. Le protocole de messagerie IMAP
IMAP (Internet Message Access Protocol) désigne un protocole permettant l'accès à ses
courriels sur un serveur de messagerie grâce à un logiciel client. Le protocole IMAP est
semblable au protocole POP car il permet de récupérer les courriers de l’utilisateur sur un
serveur de messagerie grâce à un MUA.
2.3.1. Présentation du protocole
2.3.1.1. Niveau de lien

Le protocole IMAP4 suppose un flux de données fiable tel que celui fourni par TCP.
Un serveur IMAP écoute le port 143 du modèle TCP.
2.3.1.2. Commandes et réponses

Une connexion IMAP consiste en l'établissement de 3 éléments : une connexion
client/server, Un message d'accueil du serveur et des interactions client/serveur. Ces
interactions se font sous forme de commande (requête).
La commande client commence une opération. Chaque commande client est préfixé
d'un identifiant (généralement une courte chaîne alphanumérique, ex., A0001, A0002, etc.)
appelé « étiquette ».
2.3.1.3. Attributs de messages

En plus du texte du message, chaque message a plusieurs attributs qui lui sont associés.
Ces attributs peuvent être récupérés individuellement ou en conjonction avec d'autres attributs
ou textes de message :
35
➢ Numéro de messages : Les messages dans IMAP sont accessibles par l'un des deux
numéros : l'identifiant unique (UID) ou le numéro de séquence du message. Néanmoins,
les deux numéros permettent d’identifier chaque message. Les identifiants uniques sont
attribués de manière strictement ascendante dans la boîte aux lettres, l’UID d'un
message ne doit pas changer au cours de la session, et ne devrait pas changer entre les
sessions. En ce qui concerne les numéros de séquences, ils peuvent être réaffectés au
cours de la session. Pour exemple, lorsqu'un message est définitivement supprimé
(effacer) d’une boîte aux lettres, le numéro de séquence du message pour tous les
messages suivants est décrémenté. Le nombre de messages dans la boîte aux lettres est
également décrémenté. De même, un nouveau message peut se voir attribuer un
message numéro de séquence qui était autrefois détenu par un autre message avant un
effacer.
➢ Attribut de message de drapeaux (indicateur système) : Un indicateur système est
un nom d'indicateur prédéfini qui détermine l’état d’un message. Les indicateurs
systèmes actuellement définis sont :
• \Vu : Le message a été lu
• \Répondu : Le message a été répondu ;
• \Marqué : Le message est « signalé » pour une attention
urgente/spéciale ;
• \Supprimé : Le message est « supprimé » pour être supprimé
par la suite ;
• \Brouillon : La composition du message n'est pas terminée
(marqué comme brouillon) ;
• \Récent : Le message est "récemment" arrivé dans cette boîte
aux lettres. Cette session est la première session à avoir été
notifiée à ce sujet, si la session est en lecture-écriture, les
sessions suivantes ne verra pas \Récent défini pour ce message.
Ce drapeau ne peut être modifié par le client.
➢ Attribut de messages de date interne : Ici il s’agit de la date et l’heure interne du
message sur le serveur. Ce n'est pas la date et l'heure dans l'en - tête, mais plutôt la date
et l'heure qui reflètent le moment où le message a été reçu.
2.3.2. États d’une connexion IMAP
36
Une fois la connexion entre le client et le serveur établie, une connexion IMAP est dans
l'un des quatre états suivants :
2.3.2.1. État non authentifié

Dans l'état non authentifié, le client doit fournir les informations d'authentification. Cet
état est entré lorsqu'une connexion démarre sauf si la connexion a été pré-authentifiée.
2.3.2.2. État authentifié

Dans l'état authentifié, le client est authentifié et DOIT sélectionner une boîte aux lettres
à accéder. Cet état est entré lorsqu'un la connexion pré-authentifiée démarre ou lorsque les
informations d'authentification ont été fournies et acceptées.
2.3.2.3. Etat sélectionné

Dans un état sélectionné, une boîte aux lettres a été sélectionnée pour y accéder. Cet
état est entré lorsqu'une boîte aux lettres a été choisi.
2.3.2.4. État de déconnexion

Dans l'état de déconnexion, la connexion est interrompue. Cet état peut être saisi à la
suite d'une demande client ou par action unilatérale de l'un ou l'autre (le client ou le serveur).
Un serveur ne doit pas fermer unilatéralement la connexion sans l'envoi d'une réponse BYE qui
contient la raison de l'avoir fait. Un client ne devrait pas fermer unilatéralement la connexion,
et devrait plutôt émettre une commande LOGOUT (commande qui permet de fermer une
connexion). Si le serveur détecte que le client a fermé unilatéralement la connexion, le serveur
peut omettre la réponse BYE et fermez simplement sa connexion.
La figure suivante représente ces différents états avec leurs ordres de passage
37
Figure 12: Connexion à un serveur IMAP (source : EdrawMax)
1) Connexion sans pré-authentification (Accueil OK)

2) Connexion pré-authentifiée (Accueil pré-authentifié)
3) Connexion rejetée (salutation BYE)
4) Commande LOGIN ou AUTHENTIFICATE réussie
5) Commande SELECT réussi
6) Commande CLOSE ou échec de la commande SELECT
7) Commande LOGOUT, arrêt du serveur ou connexion fermée
Remarque IMAP est un peu l’inverse du protocole POP, c’est à dire qu’il a besoin d’une
connexion constante au serveur de messagerie pour pouvoir consulter ses mails. Ce protocole
synchronise en permanence les messages contenus sur le serveur et sur le poste de travail. Son
avantage réside donc dans la possibilité de consulter ses mails depuis n’importe quel endroit et
de pouvoir synchroniser et sauvegarder ses messages sur le serveur.
3. Fonctionnement du courrier électronique
38
Pour son bon fonctionnement, la messagerie électronique est divisée en plusieurs

service (MUA, MTA et MDA) avec, à chaque fois une fonction associée.
3.1. MUA (Mail User Agent ou Agent Utilisateur de

Messagerie)
Généralement appelé client de messagerie, logiciel de messagerie ou courrielleur,

c’est un logiciel qui sert à lire et envoyer des courriers électroniques. Ce sont en général des
clients lourds mais il existe aussi des applications web (messagerie web ou webmail) qui offrent
les mêmes fonctionnalités. La caractéristique principale d’MUA est de donner la possibilité à
l’utilisateur d’envoyer et de recevoir ces messages.
La réception du courrier se fait soit grâce au protocole Post Office Protocol (POP)3 ou par le
protocole Internet Message Access Protocol (IMAP)4. Dans le cas de POP, le courrier est
transféré du serveur vers la machine cliente et est en général effacé du serveur. Le protocole
IMAP, au contraire, permet une synchronisation du courrier entre le client et le serveur.
Les clients de messagerie les plus connus sont : Microsoft Outlook, Mozilla
Thunderbird, Evolution, Mail (Apple), Lotus Notes (IBM), Opera Mail, Foxmail.
3.2. MSA (Mail Submission Agent ou Agent de

Soumission de Courrier)
Un agent de soumission de messages (MSA), ou agent de soumission de courrier, est

un programme informatique ou un agent logiciel qui reçoit des messages électroniques d'un
agent d'utilisateur de courrier (MUA) et coopère avec un agent de transfert de courrier (MTA)
pour la livraison du courrier.
Remarque :
De nombreux MTA remplissent également la fonction d'un MSA, mais il existe

également des programmes spécialement conçus en tant que MSA sans fonctionnalité MTA
complète. Historiquement, dans le courrier, les fonctions MTA et MSA utilisent le numéro de
39
port 25, mais le port officiel pour les MSA est 587. Le MTA accepte le courrier entrant d'un
utilisateur, tandis que le MSA accepte le courrier sortant d'un utilisateur.
3.3. MTA (Mail Transfert Agent ou Agent de Transfert

du Courier)
Dans un système de messagerie, un agent de transfert de messages (MTA) ou un agent

de transfert de courrier, ou relais de messagerie est un logiciel qui transfère des messages
électroniques d'un ordinateur à un autre à l'aide de SMTP. Les termes serveur de messagerie et
hôte MX sont également utilisés dans certains contextes. Les messages échangés sur les
réseaux sont transmis entre les serveurs de messagerie, y compris les fichiers de données
attachés (tels que des images, des fichiers multimédias ou des documents). L'accès à cet e-mail
par les utilisateurs finaux se fait généralement via la messagerie Web ou un client de
messagerie.
i. Réception d’un message

Un message reçu par un MTA peut provenir de trois types de logiciel :
✓ Un MUA : qui n’est rien d’autre qu’un Webmail ou un logiciel client de messagerie
✓ Un MSA : qui sert souvent d’intermédiaire entre un MUA et un MTA
✓ Un autre MTA : la plupart des MTA servent à distribuer dans un réseau les messages
relayés par d'autres MTA.
ii. Rejet d’un message

Un MTA peut rejeter (envoi d'une Notification De Rejet) un message pour une de ces
raisons :
▪ Serveur non concerné : les MTA sont en général configurés pour n'accepter que des
messages expédiés par des personnes appartenant à un certain réseau (par exemple celui
des clients pour un fournisseur d'accès à internet, ou celui des employés appartenant à
une même organisation) et/ou que des messages destinés à certaines adresses (par
exemple le MTA de Yahoo n'accepte que les messages destinés à des adresses en
@Yahoo.fr)
40
▪ Non-respect des normes : si un message ne correspond pas aux normes applicables

aux courriers électroniques, ou que le protocole SMTP n'est pas strictement respecté
par le logiciel expéditeur
iii. Transfert d’un message

Les messages reçus et non rejetés sont transférés au MTA du destinataire, sauf si celui-
ci est le MTA traitant actuellement le mail : dans ce cas le message est transféré à un MDA.
En somme, le MTA s’occupe d’envoyer les mails entre les serveurs. Son rôle est de
redistribuer ces courriers à des Mail Delivery Agent et/ou d'autres MTA. (Exemples : Postfix,
qmail, Sendmail…).
3.4. MDA (Mail Delivery Agent ou Agent de

Distribution du courrier)
Un agent de distribution du courriel, en anglais Mail Delivery Agent souvent abrégé

par MDA, est le logiciel qui intervient dans la dernière étape du processus de distribution d'un
courrier électronique. C'est le composant chargé de déposer le message dans la boîte aux lettres
de l'utilisateur. Le MTA parle au MDA par l'intermédiaire des canaux d'entrée-sortie standard
ou bien par un protocole spécialisé comme LMTP (Local Mail Transfer Protocol qui est une
extension de SMTP).
Un MDA implémente soit le protocole POP, soit le protocole IMAP. Certains MDA
sont capables de gérer les deux protocoles. Les MDA les plus connus sont : Dovecot, Maildrop,
Procmail, Fetchmail…
Les mails, pour aller de l’expéditeur au destinateur suivent le parcours représenté par le
schéma suivant :
41
Figure 13 : Envoi de courrier électronique (source : EdrawMax)
III. Messagerie instantanée
1. Définition
La messagerie instantanée permet l’échange instantané de messages textuels et de

fichiers entre plusieurs personnes par l'intermédiaire d’ordinateurs, de tablettes ou de
téléphones mobiles connectés à un même réseau informatique, plus communément à Internet.
Contrairement au courrier électronique, ce moyen de communication est caractérisé par le fait
que les messages s’affichent en quasi-temps-réel et permettent un dialogue interactif. La
42
messagerie instantanée est souvent désignée sous le nom chat (du verbe anglais to chat,
bavarder).
2. Fonctionnement
Tout comme la messagerie électronique, la messagerie instantanée requiert l’emploi

d’un logiciel client qui se connecte à un serveur de messagerie instantanée. Elle diffère du
courrier électronique du fait que les conversations se déroulent instantanément (quasiment en
temps réel, les contraintes temporelles n’étant pas fortes dans ces systèmes). La plupart des
services modernes offrent un système de notification de présence, indiquant si les individus de
la liste de contacts sont simultanément en ligne et leur disponibilité pour discuter.
Dans les tout premiers programmes de messagerie instantanée, chaque lettre

apparaissait chez le destinataire dès qu’elle était tapée, et quand des lettres étaient effacées pour
corriger une faute, cela se voyait également en temps réel. Cela faisait ressembler la
communication à un coup de téléphone plutôt qu’à un échange de messages. Dans les
programmes modernes de messagerie instantanée, le destinataire ne voit le message de
l’expéditeur apparaître que lorsque celui-ci l’a validé.
La messagerie instantanée possède son propre langage. Les discussions ayant lieu en
temps réel, la vitesse d’écriture la rend plus fluide, d’où l’utilisation de raccourcis d’écriture,
notamment pour exprimer l’état d’esprit de l’auteur (les émoticônes). Ces raccourcis sont
souvent automatiquement remplacés par une image figurant une expression ou une certaine
émotion. L'argot (ensemble abréviation et acronyme) de la messagerie instantanée se
caractérise notamment par des termes ou des expressions communes qui sont souvent abrégés
en une courte série de lettres pouvant même inclure des chiffres (par exemple : bnjr (« bonjour
»), b8 (« bonne nuit »), 2m1 (« demain »), etc.).
3. Protocoles de communication
Un protocole de communication est une spécification de plusieurs règles pour un type

communication particulier. Les serveurs et les logiciels client de messagerie instantanée
43
fonctionnent sur la base de divers protocoles de communication parmi lesquels les plus
importants seront énumérés ci-dessous :
3.1. XMPP (Extensible Messaging and Presence Protocol)
XMPP qu’on peut traduire par « protocole extensible de présence et de messagerie »

est un protocole de communication basé sur des flux XML qui permet l'échange en temps quasi
réel de données structurées mais extensible entre deux ou plusieurs entités du réseau.
3.1.1. Résumé fonctionnel
Le but de XMPP est de permettre l'échange de petits morceaux de données structurées

(appelées "strophes XML") sur un réseau entre deux entités (ou plus). XMPP est généralement
implémenté en utilisant une architecture client-serveur distribuée, dans laquelle un client doit
se connecter à un serveur pour accéder au réseau et ainsi être autorisé à échanger des strophes
XML avec d'autres entités (qui peut être associé à d'autres serveurs). Le processus par lequel
un client se connecte à un serveur, échange des strophes XML et termine le la connexion est :
1) Déterminer l'adresse IP et le port auxquels se connecter, généralement basé sur la

résolution d'un nom de domaine pleinement qualifié ;
2) Ouvrir une connexion Transmission Control Protocol (TCP) ;
3) Ouvrir un flux XML sur TCP ;
4) Négocier de préférence Transport Layer Security (TLS) pour le canal cryptage ;
5) Authentification à l'aide d'une authentification simple ;
6) Lier une ressource au flux ;
7) Échanger un nombre illimité de strophes XML avec d'autres entités sur le réseau ;
8) Fermer le flux XML ;
9) Fermer la connexion TCP.
Dans XMPP, un serveur peut éventuellement se connecter à un autre serveur pour

activer la communication inter-domaines ou inter-serveurs. Pour arriver à cela, les deux
serveurs doivent négocier une connexion entre eux-mêmes, puis échanger des strophes XML.
3.1.2. Architecture
44
Bien que l'architecture de XMPP soit similaire à celle du courrier électronique, elle
introduit plusieurs modifications pour faciliter la communication en temps quasi réel. Les
principales caractéristiques de ce style architectural sont les suivantes :
Adresses globales : Comme pour le courrier électronique, XMPP utilise des

adresses mondialement uniques (basées sur le système de noms de domaine)
afin d'acheminer et de transmettre les messages sur le réseau. Toutes les entités
XMPP sont adressables sur le réseau, la plupart notamment les clients et les
serveurs mais aussi divers services supplémentaires accessibles par les clients
et les serveurs. En général, les adresses de serveur sont de la forme
<domainpart> (par exemple, <im.example.com>), les comptes hébergés sur un
serveur sont de la forme <localpart@domainpart> (par exemple,
<juliet@im.example.com>, appelé "bare JID"), et un périphérique ou une
ressource connectée qui est actuellement autorisé pour l'interaction au nom d'un
compte est de la forme <localpart@domainpart/resourcepart> (par exemple,
<juliet@im.example.com/balcony>, appelé un "JID complet"). Pour des raisons
historiques, les adresses XMPP sont souvent appelées Jabber ID ou JID.
Présence : XMPP inclut la possibilité pour une entité d'annoncer sa
disponibilité réseau ou sa « présence » à d'autres entités. En XMPP, cette
disponibilité à la communication est signalée de bout en bout au moyen d'une
primitive de communication dédiée : la strophe <presence/>. Bien que la
connaissance de la disponibilité du réseau ne soit pas strictement nécessaire
pour l'échange de messages XMPP, elle facilite l'interaction en temps réel car
l'expéditeur d'un message peut savoir avant d'initier la communication que le
destinataire prévu est en ligne et disponible.
Flux persistant : la disponibilité pour la communication est également intégrée
dans chaque "saut" point à point grâce à l'utilisation de flux XML persistants
sur des connexions TCP de longue durée. Ces flux client-serveur et serveur-
serveur "toujours actifs" permettent à chaque partie de transmettre des données
à l'autre partie à tout moment pour un routage ou une livraison immédiate.
Données structurées : L'unité de données de protocole de base dans XMPP
n'est pas un flux XML (qui fournit simplement le transport pour la
communication point à point) mais une "strophe" XML, qui est essentiellement
un fragment de XML qui est envoyé sur un ruisseau. L'élément racine d'une
45
strophe comprend des attributs de routage (tels que les adresses « de » et « à »),
et les éléments enfants de la strophe contiennent une charge utile pour la
livraison au destinataire prévu.
Réseau distribué de clients et de serveurs : En pratique, XMPP consiste en
un réseau de clients et de serveurs qui communiquent entre eux. Ainsi, par
exemple, l'utilisateur juliet@im.example.com associé au serveur
<im.example.com> peut être en mesure d'échanger des messages, de la présence
et d'autres données structurées avec l'utilisateur <romeo@example.net> associé
au serveur <example.net>. Ce modèle est familier des protocoles de messagerie
qui utilisent des adresses globales, telles que le réseau de messagerie. En
conséquence, la communication de bout en bout dans XMPP est logiquement
d'égal à égal mais physiquement de client à serveur à serveur à client, comme
illustré dans le schéma suivant.
Figure 14: Architecture client-serveur distribuée avec XMPP (source : EdrawMax)
3.2. IRC (Internet Relay Chat)
Le protocole IRC qui a pour signification en français « Chat de relais Internet » a été
développé sur des systèmes utilisant le protocole réseau TCP/IP, IRC est un système de
téléconférence, qui (grâce à l'utilisation du modèle client-serveur) est bien adapté pour
fonctionner sur de nombreuses machines de façon distribuée. Une configuration typique
implique un seul processus (le serveur) formant un point central pour les clients (ou autres
serveurs) auquel se connecter, en effectuant la livraison/le multiplexage de message requis et
d'autres fonctions.
46
3.2.1. Serveurs
Le serveur constitue l'épine dorsale de l'IRC, fournissant un point auquel les clients
peuvent se connecter pour se parler, et un point pour les autres serveurs auxquels se connecter,
formant un réseau IRC.
3.2.2. Clients
Un client est tout ce qui se connecte à un serveur qui n'est pas un autre serveur. Chaque
client se distingue des autres clients par un pseudonyme unique d'une longueur maximale de
neuf (9) caractères. En plus du surnom, tous les serveurs doivent avoir les informations
suivantes sur tous les clients : le vrai nom de l'hôte sur lequel le client s'exécute, le nom
d'utilisateur du client sur cet hôte et le serveur auquel le client est connecté.
3.2.3. Opérateurs
Pour permettre le maintien d'une quantité raisonnable d'ordre au sein du réseau IRC,
une classe spéciale de clients (opérateurs) est autorisée à effectuer des fonctions de
maintenance générale sur le réseau. Les opérateurs doivent être en mesure d'effectuer des
tâches réseau de base telles que la déconnexion et la reconnexion des serveurs selon les besoins
afin d'éviter l'utilisation à long terme d'un mauvais routage réseau. En reconnaissance de ce
besoin, le protocole IRC prévoit que les opérateurs ne peuvent effectuer que de telles fonctions.
Un pouvoir plus controversé des opérateurs est la possibilité de retirer un utilisateur du réseau
connecté par force, c'est-à-dire que les opérateurs sont capables de fermer la connexion entre
n'importe quel client et serveur.
3.2.4. Canaux
Un canal est un groupe nommé d'un ou plusieurs clients qui recevront tous des messages
adressés à ce canal. Le canal est créé implicitement lorsque le premier client le rejoint et le
canal cesse d'exister lorsque le dernier client le quitte. Tant que le canal existe, tout client peut
référencer le canal en utilisant le nom du canal. Les noms de canaux sont des chaînes
(commençant par un caractère '&' ou '#') d'une longueur maximale de 200 caractères. Mis à
part l'exigence que le premier caractère soit '&' ou '#'; la seule restriction sur un nom de canal
est qu'il ne peut contenir aucun espace (' '), un contrôle G (^G ou ASCII 7), ou une virgule (','
qui est utilisé comme séparateur d' élément de liste par le protocole) .
47
3.3. SIP (Session Initiation Protocol)
3.3.1. Présentation
Il existe de nombreuses applications d'Internet qui nécessitent la création et la gestion
d'une session, où une session est considérée comme un échange de données entre une
association de participants. Les la mise en œuvre de ces applications est compliquée par les
pratiques des participants : les utilisateurs peuvent se déplacer entre les terminaux, ils peuvent
être adressables par plusieurs noms, et ils peuvent communiquer en plusieurs différents médias
parfois simultanément. De nombreux protocoles ont été créés qui transportent diverses formes
de multimédia en temps réel des données de session telles que des messages vocaux, vidéo ou
texte. SIP est un outil agile et polyvalent pour créer, modifier et terminer des sessions qui
fonctionnent indépendamment du transport sous-jacent protocoles et sans dépendance du type
de session en cours établi.
3.3.2. Fonctionnalité SIP

SIP est un protocole de contrôle de couche application qui peut établir, modifier et
mettre fin à des sessions multimédias (conférences) telles que Appels de téléphonie Internet.
SIP peut également inviter des participants à sessions déjà existantes, telles que les conférences
multicast. Les médias peuvent être ajouté (et supprimé) à une session existante.
SIP prend en charge cinq facettes de l'établissement et de la terminaison multimédia

communication :
➢ Localisation de l'utilisateur : détermination du système d'extrémité à utiliser pour la

communication ;
➢ Disponibilité de l'utilisateur : détermination de la volonté de l'appelé partie à
s'engager dans des communications ;
➢ Capacités de l'utilisateur : détermination du média et des paramètres du média à
utiliser ;
➢ Configuration de la session : "sonnerie", établissement des paramètres de la session à
l'appelé et l'appelant ;
➢ Gestion de session : incluant le transfert et la résiliation de sessions, modification des
paramètres de session et appel prestations de service.
48
Remarque :
Contrairement au courrier électronique qui fonctionne sur la base de plusieurs

protocoles tel que SMTP, POP et IMAP dont certains se chargent de l’envoi et d’autres de la
réception des messages, la messagerie instantanée quant à elle fonctionne avec un protocole
précis qui se charge de l’envois et de la réception des messages.
IV. Système de Nom de Domaine (DNS)
1. Définition
Sur le plan technique, chaque ordinateur connecté à internet possède une adresse IP
(Internet Protocol) qui permet de l’identifier. Cette adresse IP est constituée soit d’une suite de
chiffres lorsqu’il s’agit d’une adresse IPv4 (par exemple, 192.168.43.20), soit d’une suite de
chiffres et de lettres lorsqu’il est question d’une adresse IPv6 (par exemple, 2001:0db8::53).
Dans la mesure où cette série de chiffres est difficile à retenir, la possibilité de remplacer ces
chiffres par des mots (le nom de domaine) a été créée. Un nom de domaine est donc un nom
unique qui identifie un particulier, une entreprise ou une organisation sur internet. Il permet la
recherche d’un site web ou l’envoi de messages électroniques, sans devoir recopier une longue
adresse IP.
Un nom de domaine est constitué d'une ou plusieurs parties, techniquement appelées

labels, qui sont concaténées de manière conventionnelle et délimitées par des points, comme
google.com :
➢ L'étiquette la plus à droite transmet le domaine de premier niveau ; par exemple, le nom
de domaine www.google.com appartient au domaine de premier niveau com.
➢ La hiérarchie des domaines descend de droite à gauche dans le nom ; chaque étiquette
à gauche spécifie une subdivision ou un sous-domaine du domaine à droite. Par
exemple : le label google spécifie un nœud google.com comme sous-domaine du
domaine com.
➢ Un nom d'hôte est un nom de domaine auquel au moins une adresse IP est associée. Par
exemple gmail.google.com spécifie l’hôte Gmail.
49
Le système de noms de domaine (DNS) est donc un système de nommage pour les
ordinateurs, services ou autres ressources connectés à Internet ou à un réseau privé. Plus
particulièrement, il traduit plus facilement les noms de domaine mémorisés en adresses IP
numériques nécessaires pour localiser et identifier les services et périphériques informatiques.
Le système de noms de domaine maintient la hiérarchie des noms de domaine et fournit des
services de traduction entre celui-ci et les espaces d'adressage. Un serveur de noms DNS est
un serveur qui stocke les enregistrements DNS d'un domaine ; un serveur de noms DNS répond
avec des réponses aux requêtes sur sa base de données.
Les types d'enregistrements les plus courants stockés dans la base de données DNS sont
pour Start of Authority (SOA), les adresses IP (A et AAAA), les échangeurs de messagerie
SMTP (MX), les serveurs de noms (NS), les pointeurs pour les recherches DNS inversées
(PTR), et les alias de nom de domaine (CNAME). La base de données DNS est
traditionnellement stockée dans un fichier texte structuré.
Le côté client du DNS est appelé un résolveur DNS. Un résolveur est chargé d'initier et
de séquencer les requêtes qui conduisent finalement à une résolution complète (traduction) de
la ressource recherchée, par exemple, la traduction d'un nom de domaine en une adresse IP.
2. Types d’enregistrement DNS
Il existe de nombreux type d'enregistrements DNS, mais certains sont plus communs :
• Enregistrement de type A (Address) : C'est le type le plus courant. Cet

enregistrement fait correspondre une adresse IP à un nom de machine.
Exemple : mta IN A 192.16.0.105
• Enregistrement de type CNAME (Alias) : Utilisé pour créer un alias depuis
un enregistrement de type A. Il est possible de créer un enregistrement de type
CNAME qui pointe vers un autre enregistrement CNAME, mais ceci double le
nombre de requêtes qui seront faîtes au serveur de noms.
Exemple : mail IN CNAME mta
mta IN A 192.168.0.105
Enregistrement MX (Mail Exchange) : Utilisé pour définir vers quel serveur
de la zone un email à destination du domaine doit être envoyé, et avec quelle
50
priorité. Cet enregistrement doit pointer vers un enregistrement de type A, et

non un alias CNAME. Il peut y avoir plusieurs enregistrements MX s'il existe
plusieurs serveurs de messagerie sur le domaine. Le plus petit nombre a la plus
grande priorité.
Exemple : ENREGISTREMENTS "MX"
@ IN MX 10 mail.salar.cm
Enregistrement NS (Name Server) : Utilisé pour définir quels serveurs
répondent pour cette zone. Cet enregistrement doit pointer vers un
enregistrement de type A, non pas vers un enregistrement de type CNAME.
Exemple : IN NS ns.ubuntu-fr.lan.
ns IN A 192.168.106
51
Conclusion
En définitive, l’état de l’art est le document qui présente le projet de manière théorique.
Il présente les différents éléments nécessaires à la mise en place de la solution. Ainsi, tour à
tour nous avons expliqué le fonctionnement de la messagerie électronique et de la messagerie
instantanée avec les différents protocoles d’implémentation. De même, nous avons parlé du
DNS qui sera utile pour la mise en place de nos différents serveurs. Nous pouvons maintenant
passer au choix des différentes solutions à implémenter.
52
Chapitre III : CHOIX DE LA SOLUTION
Chapitre III :
CHOIX DE LA
SOLUTION
APERCU :
INTRODUCTION
I. CHOIX DU SERVEUR DE
MESSAGERIE
ÉLECTRONIQUE
II. CHOIX DU SERVEUR DE
MESSAGERIE
INSTANTANÉE
CONCLUSION
53
Introduction
Le choix de la solution est la partie qui présente les différentes solutions existantes dans
l’optique d’effectuer un choix plus tard. Ainsi, nous présenterons dans cette partie les différents
serveurs MTA, MDA et MUA en ce qui concerne la messagerie électronique. Pour la
messagerie instantanée, nous présenterons les différents serveurs existants ainsi que les clients
qui leurs sont compatibles. A la fin de chaque parie, un choix sera effectué en fonction des
besoins.
54
I. Choix du serveur de messagerie électronique
1. Choix du serveur MTA
Différents serveurs MTA existent parmi lesquels les plus connus et plus utilisés sont les
suivant :
1.1. Sendmail
Sendmail est un serveur MTA dont le code source est ouvert. Il se charge de la livraison
des messages électroniques et possède les atouts suivants :
Avantages :
Une très bonne sécurité

Code source libre
Multi plate-forme de type UNIX (MAC OS, GNU/LINUX)
Inconvénients :
❖ Difficile à configurer car son architecture est vieille

❖ Très complexe avec une maintenance difficile
❖ Très lent
1.2. Postfix
Il a les caractéristiques suivantes :
Avantages :
Il est adapté pour des gros besoins

Facile à installer et à configurer
Maintenance aisée
Sécurisé avec anti Spam
Codes sources libres
Multi plate-forme de type UNIX (MAC OS, GNU/LINUX).
Gratuit
Accessible en mobilité
Inconvénients :
55
Pas d’inconvénient majeur
1.3. MS Exchange (Microsoft Exchange)

Microsoft Exchange est un logiciel de messagerie qui permet de gérer les Mails, les
Calendriers et les Contacts. Il a les caractéristiques suivantes :
Avantages
Accès en mobilité, c'est-à-dire vous avez accès à vos mails, vos calendriers ou
vos contacts via votre ordinateur portable, votre téléphone portable et ce depuis
tout endroit connecté à internet.
Une bonne sécurité antispam qui sauvegarde et archive vos données critiques
Une bonne efficacité permettant de partager votre agenda et contact
professionnel avec vos collègues ou collaborateurs.
Inconvénients
✓ Les codes sources ne sont pas libres.

✓ Il n'est pas gratuit
✓ Uni plate-forme (MS Windows)
En tenant compte des différentes contraintes auxquelles nous faisons face et des
caractéristiques dont présentent chaque serveur, nous pouvons affirmer que le serveur Postfix
répondra le mieux à nos besoins.
2. Choix du serveur MDA
Il existe plusieurs agents de distribution des courriels MDA sous Linux. Tous les
serveurs ci-dessous peuvent être installés depuis le dépôt principal, et donc bénéficier des mises
à jour de sécurité lorsque cela est nécessaire.
2.1. Procmail
C'est un agent de distribution du courriel permettant de surtout filtrer et classer les
courriels entrants. Il ne distribue pas les courriels à un client de messagerie MUA distant.
Avantage :
56
L’agent de distribution de courrier Procmail n'est généralement pas démarré à partir de

la ligne de commande, mais est généralement appelé par des sous-systèmes de distribution de
courrier, tels qu'un agent de transport de courrier (comme Sendmail ou Postfix), ou à partir d'un
agent de récupération de courrier (tel que fetchmail ). Cela rend le traitement du courrier piloté
par les événements. L'outil compagnon formail permet à procmail d'être utilisé dans le
traitement par lots sur le courrier qui se trouve déjà dans la boîte aux lettres d'un utilisateur.
Inconvénients
Procmail était l'un des premiers exemples d'outil et de langage de filtrage de courrier.
Procmail n'est plus maintenu et est connu pour avoir de multiples failles de sécurité. Malgré
cela, il reste encore largement utilisé car les problèmes de sécurité ne sont pas largement
connus, la migration peut être difficile, en particulier pour ceux qui ont des filtres complexes
développés au fil des ans, et certains voient ses capacités comme meilleures que les alternatives
disponibles.
2.1. Dovecot
Dovecot est un serveur IMAP et POP3 open source pour les systèmes d'exploitation de
type Unix, écrit principalement dans un souci de sécurité. Dovecot peut fonctionner avec mbox
standard, Maildir et ses propres formats natifs dbox hautes performances. Il est entièrement
compatible avec leur implémentation sur les serveurs UW IMAP et Courier IMAP, ainsi
qu'avec les clients de messagerie accédant directement aux boîtes aux lettres. Dovecot prend
en charge une variété de schémas d'authentification pour l’accès IMAP, POP et agent de
soumission de messages (MSA).
Remarque : D’autres MDA existent tel que courrier, Cyrus, dB mail, Xmail.
3. Choix du MUA
3.1. Clients lourds

Un client de messagerie de type lourd, est un logiciel qui permet de lire, d'écrire et
d'expédier des courriers électroniques. Il s'installe sur un poste client qui se connecte au serveur
de messagerie. Le client lourd a l'avantage de récupérer nos messages et de les copier sur notre
57
poste local, en mode connecté au serveur. Ainsi en mode hors connexion, nous avons accès à
nos messages.
3.1.1. Thunderbird de Mozilla

Il possède les caractéristiques suivantes :
Très léger ;
Multi plate-forme (Windows, Mac OS, Linux) ;
Rapide ;
Extensible (peut recevoir de nouvelles fonctionnalités) ;
Les codes sources sont libres d'accès ;
Installation et configuration simples ;
Transfert de messages avec pièces jointes :
Il est gratuit.
3.1.2. Zimbra
Le logiciel se compose d'une partie serveur et cliente ainsi que d'un client de
messagerie. Deux versions de Zimbra sont disponibles : une version open-source, et une
version supportée commercialement (Network Edition) avec des composants logiciels
propriétaires tels que les Exchanges Web Services.
IL se caractérise par :
Multi plate-forme (Windows, Mac OS, Linux) ;

Il est gratuit ;
Codes sources sont libres ;
Regroupe tous les comptes dans un seul répertoire ;
Installation et configuration rapide, facile ;
Transfert les messages avec pièces jointes ;
Extensible.
3.2. Clients légers ou Webmail

Un client de messagerie de type léger est un logiciel qui est installé sur un poste client,
permet de se connecter au serveur de messagerie via un navigateur web (Internet explorer,
Firefox). Il fonctionne uniquement en mode connecté et ne copie pas en local les messages
stockés sur le serveur. Ainsi, en mode hors connexion nous n'avons plus accès à nos courriers.
58
3.2.1. MS Outlook Web Access

Outlook Web Access est une interface Web mail permettant aux utilisateurs d'accéder
à leur messagerie via une enveloppe web. Il se caractérise par :
Installation rapide et facile ;

Très léger ;
Codes sources ne sont pas libres ;
Il n'est pas gratuit ;
Uni plate-forme (MS Windows).
3.2.2. Web mail Ajax de zimbra

L'interface web mail de Zimbra a la particularité suivante :
Installation automatique à la première connexion au serveur via un navigateur

web ;
Multi plate-forme (MS Windows, Mac OS, Linux, etc.) ;
Elle est Gratuite ;
Codes sources libres ;
Autorise-le glisser/déposer de messages ;
Autorise le clic droit de la souris ;
Transfère les messages avec pièces jointes ;
Permet les messages instantanés.
3.2.3. Round cube

C'est une interface web mail qui a les caractéristiques suivantes :
Multi plate-forme ;
Codes sources libres ;
Gratuite ;
Multi linguistique ;
Installation et configuration faciles ;
Nombre illimité d'utilisateurs et de messages ;
Transfert de messages avec pièces jointes.
caractéristiques dont présentent chaque client, nous pouvons affirmer que le client Thunderbird
répondra le mieux à nos besoins.
59
II. Choix du serveur de messagerie instantanée
1. Choix du serveur de messagerie instantanée
Plusieurs serveurs de messagerie instantané existent pamis lesquels les plus utilisés sont
les suivants :
1.1. Openfire
C’est un serveur Jabber/XMPP écrit en Java et distribué sous licence publique générale
GNU. L'essentiel de la configuration et de l'administration du serveur se fait à travers une
interface Web. Les administrateurs peuvent se connecter de n'importe où et éditer la
configuration du serveur, ajouter ou supprimer des utilisateurs, des salons de conversation…
Openfire propose les fonctionnalités suivantes :
Interface web d’administration ;

Interface pour les plugins ;
Customisable ;
Support SSL/TLS (La Transport Layer Security (TLS) ou « Sécurité de la
couche de transport », et son prédécesseur la Secure Sockets Layer (SSL) ou «
Couche de sockets sécurisée »1, sont des protocoles de sécurisation des
échanges par réseau informatique, notamment par Internet) ;
Guide à l’installation et interface ergonomique ;
Connectivité LDAP ;
Indépendant de la plate-forme utilisée, Java pur ;
Permet à plusieurs serveurs de communiquer en grappe.
1.2. Ejabberd
Ejabberd est un serveur Jabber/XMPP et agent MQTT libre de messagerie instantanée
à haute performance. Durant le confinement lié à la pandémie du Covid-19, les développeurs
ont ajouté une liaison entre Ejabberd et le logiciel libre de visioconférence.
1.3. Jabberd14
Jabberd14 (anciennement Jabberd) est un serveur Jabber/XMPP libre de messagerie
instantanée performant et stable. Il est développé sous licence libre GNU/GPL et est disponible
60
sur les systèmes d'exploitation et des variantes UNIX comme GNU/Linux, FreeBSD et
NetBSD. La majorité du code source est écrite dans le langage C et C++. Depuis la version
1.6.0, jabberd a été renommé en jabberd14 pour le distinguer de jabberd2. Il a le support
complet de XMPP avec le gestionnaire de connexion client jadc2s.
1.4. Prosody
Prosody est un serveur XMPP libre pour les systèmes type Unix. Ce logiciel, écrit en
Lua, est un serveur de messagerie instantanée qui implémente le protocole de communication
XMPP. Il supporte les fonctionnalités XMPP :
Signets/marques pages ;
Avatars basés sur IQ, crées par l'utilisateur ou basés sur des Vcard ;
Stockage XML privé ;
Salons de discussions ;
Délivrance délayée des messages ;
Transferts de fichiers ;
Informations sur l'utilisateur : géolocalisation, humeur, activité ;
Flux bidirectionnels sur HTTP (BOSH) ;
Compression des flux ;
Authentification client à client via TLS
caractéristiques dont présentent chaque serveur, nous pouvons affirmer que le serveur Openfire
répondra mieux à nos besoins.
2. Choix du logiciel client
2.1. Pidgin
Il possède les caractéristiques suivantes :
• Logiciel libre client de messagerie instantanée multi protocole, multi plateforme

et multilingue.
• Il permet de se connecter aux protocoles XMPP, IRC, ICQ/AIM, Google Talk
et Yahoo! Messenger, et gère la VoIP
• Il est disponible pour GNU/Linux, Windows et BSD.
61
• La fenêtre des messages utilise des onglets pour gérer les conversations qui sont
enregistrées dans des fichiers log. La fenêtre de conversation permet la
vérification orthographique avec Aspell qu’il faut installer en plus.
2.2. Astrachat
Il se caractérise par son efficacité quant à consommation de ressources de l’appareil,
ainsi comme de données. De plus, Il inclut les fonctionnalités suivantes :
Connexion directe avec le serveur d’XMPP en évitant les services proxy qui
puissent compromettre des mots de passe ou toute autre information.
Appels VoIP entre clients.
Support pour messages vocaux entre utilisateurs.
Echange rapide d’images, vidéo et d’autres fichiers.
Chats en groupe.
Fonctionnement sur tous les réseaux mobiles et wifi.
Notification immédiate de nouveaux messages.
Rapports de réception de messages.
Interface minimaliste.
Emploi efficace des données de réseau.
Version Pc et mobile.
Fonctionnement avec ou sans connexion internet.
Sécurisé par les protocoles de sécurité tel que TLS.
2.3. Xabber
Est un client XMPP libre pour Android, très léger et facile à configurer. En plus de cela
il présente les caractéristiques suivantes :
➢ Peut supporter plusieurs comptes

➢ Interface moderne
➢ Support de l’arrivée des messages sur le serveur
➢ Historique des conversations
➢ Compatible avec les serveurs XMPP standard
➢ Export de l’historique sur une carte SD
➢ Recherche de contact
➢ Paramètre de notification individuelle pour chaque contact
62
caractéristiques dont présentent chaque client, nous pouvons affirmer que le client Pidgin
répondra le mieux à nos besoins sur les ordinateurs tant dis que le client Xabber fera l’affaire
sur les téléphones portables.
63
Conclusion
En somme, il existe pléthore de solutions pour la messagerie électronique et la

messagerie instantané, parmi ces solutions, nous avons effectué des choix qui sont les suivants :
Pour la messagerie électronique, nous avons choisi comme serveur MTA Postfix, comme MDA
Dovecot et comme MUA nous avons choisi le client Mozilla Thunderbird. En ce qui concerne
la messagerie instantanée, nous avons choisi le serveur Openfire et comme client nous avons
choisi Pidgin pour fonctionner sur ordinateur et Xabber pour Android. Les différentes solutions
étant présentes, nous pouvons à présent passer à la phase d’implémentation.
64
Chapitre IV : IMPLEMENTATION DE LA
SOLUTION
Chapitre IV :
IMPLEMENTATION
DE LA SOLUTION
APERCU :
INTRODUCTION
I. INSTALLATION DES MACHINES

VIRTUELLE
II. MISE EN PLACE D’UN SERVEUR
DNS
III. MISE EN PLACE D’UN SERVEUR
DE MESSAGERIE
ÉLECTRONIQUE
IV. MISE EN PLACE D’UN SERVEUR
DE MEESSAGERIE
INSTANTANÉE
CONCLUSION
65
Introduction
L’implémentation de la solution débute la phase pratique de notre projet, cette partie

consiste ainsi en l’installation et la configuration des différents services. Dès lors, nous allons
d’abords installer nos machines virtuelles, ensuite nous allons mettre en place un serveur DNS,
et enfin nous allons installer et configurer nous différents services de messagerie électronique
et instantanée.
66
I. Installation des machines virtuelle

Pour installer nos machines virtuelles nous utilisons hyperviseur VirtualBox sur lequel
nous installerons nos systèmes d’exploitation
1. Installation de l’hyperviseur
Pour installer l’hyperviseur VirtualBox, nous devons d’abord nous rendre sur le site
officiel de l’application pour télécharger son fichier d’installation. :
❖ Cliquer sur le lien https://www.virtualbox.org/wiki/Downloads pour accéder à

la page de téléchargement
Figure 15: Site officiel de VirtualBox (source : capture d'écran)
❖ Ensuite choisir la plateforme et le téléchargement et le téléchargement

débutera automatiquement
67
Figure 16: Téléchargement de VirtualBox (source : capture d'écran)
Pour installer le fichier téléchargé il suffit de double cliquer dessus et suivre la

procédure d’installation.
2. Installation des systèmes d’exploitation
Avant d’installer nos systèmes d’exploitation nous devons d’abord télécharger le fichier
.iso du système d’exploitation et ensuite créer de nouvelles machines virtuelles. Pour
télécharger ce fichier .iso, nous devons nous rendre sur le site officiel du système d’exploitation
Ubuntu et se rendre dans le menu téléchargement grâce au lien
https://ubuntu.com/download/server
Figure 17: Site officiel d'Ubuntu (source : capture d'écran)
68
Il suffit maintenant de cliquer sur télécharger le serveur Ubuntu et le téléchargement

débutera.
Apres avoir télécharger le système d’exploitation, ouvrir l’hyperviseur VirtualBox,

suivre les étapes suivantes pour créer et configurer une nouvelle machine :
Cliquer sur nouvelle et mentionner le nom de la machine ensuite sur suivant
Figure 18: Création d'une nouvelle machine virtuelle (source : capture d'écran)
Sur la page suivante nous devons indiquer la taille de la mémoire (RAM) et

cliquer sur suivant
Figure 19: Choix de la taille de la mémoire (source : capture d'écran)
Nous devons à présent indiquer quel type de disque dur sera utilisé, pour notre
cas nous choisirons un disque dur virtuel
69
Figure 20: Choix du type de disque dur (source : capture d'écran)
Choisir le type de fichier que nous allons utiliser sur notre disque dur virtuel
Figure 21: Choix du type de fichier sur le disque dur (source : capture d'écran)
Sur la page suivante choisir dynamiquement alloué pour que la taille de notre
disque puisse augmenter en cas de nécessité
70
Figure 22: Type de stockage sur le disque dur physique (source : capture d'écran)
Choisir la taille du disque virtuel et cliquer sur créer pour finaliser la création
de la nouvelle machine
Figure 23: Emplacement du fichier de la VM (source : capture d'écran)
Maintenant que la machine virtuelle est prête, nous allons la configurer. Pour cela
cliquer sur configuration :
❖ Allons dans le menu stockage>contrôleur : IDE et indiquons le fichier .iso que

nous venons de télécharger
71
Figure 24: Configuration du stockage (source : capture d'écran)
❖ Ensuite allons dans Réseau pour sélectionner l’accès par pont
Figure 25: Configuration du réseau (source : capture d'écran)
Nous pouvons maintenant cliquer sur démarrer pour lancer l’installation du système
d’exploitation :
Sur la première page il nous est demandé de choisir la langue du système, pour notre
cas nous allons choisir le français
72
Figure 26: Installation d'Ubuntu server : Choix de la langue (source : capture d'écran)
Ensuite nous devons sélectionner la disposition des touches du clavier
Figure 27: Configuration du clavier (source : capture d'écran)
Configurer la carte réseau en lui affectant une adresse et un nom. Par défaut l’adressage
se fait grâce au DHCP
73
Figure 28: Configuration de la carte réseau (source : capture d'écran)
Cliquer sur suivant en laissant les autres configurations par défaut

Configuration du profil
Figure 29: Configuration du profil (source : capture d'écran)
Cliquer sur terminer pour finaliser l’installation
74
Figure 30: Installation du système Ubuntu serveur (source : capture d'écran)
Après installation cliquer sur redémarrer pour relancer le système

Information de connexion : entrer le nom d’utilisateur et le mot de passe
Figure 31: Connexion à notre nouveau système (source : capture d'écran)
Notre système est prêt, nous pouvons désormais installer et configurer nos services.
II. Mise en place d’un serveur DNS
75
1. Changer l’adresse IP dynamique de la machine en

adresse IP statique
Une adresse IP est un numéro unique attribué à chaque appareil sur un réseau TCP/IP.
Une adresse IP est une constitué de 04 octets pouvant aller de 0 à 255 dont, selon la classe de
l’adresse, une partie représente l’adresse du sous réseau et l’autre partie représente l’adresse de
l’hôte dur le sous réseau. Nous disposons ainsi deux types d’adresse IP : adresse IP statique et
adresse IP dynamique.
➢ Une adresse IP statique est simplement une adresse qui ne change pas. Une fois que
l’appareil s'est vu attribuer une adresse IP statique, ce numéro reste généralement le
même jusqu'à ce que l'appareil soit mis hors service ou que votre architecture réseau
change. Les adresses IP statiques sont généralement utilisées par des serveurs ou
d'autres équipements importants.
➢ Comme son nom l'indique, les adresses IP dynamiques sont susceptibles de changer,
parfois à tout moment. Les adresses dynamiques sont attribuées, selon les besoins, par
les serveurs DHCP (Dynamic Host Configuration Protocol : protocole de configuration
dynamique des hôtes).
Pour changer l’adresse IP dynamique d’un serveur Ubuntu en adresse IP statique nous
devons nous rendre dans le répertoire Netplan et éditer son fichier de configuration.
Pour se rendre dans ce répertoire, nous devons nous servir de la commande cd qui reçoit
en argument le chemin d’accès au répertoire. Nous devons ainsi saisir la commande
suivante cd /etc/netplan
Figure 32: Déplacement vers le répertoire /etc/netplan (source : capture d'écran)
Pour modifier le fichier de configuration nous devons d’abord passer en mode super
utilisateur grâce à la commande sudo su
76
Figure 33: Connexion en mode super utilisateur (source : capture d'écran)
Nous allons maintenant éditer ce fichier grâce à l’éditeur de texte vim. Nous allons nous
servir de la commande vim qui attend en argument le nom du fichier à éditer, nous
devons donc saisir vim 00-installer-conffig.yaml
Figure 34: état par défaut du fichier de configuration réseau (source : capture d'écran)
Nous devons ensuite taper la touche « i » du clavier qui permet d’insérer du texte et
modifier ce fichier tel que suit
Figure 35: Configuration de l'adresse en IPv4 statique (source : capture d'écran)
Ensuite appliquer les modifications effectuées avec la commande suivante : netplan

apply
77
Figure 36: Application des modifications (source : capture d'écran)
Nous pouvons alors taper la commande ip a et observer les modifications que nous
avons effectué
Figure 37: Vérification de la nouvelle adresse (source : capture d'écran)
2. Installation et configuration du serveur DNS
L’installation Du serveur DNS bind se fait grâce au gestionnaire de paquet apt

disponible sur Ubuntu.
❖ Pour installer Bind9 nous devons d’abord mettre à jour notre base de données locale
avec la commande sudo apt update (sudo nous permet de passer ici en mode super
utilisateur)
Figure 38: Mise à jour de la base de données locale (source : capture d'écran)
❖ Nous pouvons maintenant installer bind9 avec la commande sudo apt install bind9
78
Figure 39: Installation de Bind9 (source : capture d'écran)
L’installation de Bind crée automatiquement un répertoire nommé bind/ dans le

répertoire /etc/. Ce dernier contiendra ainsi les fichiers de configuration de notre service. La
configuration de Bind se fait en suivant les étapes suivantes :
✓ Editer le fichier /etc/bind/named.conf.option en mode super utilisateur grace à la

commande sudo vim /etc/bind/named.conf.option
Figure 40: Commande de modification du fichier named.conf.opion (source : capture d'écran)
✓ Ajouter la ligne listen-on { any ;} ;
Figure 41: Modification du fichier named.conf.option (source : capture d'écran)
✓ Créer le fichier de configuration de notre zone en copiant le fichier de configuration du

domaine locale grâce à la commande cp /etc/bind/db.local /etc/bind/salar.cm
79
Figure 42: Création du fichier de configuration de notre zone (source : capture d'écran)
✓ Editer le fichier de configuration notre zone : sudo vim /etc/bind/salar.cm. Ce fichier

doit ressembler à celui-ci
Figure 43: Configuration de la zone (source : capture d'écran)
✓ Editons ensuite le fichier /etc/bind/named.conf.local. Ce fichier doit ressembler à

celui-ci
Figure 44: Indication de la zone à écouter (source : capture d'écran)
✓ Redémarrons notre service enfin que les modifications soient prisent en charge avec la
commande sudo service bind9 restart
80
Figure 45: Redémarrage de Bind9
III. Mise en place d’un serveur de messagerie

électronique
1. Installation et configuration du MTA
1.1. Installation du MTA Postfix
L’installation de Postfix peut se faire par l’une des méthodes suivantes :
➢ Téléchargement et compilation du code source ;

➢ Téléchargement et installation du fichier .deb ;
➢ Téléchargement et installation du logiciel grâce au gestionnaire de paquets apt.
Nous nous servirons du gestionnaire de paquets apt pour installer postfix car en plus
d’installer le paquet il installe également toutes ces dépendances. Pour ce faire, nous devons
suivre la procédure suivante :
Mettre à jour la base de données locale avec la commande sudo apt update
Figure 46: Mise à jour de la base de données locale (source : capture d'écran)
Lancer l’installation du logiciel avec la commande sudo apt install postfix
81
Figure 47: Installation de Postfix (source : capture d'écran)
Choisir le type de configuration du serveur. Dans notre cas nous allons sélectionner
internet site
Figure 48: Choix du type de configuration du serveur Postfix (source : capture d'écran)
Saisir le nom de la machine
82
Figure 49: Configuration du nom du serveur (source : capture d'écran)
Le logiciel Postfix est maintenant installer, il est temps de passer à sa configuration.
1.2. Configuration du MTA Postfix
Pour configurer Postfix, deux méthodes s’offrent à nous :
▪ Configuration basique grace au gestionnaire de paquet dpkg en saisissant la commande

sudo dpkg – reconfigure postfix
▪ Editer directement les fichiers de configurations qui se trouvent dans le répertoire
/etc/postfix/
En ce qui concerne les fichiers de configuration, postfix possède plusieurs parmis

lesquels les plus importants sont main.cf et master.cf mais pour notre cas nous effectuerons
les configurations dans le fichier main.cf. La procédure à suivre est la suivante :
• Se diriger vers le repertoire /etc/postfix/ avec la commande cd /etc/postfix/
Figure 50: Déplacement vers le répertoire de configuration de Postfix (source : capture d'écran)
• Editer le fichier main.cf grâce à l’éditeur vim en mode super utilisateur avec la
commande sudo vim main.cf. Modifier ce fichier pour qu’il ressemble à celui-ci
83
Figure 51: Fichier de configuration de Postfix (source : capture d'écran)
• Il ne reste plus qu’à recharger le logiciel avec la commande systemctl reload postfix
Figure 52: Chargement des modifications apportées à Postfix (source : capture d'écran)
1.3. Création des utilisateurs
Notre service utilisera les utilisateurs propres au système Ubuntu, donc l’ajout des
utilisateurs est très simple. Nous allons créer deux utilisateurs : comptable et secrétaire
84
Pour ajouter l’utilisateur comptable nous devons saisir la commande sudo adduser
comptable
Figure 53: Création d'un utilisateur (source : capture d'écran)
Nous devons maintenant nous connectons avec cet utilisateur avec la commande su
comptable
Figure 54: Connexion au compte du nouvel utilisateur crée (source : capture d'écran)
Saisir la commande export MAIL=/home/comptable/Maildir pour changer le

répertoire de dépôt de nos mails
Figure 55: Configuration du répertoire de dépôt des mails (source : capture d'écran)
NB : Pour ajouter tout autre utilisateur nous devons procéder de la même façon
2. Installation et configuration du MDA
2.1. Installation du MDA Dovecot
85
Dovecot est un paquet qui comporte des sous paquets (dérives) dont chacun implémente
un protocole spécifique. Pour mener à bien la réception de nos messages, nous allons installer
dovecot-imapd et dovecot-pop3d. Bien évidemment le premier sera chargé de faire mettre en
place le protocole IMAP et second fera tourner le protocole POP3.
Comme tout autres service, l’installation de Dovecot peut se faire par plusieurs methodes :
➢ Téléchargement et compilation du code source ;

➢ Téléchargement et installation du fichier .deb ;
➢ Téléchargement et installation du logiciel grâce au gestionnaire de paquets apt.
Etant la méthode la plus efficace, l’utilisation du gestionnaire de paquets apt nécessite

d’abord une mise à jour de la base de données locale. Puisque nous avons précédemment mis
à jour notre base de données locale, nous allons d’abord vérifier l’existance des paquets enfin
de récupérer leur nom exact, ensuite nous procèderons à leurs installations :
✓ Pour verifier l’existance des paquets, nous devons saisir la commande sudo apt search
dovecot | grep dovecot
Figure 56: Recherche des paquets Dovecot disponibles (source : capture d'écran)
Nous avons en retour la liste de paquets Dovecot disponible. Comme dit précédemment,
nous allons installer dovecot-imapd et dovecot-pop3d
86
✓ Pour installer ces paquets saisir la ligne de commande sudo apt install dovecot-imapd
dovecot-pop3d
Figure 57: Installation des paquets Dovecot
Maintenant que les paquets Dovecot sont bien installés, il est temps de passer à sa
configuration
2.2. Configuration du MDA Dovecot
Les principaux fichiers de configuration de dovecot se trouvent dans le répertoire

/etc/dovecot/conf.d alors avant de commencer, nous devons d’abord nous connecter en tant que
super administrateur et en suite de diriger vers ce répertoire :
❖ Pour se connecter en mode super administrateur nous devons saisir la commande sudo
su et ensuite entrer le mot de passe
❖ Il suffit maintenant de saisir la commande cd /etc/dovecot/conf.d pour accéder à ce
répertoire
Figure 58: Déplacement vers le répertoire de configuration de Dovecot (source : capture d'écran)
87
❖ Nous devons ensuite ouvrir le fichier de configuration d’authentification 10-auth.conf

avec la commande vim 10-auth.conf et le modifier comme ceci :
Figure 59: Configuration du mode d'authentification avec Dovecot (source : capture d'écran)
❖ Dans le fichier 10-mail.conf nous devons indiquer dans quel répertoire dovecot ira
chercher nos mails avec la ligne suivant
Figure 60: Configuration du répertoire de récupération des mails (source : capture d'écran)
❖ Toujours dans le même fichier nous devons indiquer le groupe privilégié pour nos mail
Figure 61: Configuration du groupe utilisateur privilégié (source : capture d'écran)
88
❖ Redémarrons à présent notre service pour activer les modifications
Figure 62: Redémarrage de Dovecot (source : capture d'écran)
3. Installation du MUA Mozilla Thunderbird
Après avoir téléchargé le fichier d’installation de Thunderbird, suivre les étapes suivantes
pour l’installation :
Ouvrir le fichier d’installation et cliquer sur suivant
Figure 63: Installation de Mozilla Thunderbird (source : capture d'écran)
Choisir le type d’installation. Nous allons choisir le type standard.
89
Figure 64: Choix du type d'installation (source : capture d'écran)
Indiquer dossier sera sauvegarder nos fichiers et valider sur installer
Figure 65: Lancement de l'installation (source : capture d'écran)
L’installation est terminée, nous pouvant à présent lancer notre MUA
Figure 66: Fin de l'installation de Mozilla Thunderbird (source : capture d'écran)
90
IV. Mise en place d’un serveur de messagerie

instantané
1. Installation du serveur Openfire
L’installation de Openfire se fait grâce à son fichier .deb présent sur le site officiel.
Alors dans le but d’avoir la possibilité d’effectuer des copier-coller, nous utiliserons un
émulateur de terminal pour accéder à notre serveur. Les étapes suivantes ont mené à bien
l’installation d’Openfire :
Aller sur le site officiel et copier le lien de téléchargement du paquet .deb d’Openfire
Figure 67: Site officiel d'Openfire (source : capture d'écran)
Démarrer l’émulateur de terminal PuTTY et saisir l’adresse IP su serveur pour s’y

connecter
91
Figure 68: Configuration avec PuTTY (source : capture d'écran)
Saisir le login et le mot de passe pour s’y connecter
Figure 69: Connexion au serveur grâce à PuTTY (source : capture d'écran)
Télécharger le .deb grâce à la commande wget en copiant le lien de téléchargement

copié précédemment
Figure 70: Téléchargement d'Openfire
Nous devons maintenant télécharger une dépendance d’Openfire : Openjdk-16-jre
92
Figure 71: Installation de la dépendance Openjdk (source : capture d'écran)
Nous pouvons maintenant installer le paquet téléchargé avec le gestionnaire de paquets

dpkg.
Figure 72: Installation d'Openfire (source : capture d'écran)
2. Configuration du serveur Openfire
La configuration d’Openfire se fait via un une interface Web. Après l’avoir

correctement installé, suivre les étapes suivantes pour bien configurer notre serveur :
Accéder à l’interface de configuration en saisissant sur le navigateur l’adresse du

serveur suivi du numéro de port come ceci : 192.168.0.103 :9090
La première page nous demande de faire le choix de la langue :
93
Figure 73: Configuration d'Openfire : choix de la langue (source : capture d'écran)
La seconde page nous demande de renseigner le nom de domaine et le FQDN du

serveur :
Figure 74: Configuration d’Openfire : Saisie des paramètres du serveur (source : capture d'écran)
Ensuite nous devons indiquer si nous allons intégrer une base de données externe où
nous utiliserons la base de données embarquée du serveur :
94
Figure 75: Configuration d’Openfire : Paramètres de la base de données (source : capture d'écran)
Sélection du système d’enregistrement des utilisateurs
Figure 76: Paramètres du profil (source : capture d'écran)
Configuration du compte administrateur
Figure 77: Configuration du compte administrateur (source : capture d'écran)
Fin de l’installation
95
Figure 78: Fin de l'installation (source : capture d'écran)
3. Création des utilisateurs
Nous pouvons dès lors nous connecter pour créer des utilisateurs et administrer notre
serveur de messagerie. Pour cela, saisir les informations de connexion et valider :
Figure 79: Connexion au compte administrateur d'Openfire (source : capture d'écran)
La création de nouvel utilisateur se fait dans l’option Créer un nouvel utilisateur qui se trouve
dans le menu Utilisateurs / Groupes :
96
Figure 80: Création des utilisateurs (source : capture d'écran)
Après avoir créé les deux utilisateurs nous pouvoir les voir dans le menu utilisateur /groupe
Figure 81: Liste des utilisateurs (source : capture d'écran)
4. Installation des clients Pidgin et Xabber
97
4.1. Installation de Pidgin
Pour installer Pidgin sur un hôte Windows nous devons d’abord télécharger son fichier
d’installation ensuite l’ouvrir et suivre les étapes d’installation :
Choisir la langue d’installation
Figure 82: Installation de Pidgin : Choix de la langue (source : capture d'écran)
La page suivante présente le mot de bienvenue de Pidgin. Cliquer sur suivant
Figure 83: Mot de bienvenue de Pidgin (source : capture d'écran)
Ensuite nous devons accepter la licence d’utilisation en cliquant sur suivant
Figure 84: Licence utilisateur de Pidgin (source : capture d'écran)
Sélectionner les composants dont on souhaite installer
98
Figure 85: Choix des composants à installer (source : capture d'écran)
Choisir le dossier d’installation et cliquer sur installer pour lancer l’installation
Figure 86: Choix du dossier d'installation de Pidgin (source : capture d'écran)
Une fois l’installation terminée, cliquer sur suivant
Figure 87: Fin d'installation de Pidgin (source : capture d'écran)
99
Par contre, pour l’installebr sur une distribution linux nous devons juste saisir la
commande sudo apt install pidgin
4.2. Installation de Xabber
Xabber est une application mobile qui se trouve sur Play store. Donc pour l’installer il
suffit d’aller sur Play store et saisir Xabber sur la barre de recherche
Figure 88: Installation de Xabber (source : capture d'écran)
100
Conclusion
En définitive, nous avons installé et configuré nos différents services qui sont le serveur
DNS Bind9, le serveur MTA Postfix, le serveur MDA Dovecot, le MUA Mozilla Thunderbird,
le serveur de messagerie instantanée Openfire, les clients Pidgin et Xabber. Nous pouvons à
présent passer à la phase des tests.
101
Chapitre V : Résultats et commentaires
Chapitre V :
Résultats et
commentaires
APERCU :
INTRODUCTION
I. VÉRIFICATION DU DNS
II. TESTS SUR LA MESSAGERIE
ÉLECTRONIQUE
III. TESTS SUR LE MESSAGERIE
INSTANTANÉE
CONCLUSION
102
Introduction
La phase des tests est celle où l’on vérifie le bon fonctionnement de nos différents
services, il est question ici d’effectuer des tests d’apporter des commentaires sur les résultats
obtenus. Pour cela, nous allons d’abord faire une vérification de notre DNS, ensuite nous ferons
des tests et nous apporterons des commentaires sur nos solutions de messagerie électronique et
instantanée.
103
I. Vérification du DNS
1. Test de la connectivité entre nos serveurs
Il est question ici de vérifier que nos serveurs soient capables de communiquer entre
eux. Pour cela nous allons faire un ping de notre client vers notre serveur MTA en tapant la
commande suivante : ping 192.168.0.106
Figure 89: Ping d’un client vers un serveur (source : capture d'écran)
Essayons maintenant le chemin inverse, faisons un ping de notre serveur vers notre
client avec la commande suivante : ping 192.168.0.100
Figure 90: Ping d'un serveur vers un client (source : capture d'écran)
La connexion passe bien entre notre serveur et notre client, tout marche bien jusqu’ici.
2. Résolution du FQDN (Fully Qualified Domain Name)
104
Ici nous allons vérifier le fonctionnement de nos configurations DNS. Pour cela nous
allons tester la résolution du FQDN entre notre serveur MTA et notre client. Dans un premier
temps nous allons tenter la résolution du MTA à partir du client avec la commande ping MTA
Figure 91: Résolution du FQDN d'un serveur (source : capture d'écran)
Tout marche bien, nous allons maintenant essayer de resoudre le DQDN de notre client
à partir de notre serveur avec la commande ping secretaire
Figure 92: Résolution du FQDN d'un client (source : capture d'écran)
Encore une fois tout marche bien, nos configurations DNS sont correctes.
II. Test sur la messagerie électronique
1. Connexion des clients
105
Il s’agit ici de connecter nos utilisateurs à nos serveurs grâce à notre client. Pour cela,
ouvrir Mozilla Thunderbird et cliquer sur courrier électronique
Figure 93: Page d'accueil de Mozilla Thunderbird (source : capture d'écran)
Ensuite saisir les informations de connexion et cliquer sur terminer
Figure 94: Connexion du premier utilisateur avec Mozilla Thunderbird (source : capture d'écran)
Connectons l’autre utilisateur de la même façon.
106
Figure 95: Connexion du deuxième utilisateur avec Mozilla Thunderbird (source : capture d'écran)
Nous avons à présent nos utilisateurs qui sont connectés à nos serveurs
2. Test de la communication
Pour tester la communication nous allons essayer d’échanger des messages entre nos
utilisateurs secrétaire et comptable. Nous allons d’abord envoyer un message de comptable
vers secrétaire et vérifier la réception.
Pour envoyer un mail nous devons sélectionner le compte ensuite cliquer sur écrire
un nouveau message, saisir l’adresses du destinataire, saisir le message et en fin cliquer sur
envoyer :
107
Figure 96: Envoi d'un mail (source : capture d'écran)
Le message a été envoyé avec succès. Nous pouvons le voir dans le compte du destinataire
Figure 97: Réception du mail (source : capture d'écran)
Nous avons le point vert qui marque la présence d’un nouveau message, en cliquant
sur le message nous pouvons le lire
108
Figure 98: Lecture d’un mail (source : capture d'écran)
Nous pouvons répondre à ce message en cliquant sur Répondre, ensuite saisir le

message et enfin cliquer sur envoyer
Figure 99: Répondre à un message (source : capture d'écran)
109
III. Test sur la messagerie instantanée
1. Connexion des utilisateurs
1.1. Connexion avec Pidgin
Ici, nous allons connecter notre utilisateur « secrétaire » avec le client Pidgin. Pour cela,
suivre les étapes suivantes :
➢ Ouvrir le logiciel et cliquer sur ajouter
Figure 100: Page d'accueil de Pidgin (source : capture d'écran)
➢ Une nouvelle fenêtre s’ouvre demandant de renseigner le protocole utilisé et les

informations de connexion : remplir les champs et cliquer sur Ajouter
Figure 101: Connexion d'un utilisateur avec Pidgin (source : capture d'écran)
➢ Une nouvelle fenêtre s’ouvre demander d’accepter le certificat qui a été généré par
notre serveur
110
Figure 102: Validation du certificat délivré par le serveur (source : capture d'écran)
➢ L’utilisateur a bien été ajouté.
Figure 103: Utilisateur avec Pidgin (source : capture d'écran)
1.2. Connexion avec Xabber
Dirigeons-nous maintenant vers un téléphone connecté à notre réseau sur lequel nous
avons précédemment installé l’application Xabber. Pour ajouter un nouvel utilisateur, suivons
les étapes suivantes :
❖ Ouvrir l’application sur le téléphone et appuyer le bouton SIFN IN
111
Figure 104: Page d'accueil de Xabber (source : capture d'écran)
❖ Remplir les informations de connexion et cliquer sur CONNECT
Figure 105: Connexion d'un utilisateur avec Xabber (source : capture d'écran)
❖ Un message d’erreur nous est renvoyé indiquant que le compte n’est pas reconnu alors
nous devons faire une configuration manuelle en cliquant sur Paramètres
112
Figure 106: Connexion échouée (source : capture d'écran)
❖ Cocher l’option Hôte personnalisé et remplir les champs comme ceci
Figure 107: Modification des paramètres de connexion avec Xabber (source : capture d'écran)
❖ Faire un retour, cliquez sur les trois traits en bas à droite de l’écran et activer le compte
113
Figure 108: Réactivation du compte avec Xabber (source : capture d'écran)
❖ Il nous est demandé d’accepter le certificat fourni par le serveur
Figure 109: Validation du certificat délivré par le serveur (source : capture d'écran)
❖ Le compte a bien été ajouté
114
Figure 110: Utilisateur connecté avec Xabber
2. Ajout de nouveaux contacts
Pour ajouter un contact il suffit de cliquer sur nouveau contact ensuite indiquer
l’identifiant du contact
Figure 111: Ajout d'un contact avec Xabber (source : capture d'écran)
115
3. Envoi des messages
Ici nous allons essayer de faire communiquer nos utilisateurs. Pour cela, nous allons
envoyer un message de notre utilisateur « comptable » connecté grâce à Xabber sur un Android
vers l’autre utilisateur « secrétaire » connecté grâce à Pidgin sur un Ordinateur.
Ouvrons notre application Xabber sur notre Android, la première page nous présente
notre liste de contacts. Le point vert devant le contact marque la disponibilité du contact comme
le montre la figure suivante :
Figure 112: Liste des contacts d'un

compte utilisateur avec Xabber
(source : capture d'écran)
Pour envoyer un message il suffit de sélectionner le contact et saisir le messager, ensuite

l’envoyer en appuyant la petite flèche :
116
Figure 113: Envoi d'un message avec Xabber (source : capture d'écran)
Le message a bien été envoyé et nous pouvons le consulter dans notre boîte de réception
du destinataire « secrétaire » :
Figure 114: Rection d'un message avec Pidgin (source : capture d'écran)
Pour répondre au message nous devons juste saisir du texte dans la zone de saisie de
Pidgin et valider par la suite :
117
Figure 115: Envoi d'un message avec Pidgin (source : capture d'écran)
Le message de reesponse est bien arrivé
Figure 116: Réception d'un message avec Xabber (source : capture d'écran)
118
Conclusion
En somme, il était question pour nous dans cette partie d’effectuer des tests d’apporter
des commentaires aux résultats obtenus. Ainsi nous avons pu constater que notre serveur Bind9
fonctionne bien, nos serveurs MTA et MDA collaborent bien pour fournir un service de
messagerie électronique, notre serveur de messagerie instantanée Openfire collaborent bien
avec ces clients Pidgin et Xabber pour offrir le service de messagerie instantanée.
119
CONCLUSION GÉNÉRALE
CONCLUSION GÉNÉRALE
Parvenu au terme des quatre (04) mois de stage effectué au sein de SALAR Sarl, nous
pouvons affirmer sans réserve que cette expérience nous a été bénéfique dans la mesure où de
nombreuses connaissances ont été acquises par le biais des recherches approfondies qui ont été
effectuées pour résoudre certaines difficultés auxquelles nous faisions face. Grâce aux soutiens
de nos encadreurs académique et professionnel nous avons pu comprendre le fonctionnement
des systèmes d’exploitation Linux, nous nous sommes familiarisés au Shell de Linux.
Concernant la mise en place de notre solution, nous avons compris le fonctionnement d’un
système de messagerie. En plus du savoir, ces quatre (04) mois de stage nous ont inculqué le
savoir-faire et le savoir vivre dans la mesure où nous avons appris le travail en équipe, nous
avons compris les notions d’insertion dans la vie professionnelle et les notions de gestion d’un
projet informatique. Ce projet nous a également permis de découvrir un autre aspect de
l’administration des systèmes et du réseau. Après implémentation, nous pouvons tout de même
constater que la mise en place d’un serveur de messagerie électronique ou instantanée nécessite
une bonne connaissance et maîtrise de l’outil informatique et certaines notions telle que le
DNS. Toute réalisation humaine n’étant pas parfaite, nous avons sûrement manqué d’attention
sur certains points important, nous espérons néanmoins que ce document édifiera toute
personne lui accordera de l’attention.
120
Annexes ANNEXES
Rédigé par NGUEMFO LAMBOY Jospin V. étudiant à l’IAI-CAMEROUN, Centre d’Excellence Technologique Paul BIYA. a
Année académique 2020/2021.
Bibliographie
Bibliographie
Mme IPEM Arlette, Support de Cours de Rédaction scientifique, IIe année Institut
Africain d’Informatique- Centre d’Excellence Technologique Paul BIYA 2020/2021 ;
M. TEICHEUGANG Blaise, cours de systèmes.
b
Webographie
Webographie
https://en.wikipedia.org/wiki/Dovecot_(software) (Fonctionnement de Dovecot)

https://doc.ubuntu-fr.org/dovecot (Configuration de Dovecot)
https://datatracker.ietf.org/doc/html/rfc5321 (Fonctionnement de SMTP, rfc 5321)
https://www.ietf.org/rfc/rfc1939.txt (Fonctionnement de POP, rfc 1939)
https://datatracker.ietf.org/doc/html/rfc3501 (fonctionnement d’IMAP, rfc 3501)
https://datatracker.ietf.org/doc/html/rfc6120 (fonctionnement de XMPP, rfc 6420)
https://datatracker.ietf.org/doc/html/rfc1459 (fonctionnement d’IRC, rfc 1459)
https://datatracker.ietf.org/doc/html/rfc3261 (fonctionnement de SIP, rfc 3261)
https://fr.wikipedia.org/wiki/Messagerie_instantan%C3%A9e (Différents SMI)
https://fr.wikipedia.org/wiki/Serveur_de_messagerie_%C3%A9lectronique
(Différents SME)
http://www.postfix.org/BASIC_CONFIGURATION_README.html (Configuration
de Postfix)
https://www.isc.org/bind/ Configuration de Bind9)
https://www.igniterealtime.org/projects/openfire/documentation.jsp Configuration
d’Openfire.
c
Glossaire
Glossaire
➢ Serveur informatique : Dispositif informatique matériel ou logiciel qui offre des

services à plusieurs utilisateurs.
➢ Messagerie électronique : Ensemble d’un système informatique qui permet la
transmission de courriels.
➢ Messagerie instantanée : Système d’échange instantané des messages et des fichiers
par l’intermédiaire d’ordinateur, tablettes, smartphone ou tout autre appareils
connectés à un réseau informatique.
➢ Courriel / courrier électronique / e-mail : Système de transfert de transfert de
messages écrits et de documents via un réseau informatique.
➢ Réseau informatique : ensemble d’équipements informatiques liés entre eux pour
échanger des informations.
➢ Shell Unix : interpréteur de commandes destiné aux systèmes d'exploitation Unix et
qui permet d'accéder aux fonctionnalités internes du système d'exploitation.
➢ Adresse IP : numéro permettant d’identifier de manière unique un équipement dasn
un réseau informatique.
d
Table des matières

TABLE DES MATIÈRES
DÉDICACE ..........................................................................................................................II
REMERCIEMENTS ........................................................................................................... III
SOMMAIRE ....................................................................................................................... IV
LISTE DES TABLEAUX .................................................................................................... V
LISTE DES FIGURES ........................................................................................................ VI
LISTE DES ABRÉVIATIONS ............................................................................................ X
RÉSUMÉ ........................................................................................................................... XII
ABSTRACT .................................................................................................................... XIII
INTRODUCTION GÉNÉRALE ........................................................................................... 1
PARTIE I: PHASE D’INSERTION ................................................................................... 2
Introduction .......................................................................................................................... 4
I. Accueil au sein de SALAR Sarl ..................................................................................... 5
II. Présentation de SALAR Sarl....................................................................................... 5
1. Historique................................................................................................................... 5
2. Localisation ................................................................................................................ 5
3. Mission ...................................................................................................................... 6
4. Objet social ................................................................................................................ 6
5. Organigramme et fonctionnement de la structure ........................................................ 7
6. Ressources matérielles et logicielles ........................................................................... 7
6.1. Ressources matérielles ......................................................................................... 7
6.2. Ressources logicielles .......................................................................................... 8
7. Présentation du département Génie Logiciel ............................................................... 8
8. Présentation du département Systèmes et Réseaux informatiques................................ 9
e
Conclusion .......................................................................................................................... 10
PARTIE II: PHASE TECHNIQUE ................................................................................. 11
CHAPITRE I: CAHIER DES CHARGES ....................................................................... 12
Introduction ........................................................................................................................ 13
I. Présentation du projet................................................................................................... 14
1. Contexte ................................................................................................................... 14
2. Etude de l’existant .................................................................................................... 14
2.1. Collecte des données ......................................................................................... 15
2.2. Résultat de l’analyse des données ...................................................................... 16
2.2.1. Equipements informatiques ........................................................................ 16
2.2.2. Réseau ........................................................................................................ 20
i. Topologie physique........................................................................................ 20
ii. Topologie logique .......................................................................................... 21
3. Critique de l’existant ................................................................................................ 22
4. Problématique .......................................................................................................... 23
5. Objectifs à atteindre.................................................................................................. 23
5.1. Objectif global................................................................................................... 23
5.2. Objectifs spécifiques ......................................................................................... 23
II. Planification ............................................................................................................. 24
III. Evaluation financière ................................................................................................ 24
1. Ressources humaines ................................................................................................ 24
2. Ressources matérielles .............................................................................................. 25
3. Ressources logicielles ............................................................................................... 25
Conclusion .......................................................................................................................... 26
CHAPITRE II : ÉTAT DE L’ART .................................................................................. 27
Introduction ........................................................................................................................ 28
I. Généralités ................................................................................................................... 29
f
II. Messagerie électronique ........................................................................................... 29
1. Concept de base ........................................................................................................ 29
2. Différents protocoles de la messagerie électronique .................................................. 30
2.1. Le protocole de messagerie SMTP ..................................................................... 31
2.2. Le protocole de messagerie POP ........................................................................ 33
2.3. Le protocole de messagerie IMAP ..................................................................... 35
2.3.1. Présentation du protocole ........................................................................... 35
2.3.1.1. Niveau de lien ......................................................................................... 35
2.3.1.2. Commandes et réponses .......................................................................... 35
2.3.1.3. Attributs de messages ............................................................................. 35
2.3.2. États d’une connexion IMAP ...................................................................... 36
2.3.2.1. État non authentifié ................................................................................. 37
2.3.2.2. État authentifié........................................................................................ 37
2.3.2.3. Etat sélectionné ....................................................................................... 37
2.3.2.4. État de déconnexion ................................................................................ 37
3. Fonctionnement du courrier électronique .................................................................. 38
3.1. MUA (Mail User Agent ou Agent Utilisateur de Messagerie) ............................ 39
3.2. MSA (Mail Submission Agent ou Agent de Soumission de Courrier) ................ 39
3.3. MTA (Mail Transfert Agent ou Agent de Transfert du Courier) ......................... 40
i. Réception d’un message ............................................................................. 40
ii. Rejet d’un message ..................................................................................... 40
iii. Transfert d’un message ............................................................................... 41
3.4. MDA (Mail Delivery Agent ou Agent de Distribution du courrier) .................... 41
III. Messagerie instantanée ............................................................................................. 42
1. Définition ................................................................................................................. 42
2. Fonctionnement ........................................................................................................ 43
3. Protocoles de communication ................................................................................... 43
g
3.1. XMPP (Extensible Messaging and Presence Protocol) ....................................... 44
3.1.1. Résumé fonctionnel .................................................................................... 44
3.1.2. Architecture................................................................................................ 44
3.2. IRC (Internet Relay Chat) .................................................................................. 46
3.2.1. Serveurs ..................................................................................................... 47
3.2.2. Clients ........................................................................................................ 47
3.2.3. Opérateurs .................................................................................................. 47
3.2.4. Canaux ....................................................................................................... 47
3.3. SIP (Session Initiation Protocol) ........................................................................ 48
3.3.1. Présentation .................................................................................................... 48
3.3.2. Fonctionnalité SIP ...................................................................................... 48
IV. Système de Nom de Domaine (DNS) ........................................................................ 49
1. Définition ................................................................................................................. 49
2. Types d’enregistrement DNS....................................................................................... 50
Conclusion .......................................................................................................................... 52
Chapitre III : CHOIX DE LA SOLUTION ..................................................................... 53
Introduction ........................................................................................................................ 54
I. Choix du serveur de messagerie électronique ............................................................... 55
1. Choix du serveur MTA ............................................................................................. 55
1.1. Sendmail ........................................................................................................... 55
1.2. Postfix ............................................................................................................... 55
1.3. MS Exchange (Microsoft Exchange) ................................................................. 56
2. Choix du serveur MDA ............................................................................................ 56
2.1. Procmail ............................................................................................................ 56
2.1. Dovecot ............................................................................................................. 57
3. Choix du MUA ......................................................................................................... 57
3.1. Clients lourds .................................................................................................... 57
h
3.1.1. Thunderbird de Mozilla .............................................................................. 58
3.1.2. Zimbra ....................................................................................................... 58
3.2. Clients légers ou Webmail ................................................................................. 58
3.2.1. MS Outlook Web Access............................................................................ 59
3.2.2. Web mail Ajax de zimbra ........................................................................... 59
3.2.3. Round cube ................................................................................................ 59
II. Choix du serveur de messagerie instantanée ............................................................. 60
1. Choix du serveur de messagerie instantanée ............................................................. 60
1.1. Openfire ............................................................................................................ 60
1.2. Ejabberd ............................................................................................................ 60
1.3. Jabberd14 .......................................................................................................... 60
1.4. Prosody ............................................................................................................. 61
2. Choix du logiciel client............................................................................................. 61
2.1. Pidgin ................................................................................................................ 61
2.2. Astrachat ........................................................................................................... 62
2.3. Xabber............................................................................................................... 62
Conclusion .......................................................................................................................... 64
Chapitre IV : IMPLEMENTATION DE LA SOLUTION .............................................. 65
Introduction ........................................................................................................................ 66
I. Installation des machines virtuelle ................................................................................ 67
1. Installation de l’hyperviseur ..................................................................................... 67
2. Installation des systèmes d’exploitation .................................................................... 68
II. Mise en place d’un serveur DNS............................................................................... 75
1. Changer l’adresse IP dynamique de la machine en adresse IP statique ...................... 76
2. Installation et configuration du serveur DNS ............................................................ 78
III. Mise en place d’un serveur de messagerie électronique............................................. 81
1. Installation et configuration du MTA ........................................................................ 81
i
1.1. Installation du MTA Postfix .............................................................................. 81
1.2. Configuration du MTA Postfix .......................................................................... 83
1.3. Création des utilisateurs ..................................................................................... 84
2. Installation et configuration du MDA ....................................................................... 85
2.1. Installation du MDA Dovecot ............................................................................ 85
2.2. Configuration du MDA Dovecot........................................................................ 87
3. Installation du MUA Mozilla Thunderbird ................................................................ 89
IV. Mise en place d’un serveur de messagerie instantané ................................................ 91
1. Installation du serveur Openfire ................................................................................ 91
2. Configuration du serveur Openfire............................................................................ 93
3. Création des utilisateurs ............................................................................................ 96
4. Installation des clients Pidgin et Xabber ................................................................... 97
4.1. Installation de Pidgin ......................................................................................... 98
4.2. Installation de Xabber ...................................................................................... 100
Conclusion ........................................................................................................................ 101
Chapitre V : RÉSULTATS ET COMMENTAIRES ..................................................... 102
Introduction ...................................................................................................................... 103
I. Vérification du DNS .................................................................................................. 104
1. Test de la connectivité entre nos serveurs ............................................................... 104
2. Résolution du FQDN (Fully Qualified Domain Name) ........................................... 104
II. Test sur la messagerie électronique ......................................................................... 105
1. Connexion des clients ............................................................................................. 105
2. Test de la communication ....................................................................................... 107
III. Test sur la messagerie instantanée........................................................................... 110
1. Connexion des utilisateurs ...................................................................................... 110
1.1. Connexion avec Pidgin .................................................................................... 110
1.2. Connexion avec Xabber ................................................................................... 111
j
2. Ajout de nouveaux contacts .................................................................................... 115
3. Envoi des messages ................................................................................................ 116
Conclusion ........................................................................................................................ 119
CONCLUSION GÉNÉRALE ........................................................................................... 120
Annexes ................................................................................................................................ a
Bibliographie ........................................................................................................................ b
Webographie ......................................................................................................................... c
Glossaire……………………………………………………………………………………… d
Table des matières................................................................................................................. e
k

Rapport DTS Sur Les Courielle Électronique

Transféré par

Informations du document

Titre original

Copyright

Formats disponibles

Partager ce document

Partager ou intégrer le document

Options de partage

Avez-vous trouvé ce document utile ?

Ce contenu est-il inapproprié ?

Droits d'auteur :

Formats disponibles

Rapport DTS Sur Les Courielle Électronique

Transféré par

Droits d'auteur :

Formats disponibles

Mise en place d’un serveur de messagerie électronique et d’un serveur

de messagerie instantanée : Cas de SALAR Sarl

Je dédie ce travail à mes parents pour tout le

REMERCIEMENTS ........................................................................................................... III

LISTE DES TABLEAUX .................................................................................................... V

LISTE DES FIGURES ........................................................................................................ VI

LISTE DES ABRÉVIATIONS ............................................................................................ X

RÉSUMÉ ........................................................................................................................... XII

ABSTRACT .................................................................................................................... XIII

INTRODUCTION GÉNÉRALE ........................................................................................... 1

PARTIE I: PHASE D’INSERTION ...................................................................................... 2

PARTIE II: PHASE TECHNIQUE ..................................................................................... 11

Chapitre I: CAHIER DES CHARGES ................................................................................ 12

Chapitre II : ÉTAT DE L’ART............................................................................................ 27

Chapitre III : CHOIX DE LA SOLUTION .......................................................................... 53

Chapitre IV : IMPLEMENTATION DE LA SOLUTION ................................................... 65

Chapitre V : RÉSULTATS ET COMMENTAIRES ......................................................... 102

CONCLUSION GÉNÉRALE ........................................................................................... 120

LISTE DES TABLEAUX

Tableau 1: Ressources matérielles de SALAR SARL ............................................................ 8

LISTE DES FIGURES

Figure 1: Plan de localisation avec EdrawMax ...................................................................... 6

Figure 29: Configuration du profil (source : capture d'écran) ............................................... 74

Figure 62: Redémarrage de Dovecot (source : capture d'écran) ............................................ 89

LISTE DES ABRÉVIATIONS

VGA : Video Graphics Array

L’IAI intègre dans le cursus de formation en systèmes et réseaux à la fin de la deuxième

Mots clés : Serveur ; messagerie électronique ; messagerie instantanée ; réseau

Keywords : Server ; email ; instant messaging ; computer network

L’institut Africain d’Informatique (IAI), représentation du Cameroun, de sa qualité de

PARTIE I: PHASE D’INSERTION

II. PRESENTATION DE SALR

Afin de l’obtention du Diplôme de Technicien Supérieur (DTS) en travaux

I. Accueil au sein de SALAR Sarl

II. Présentation de SALAR Sarl

Figure 1: Plan de localisation avec EdrawMax

La société a pour objet :

➢ Conception et réalisation des applications web, mobiles et de bureau ;

➢ Produit de services, commerce général

Et, généralement, toutes opérations financières, commerciales, industrielles,

5. Organigramme et fonctionnement de la structure

Figure 2: Organigramme SALAR SARL. Source : SALAR SARL

6. Ressources matérielles et logicielles

SALAR Sarl dispose pour son fonctionnement de nombreux équipements pour un

6.1. Ressources matérielles

Tableau 1: Ressources matérielles de SALAR SARL

Equipements Marque Quantité

6.2. Ressources logicielles

S’agissant des ressources logicielles, SALAR Sarl en dispose de plusieurs lui

Les systèmes d’exploitation tels que Ubuntu 20.04 et Windows 10 ;

7. Présentation du département Génie Logiciel

Plus précisément, le département Génie Logiciel a pour rôle :

Concevoir et réaliser des applications web, Android et de bureau ;

Concevoir des datawarehoure ;

Réaliser des scripts de tests sur les logiciels ;

La formation à la conception et au développement logiciel ;

Concevoir et réaliser les cahiers de charges techniques.

8. Présentation du département Systèmes et

➢ Conception et réalisation d’architectures réseaux optimisées (LAN, MAN, WAN) ;

PARTIE II: PHASE TECHNIQUE

PARTIE II: PHASE TECHNIQUE

CHAPITRE I: CAHIER DES CHARGES

Avec l’internalisation des marchés, l’entreprise doit s’adapter, si possible anticiper,