IMA2a4 2019/2020 EC1 : Différence entre versions
(→Travail effectué) |
(→Travail effectué) |
||
Ligne 53 : | Ligne 53 : | ||
---- | ---- | ||
− | ''note : durant la semaine 2 et 3 j'ai eu des déplacements | + | ''note : durant la semaine 2 et 3 j'ai eu des déplacements professionnels et personnels je n'ai pas pu beaucoup avancer le projet IMAP2..'' |
Pendant cette période j'ai ajouté la fonction <code>LOGIN</code> et <code>LOGOUT</code> : | Pendant cette période j'ai ajouté la fonction <code>LOGIN</code> et <code>LOGOUT</code> : | ||
− | *La fonction <code>LOGIN</code> : Pour la fonction <code>LOGIN</code> je suis | + | *La fonction <code>LOGIN</code> : Pour la fonction <code>LOGIN</code> je suis parti du principe que le serveur a une base de données avec tous les utilisateurs, |
pour vérifier si l'utilisateur existe bien dans la base de données j'ai créé un fichier <code>LOGIN.txt</code> qui contient tous les utilisateurs. | pour vérifier si l'utilisateur existe bien dans la base de données j'ai créé un fichier <code>LOGIN.txt</code> qui contient tous les utilisateurs. | ||
− | + | Lorsqu' un utilisateur met son identifiant pour se connecter, je vérifie qu'il soit bien dans la base de données (vérification du ficher <code>LOGIN.txt</code>) s'il existe je lui renvoi : <code>"A001 OK User logged in"</code> | |
sinon je renvoie un message d'erreur. | sinon je renvoie un message d'erreur. | ||
− | *La fonction <code>LOGOUT</code> : Une fois l'utilisateur connecté il | + | *La fonction <code>LOGOUT</code> : Une fois l'utilisateur connecté il a accès aux fonctions <code>NOOP</code>, <code>SELECT</code>, <code>CHECK</code>, <code>EXPUNGE</code>, <code>COPY</code>, <code>FETCH</code>, <code>STORE</code>et enfin <code>LOGOUT</code>. |
− | Tant qu'il ne se déconnecte pas avec la fonction <code>LOGOUT</code> il reste connecté. Une fois qu'il se déconnecte je lui renvoie : <code>"A007 OK Logout complete"</code> | + | Tant qu'il ne se déconnecte pas avec la fonction <code>LOGOUT</code> , il reste connecté. Une fois qu'il se déconnecte je lui renvoie : <code>"A007 OK Logout complete"</code> |
− | *La fonction <code>NOOP</code> : Pour cette fonction lorsque le client m'envoie un <code>NOOP</code> je lui réponds un simple : <code>"OK NOOP"</code> il faudra que je rajoute le bon tag devant. | + | *La fonction <code>NOOP</code> : Pour cette fonction, lorsque le client m'envoie un <code>NOOP</code>, je lui réponds un simple : <code>"OK NOOP"</code>. il faudra que je rajoute le bon tag devant. |
*La fonction <code>SELECT</code> : Pour la fonction <code>SELECT</code> j'ai développé deux fonctions : <code>Nombre_mail</code>, <code>Lect_Flags</code> | *La fonction <code>SELECT</code> : Pour la fonction <code>SELECT</code> j'ai développé deux fonctions : <code>Nombre_mail</code>, <code>Lect_Flags</code> | ||
− | La fonction <code>Nombre_mail</code> | + | La fonction <code>Nombre_mail</code> parcourt le répertoire de l'utilisateur connecte (passé en paramètre de la fonction) et elle retourne le nombre de mail dans son répertoire. |
La fonction <code>Lect_Flags</code> permet de lire les flags dans chacun des <code>.status</code> de chaque message. Etant donné que les messages sont stockés sous la forme d'un fichier de nom numérique | La fonction <code>Lect_Flags</code> permet de lire les flags dans chacun des <code>.status</code> de chaque message. Etant donné que les messages sont stockés sous la forme d'un fichier de nom numérique | ||
− | représentant l'ordre de réception des messages il m'a | + | représentant l'ordre de réception des messages, il m'a suffit de faire une boucle <code>FOR</code> qui s’incrémente et j'utilise l'incrémentation pour passer d'un .status à l'autre . |
<code>sprintf(Chemin,"../Messages/Utilisateur/%s/INBOX/%d.status",user,i);</code> | <code>sprintf(Chemin,"../Messages/Utilisateur/%s/INBOX/%d.status",user,i);</code> | ||
− | le <code>%s</code> c'est l'utilisateur connecté et le <code>%d</code> l'incrément de la boucle FOR qui parcourt le nombre de mails passés en | + | le <code>%s</code> c'est l'utilisateur connecté et le <code>%d</code> l'incrément de la boucle FOR qui parcourt le nombre de mails passés en paramètres. |
Pour la semaine 4 je vais continuer à optimiser les fonctions actuelles et développer la fonction <code>CHECK</code>. | Pour la semaine 4 je vais continuer à optimiser les fonctions actuelles et développer la fonction <code>CHECK</code>. | ||
Ligne 89 : | Ligne 89 : | ||
---- | ---- | ||
− | Durant la semaine 4 j'ai | + | Durant la semaine 4 j'ai avancé sur plusieurs fonctions : |
− | *1-Modification de la fonction <code>Lect_Flags</code> pour | + | *1-Modification de la fonction <code>Lect_Flags</code> pour renvoyer plusieurs paramètre . |
*2-Fonction Sup_ligne qui permet de supprimer une ligne dans les fichiers <code> .status </code> . | *2-Fonction Sup_ligne qui permet de supprimer une ligne dans les fichiers <code> .status </code> . | ||
− | *3-Amélioration de la fonction <code>SELECT</code> qui permet maintenant de supprimer les flags <code>RECENT</code> une fois la commande | + | *3-Amélioration de la fonction <code>SELECT</code> qui permet maintenant de supprimer les flags <code>RECENT</code> une fois la commande effectuée. |
*4-Ajout de la fonction <code>EXPUNGE</code>. | *4-Ajout de la fonction <code>EXPUNGE</code>. | ||
*5-Ajout de la fonction <code> CHECK </code>. | *5-Ajout de la fonction <code> CHECK </code>. | ||
Ligne 102 : | Ligne 102 : | ||
*1) Fonction <code>Lect_Flags</code> : | *1) Fonction <code>Lect_Flags</code> : | ||
− | Pour pouvoir return plusieurs variables et ne pas avoir à écrire une fonction par flag lu j'ai | + | Pour pouvoir "return" plusieurs variables et ne pas avoir à écrire une fonction par flag lu, j'ai ajouté un <code>struct : nombre_flags</code> |
<code>typedef struct{ | <code>typedef struct{ | ||
Ligne 112 : | Ligne 112 : | ||
}nombre_flags;</code> | }nombre_flags;</code> | ||
− | Ainsi je | + | Ainsi je peux renvoyer la structure. |
<code>return nombre_flag;</code> | <code>return nombre_flag;</code> | ||
Ligne 124 : | Ligne 124 : | ||
<code>int Sup_Ligne(char * user,char * Flag, int num_mail)</code> | <code>int Sup_Ligne(char * user,char * Flag, int num_mail)</code> | ||
− | + | Elle a besoin du nom de l'utilisateur connecté, le flag à supprimer ( <code>RECENT</code>, <code>SEEN</code>, <code>ANSWERED</code>, <code>FLAGGED</code>, <code>DELETED</code>) et le numéro du message à supprimer. | |
− | + | Son fonctionnement est assez simple, je recopie toutes les lignes dans un autre fichier temporaire sauf celle que je souhaite supprimer. | |
Ensuite je supprime le premier fichier avec la fonction <code>remove</code> | Ensuite je supprime le premier fichier avec la fonction <code>remove</code> | ||
Ligne 132 : | Ligne 132 : | ||
<code>remove(Chemin)</code> | <code>remove(Chemin)</code> | ||
− | + | Puis je renomme le fichier temporaire avec le même nom que le fichier initial | |
<code>rename(Chemintemp,Chemin);</code> | <code>rename(Chemintemp,Chemin);</code> | ||
Ligne 138 : | Ligne 138 : | ||
− | *3)Amélioration de la fonction <code>SELECT</code> : | + | *3) Amélioration de la fonction <code>SELECT</code> : |
− | Une fois la fonction <code>SELECT</code> | + | Une fois la fonction <code>SELECT</code> exécutée il faut enlever les flags <code>RECENT</code> dans les <code> .status </code>. Or pour cela il faut se rappeler dans qu'elle <code>.status</code> il y a un flag <code>RECENT</code> |
Pour faire cela, dans la fonction <code>Lect_Flags</code> je rajoute un tableau : | Pour faire cela, dans la fonction <code>Lect_Flags</code> je rajoute un tableau : | ||
− | <code>int *tab_sup</code> dans ce tableau | + | <code>int *tab_sup</code> dans ce tableau à chaque fois qu'on trouve le flag passé en paramètre dans un fichier <code> .status </code> je récupère le numéro du mail et je le stocke dans le tableau et j’incrémente. |
Ainsi lorsque je veux supprimer tout les Flags correspondant il me suffit de parcourir le tableau et de lancer ma fonction <code>int Sup_Ligne(char * user,char * Flag, int num_mail)</code> | Ainsi lorsque je veux supprimer tout les Flags correspondant il me suffit de parcourir le tableau et de lancer ma fonction <code>int Sup_Ligne(char * user,char * Flag, int num_mail)</code> | ||
− | Avec <code>int num_mail</code> le numéro du mail | + | Avec <code>int num_mail</code> le numéro du mail à supprimer. |
<code> | <code> | ||
Ligne 160 : | Ligne 160 : | ||
</code> | </code> | ||
− | *4) | + | *4) Fonction <code>EXPUNGE</code> : |
Pour la fonction <code>EXPUNGE</code> sur le même principe dans la fonction <code>Lect_Flags</code> je rajoute un tableau qui vérifie dans les <code> .status </code> les flag <code>DELETED</code> | Pour la fonction <code>EXPUNGE</code> sur le même principe dans la fonction <code>Lect_Flags</code> je rajoute un tableau qui vérifie dans les <code> .status </code> les flag <code>DELETED</code> | ||
− | et je | + | et je stocke le numéro de mail dans un tableau. |
for (i=0;i<nombre_flag_t.Deleted;i++) | for (i=0;i<nombre_flag_t.Deleted;i++) | ||
Ligne 184 : | Ligne 184 : | ||
− | *5) | + | *5) Fonction <code> CHECK </code> : |
− | La fonction <code> CHECK </code> reprend les | + | La fonction <code> CHECK </code> reprend les mêmes éléments que la fonction <code> SELECT </code> |
− | *6)Vérification du mdp : | + | *6) Vérification du mdp : |
− | Pour que l'utilisateur se connecte il faut qu'il soit dans la base de | + | Pour que l'utilisateur se connecte, il faut qu'il soit dans la base de données fichier <code> LOGIN.txt</code> et que sont mdp soit différent d'un "string" vide sinon il a un message d'erreur. |
Ligne 198 : | Ligne 198 : | ||
− | Pour la semaine 5 j'ai pour objectif de finir les 3 | + | Pour la semaine 5 j'ai pour objectif de finir les 3 dernières fonctions <code>COPY</code>, <code>FETCH</code> et <code>STORE</code> . |
== Documents == | == Documents == |
Version du 12 août 2019 à 11:13
Sommaire
Présentation du projet
Contexte
La validation du semestre S8 dépend de la validation de cette épreuve complémentaire.
Objectif
Le but est de développer un système de messagerie personnelle très léger. Vous développerez plus particulièrement un serveur IMAP fonctionnant en IPv4 et en IPv6.
Description du projet
Vous développerez ce serveur IMAP sur le même modèle que le projet système réseau, en particulier concernant l'aspect structuré et multi-threadé.
Quelques directives spécifiques au serveur IMAP :
- Pas de gestion de l'identification. Le serveur n'écoute que sur l'interface loopback. Donc seul un utilisateur ayant accès à la machine pourra utiliser le serveur IMAP. Pour un accès à distance, un tunnel créé par l'option
-L
de l'utilitairessh
sera utilisé. Dans la phase d'identification du client IMAP seul le nom d'utilisateur sera exploité pour retrouver les messages. Le mot de passe sera lu sans effectuer de contrôle. - Vous utiliserez le même format de stockage des messages que celui décrit dans l'épreuve complémentaire dont le sujet est le développement d'un serveur SMTP. Les drapeaux des messages sont stockés dans le fichier d'extension
.status
en toutes lettres et un seul par ligne. Lors de la manipulation d'un message (ou de ses drapeaux) en lecture ou en écriture vous bloquerez les fichiers avec la fonction systèmelockf
. Prévoyez une option-s
ou--spool
permettant de donner le nom du répertoire racine des boites aux lettres (/var/spool/mail
par défaut). - Vous implanterez un serveur IMAP version 2 tel que défini par la RFC 1176. Vous implanterez en particulier les commandes
NOP
,LOGIN
,LOGOUT
,SELECT
,CHECK
,EXPUNGE
,COPY
,FETCH
etSTORE
. Tenez-vous en aux 5 drapeaux systèmes.
Validation de l'épreuve
L'épreuve est validée si les sources sont lisibles et si le serveur supporte un test. Le test en question consistera à créer une arborescence de messages, à lancer le serveur IMAP et à vérifier avec l'application thunderbird
si le serveur IMAP se comporte comme attendu par le client.
Matériel nécessaire
Aucun.
Planning prévisionnel
Travail effectué
SEMAINE 1 :
Durant la première semaine j'ai fait des recherches pour prendre en main le projet, comprendre le fonctionnement du protocole IMAP qui est un protocole qui permet d'accéder à ses courriers électroniques directement sur les serveurs.
- J'ai cherché à comprendre la fonctionnement des fonctions
NOP
,LOGIN
,LOGOUT
,SELECT
,CHECK
,EXPUNGE
,COPY
,FETCH
etSTORE
- Et aussi le fonctionnement des 5 drapeaux systèmes
RECENT
,SEEN
,ANSWERED
,FLAGGED
,DELETED
. - Ensuite, en reprenant et modifiant le serveur TCP qui a été crée pour le premier projet S&R. J'ai commencé à faire la réalisation du serveur IMAP2.
Le client se connecte et j'arrive a obtenir le TAG (A001,A002..) ainsi que la fonction (LOGIN, SELECT, FETCH...) et les arguments (ex: login mdp).
Il faut maintenant faire le traitement des information obtenu.
Pour la suite je vais commencer les fonctions "simples" du type LOGIN et LOGOUT.
SEMAINE 2 & 3 :
note : durant la semaine 2 et 3 j'ai eu des déplacements professionnels et personnels je n'ai pas pu beaucoup avancer le projet IMAP2..
Pendant cette période j'ai ajouté la fonction LOGIN
et LOGOUT
:
- La fonction
LOGIN
: Pour la fonctionLOGIN
je suis parti du principe que le serveur a une base de données avec tous les utilisateurs,
pour vérifier si l'utilisateur existe bien dans la base de données j'ai créé un fichier LOGIN.txt
qui contient tous les utilisateurs.
Lorsqu' un utilisateur met son identifiant pour se connecter, je vérifie qu'il soit bien dans la base de données (vérification du ficher LOGIN.txt
) s'il existe je lui renvoi : "A001 OK User logged in"
sinon je renvoie un message d'erreur.
- La fonction
LOGOUT
: Une fois l'utilisateur connecté il a accès aux fonctionsNOOP
,SELECT
,CHECK
,EXPUNGE
,COPY
,FETCH
,STORE
et enfinLOGOUT
.
Tant qu'il ne se déconnecte pas avec la fonction LOGOUT
, il reste connecté. Une fois qu'il se déconnecte je lui renvoie : "A007 OK Logout complete"
- La fonction
NOOP
: Pour cette fonction, lorsque le client m'envoie unNOOP
, je lui réponds un simple :"OK NOOP"
. il faudra que je rajoute le bon tag devant.
- La fonction
SELECT
: Pour la fonctionSELECT
j'ai développé deux fonctions :Nombre_mail
,Lect_Flags
La fonction Nombre_mail
parcourt le répertoire de l'utilisateur connecte (passé en paramètre de la fonction) et elle retourne le nombre de mail dans son répertoire.
La fonction Lect_Flags
permet de lire les flags dans chacun des .status
de chaque message. Etant donné que les messages sont stockés sous la forme d'un fichier de nom numérique
représentant l'ordre de réception des messages, il m'a suffit de faire une boucle FOR
qui s’incrémente et j'utilise l'incrémentation pour passer d'un .status à l'autre .
sprintf(Chemin,"../Messages/Utilisateur/%s/INBOX/%d.status",user,i);
le %s
c'est l'utilisateur connecté et le %d
l'incrément de la boucle FOR qui parcourt le nombre de mails passés en paramètres.
Pour la semaine 4 je vais continuer à optimiser les fonctions actuelles et développer la fonction CHECK
.
SEMAINE 4 :
Durant la semaine 4 j'ai avancé sur plusieurs fonctions :
- 1-Modification de la fonction
Lect_Flags
pour renvoyer plusieurs paramètre . - 2-Fonction Sup_ligne qui permet de supprimer une ligne dans les fichiers
.status
. - 3-Amélioration de la fonction
SELECT
qui permet maintenant de supprimer les flagsRECENT
une fois la commande effectuée. - 4-Ajout de la fonction
EXPUNGE
. - 5-Ajout de la fonction
CHECK
. - 6-Vérification que le mot de passe soit différent d'un "string" vide.
- 1) Fonction
Lect_Flags
:
Pour pouvoir "return" plusieurs variables et ne pas avoir à écrire une fonction par flag lu, j'ai ajouté un struct : nombre_flags
typedef struct{
int Recent;
int Deleted;
}nombre_flags;
Ainsi je peux renvoyer la structure.
return nombre_flag;
- 2) Fonction Sup_ligne :
La fonction Sup_ligne permet de supprimer une ligne dans les les fichiers .status
.
int Sup_Ligne(char * user,char * Flag, int num_mail)
Elle a besoin du nom de l'utilisateur connecté, le flag à supprimer ( RECENT
, SEEN
, ANSWERED
, FLAGGED
, DELETED
) et le numéro du message à supprimer.
Son fonctionnement est assez simple, je recopie toutes les lignes dans un autre fichier temporaire sauf celle que je souhaite supprimer.
Ensuite je supprime le premier fichier avec la fonction remove
remove(Chemin)
Puis je renomme le fichier temporaire avec le même nom que le fichier initial
rename(Chemintemp,Chemin);
- 3) Amélioration de la fonction
SELECT
:
Une fois la fonction SELECT
exécutée il faut enlever les flags RECENT
dans les .status
. Or pour cela il faut se rappeler dans qu'elle .status
il y a un flag RECENT
Pour faire cela, dans la fonction Lect_Flags
je rajoute un tableau :
int *tab_sup
dans ce tableau à chaque fois qu'on trouve le flag passé en paramètre dans un fichier .status
je récupère le numéro du mail et je le stocke dans le tableau et j’incrémente.
Ainsi lorsque je veux supprimer tout les Flags correspondant il me suffit de parcourir le tableau et de lancer ma fonction int Sup_Ligne(char * user,char * Flag, int num_mail)
Avec int num_mail
le numéro du mail à supprimer.
for (i=0;i<nombre_flag_t.Recent;i++)
{
Sup_Ligne(user,Flag,tab_sup[i]);
}
- 4) Fonction
EXPUNGE
:
Pour la fonction EXPUNGE
sur le même principe dans la fonction Lect_Flags
je rajoute un tableau qui vérifie dans les .status
les flag DELETED
et je stocke le numéro de mail dans un tableau.
for (i=0;i<nombre_flag_t.Deleted;i++)
{
sprintf(Chemin,"../Messages/Utilisateur/%s/INBOX/%d.status",user,tab_sup2[i]);
remove(Chemin);
sprintf(Chemin,"../Messages/Utilisateur/%s/INBOX/%d.txt",user,tab_sup2[i]);
remove(Chemin); }
Cela permet de suprimer les .status
et les .txt
- 5) Fonction
CHECK
:
La fonction CHECK
reprend les mêmes éléments que la fonction SELECT
- 6) Vérification du mdp :
Pour que l'utilisateur se connecte, il faut qu'il soit dans la base de données fichier LOGIN.txt
et que sont mdp soit différent d'un "string" vide sinon il a un message d'erreur.
if ((login_ok==1) && (strcmp(arg2, "") != 0)
Pour la semaine 5 j'ai pour objectif de finir les 3 dernières fonctions COPY
, FETCH
et STORE
.