PSR SE2a4 2022/2023 G4

Groupe Numéro 4 Rayane et Simon

Archive code source

Fichier:SMTPcode source.zip

À faire:

• Un système doit être réalisé permettant au serveur SMTP sortant de mettre en file d’attente les messages non remis à destination pour cause d’erreur transitoire du serveur SMTP cible
• Les communications peuvent être chiffrées par TLS, les communication chiffrées peuvent être négociées directement sur le port 465
• Il doit être possible de basculer sur une communication chiffrée à partir du port 25 en utilisant les commandes EHLO et STARTTLS
• Les serveurs SMTP doivent gérer les enregistrements MX permettant d’associer un nom de domaine à un serveur de messagerie, le recours aux enregistrements AAAA et A est à utiliser en cas d’absence de MX => Partiellement
• Pour la transmission vers les serveurs SMTP cibles, une communication chiffrée doit être préférée => SMTP dialogue à modifier => commande EHLO => permet de connaitre les fonctions du serveur
• Le processus de remise stocke le message dans le sous-répertoire Maildir/tmp puis le déplace dans le sous-répertoire Maildir/new, déplacement doit être fait par la primitive rename => Partiellement fait, ajout du move dans la fonction gestionCourriel du fichier out.c

Séance 1:

• Lecture du Sujet
• On examine le code:- fonction in.c => fonction chercheMX (fct de résolution) => Permet d'obtenir le MX (nom d'un MTA) et donc le MTA (agent de transfert)
• Compilation du code
• Il faut determiner les tâches à effectuer

Prise en main de la VM (VMALAD):

• Allumer la VM => capbreton.plil.info => xen create /etc/xen/VMALAD.cfg
• Se connecter => ssh root@193.48.57.166 => mdp : glopglopglop
• Utilisation de la commande SCP pour déplacer nos fichiers sur la VM

Modif code:

• Changement dans gestionCourriel() -> in.c / changement pour éviter d'envoyer le message sur tout les mx mais sur celui qui marche

while(*p!=NULL){
 #ifdef DEVERMINE
   printf("Serveur : %s\n",*p);
 #endif
   int ss=connexionServeur(*p,SMTP_PORT_DEFAULT);
   FILE *dialogue=fdopen(ss,"a+");
   if(dialogue==NULL){
     perror("gestionCourriel.fdopen");
     exit(EXIT_FAILURE);
   }
   char erreur[MAX_ERREUR];
   int resultat=SMTP_dialogue(dialogue,donnees,erreur,MAX_ERREUR);
   fclose(dialogue);
   if(resultat<0) ecritureJournal(JOURNIV_DEVERMINE,JOURNAL_MXHS,*p);
   // Logguer l'erreur
   else { break; }
   p++;
    }
 }

Séance 2:

• Explication du code en salle de cours (1h)

Modif code:

• Dans Mutex.c => ajout d'un free(mutexes) | Car le threads est détruit mais pas l'allocation mémoire des mutexes
• Dans out.c => fonction gestionCourriel => ajout d'un rename (move) du fichier TMP vers le fichier NEW

char new_fichier[MAX_CHEMIN];
sprintf(new_fichier, "%s/%s/%s/%ld_%010d_%010ld",dossier,id,MAILDIR_NEW,time_save,pid,messages);
rename(fichier, new_fichier);
}

Taches restantes:

En cours:

• Un système doit être réalisé permettant au serveur SMTP sortant de mettre en file d’attente les messages non remis à destination pour cause d’erreur transitoire du serveur SMTP cible
• Les communications peuvent être chiffrées par TLS, les communication chiffrées peuvent être négociées directement sur le port 465
• Il doit être possible de basculer sur une communication chiffrée à partir du port 25 en utilisant les commandes EHLO et STARTTLS
• Les serveurs SMTP doivent gérer les enregistrements MX permettant d’associer un nom de domaine à un serveur de messagerie, le recours aux enregistrements AAAA et A est à utiliser en cas d’absence de MX => Partiellement
• Pour la transmission vers les serveurs SMTP cibles, une communication chiffrée doit être préférée => SMTP dialogue à modifier => commande EHLO => permet de connaitre les fonctions du serveur

Terminé:

• Le processus de remise stocke le message dans le sous-répertoire Maildir/tmp puis le déplace dans le sous-répertoire Maildir/new, déplacement doit être fait par la primitive rename => ajout du move dans la fonction gestionCourriel du fichier out.c

Séance 3:

• Remise en forme du Wiki
• Tester la communication de notre application et debuguer
• Problème: SMTPin & SMTPout sur la même interface du port 25 ==> Il faut trouver un moyen de déplacer l'un des 2 sur une autre interface
• Solution: Créer un argument a notre apllication pour pouvoir modifier l'interface, (précision de l'interface pour SMTPin & SMTPout)

Modif code:

• Dans SMTPout ==> args.h => ajout d'une variable "interface" à la structure "stmp_config

struct smtp_config
 {
   char journal[CONFIG_MAX_JOURNAL];
   int niveau;
   char port[CONFIG_MAX_PORT];
   char dossier[CONFIG_MAX_CHEMIN];
   char carte[CONFIG_MAX_CHEMIN];
   unsigned char local;
   char interface[CONFIG_MAX_INTERFACE];
 };

• Dans SMTPout ==> args.c => ajout d'un case i "interface" dans le switch

static struct option long_options[] = {
   {"local",no_argument,0,'l'},
   {"port",required_argument,0,'p'},
   {"journal",required_argument,0,'j'},
   {"niveau",required_argument,0,'n'},
   {"dossier",required_argument,0,'d'},
   {"utilisateurs",required_argument,0,'u'},
   {"interfaces", required_argument,0, 'i'},
   {0,0,0,0}
   };

 while(1){
   int c=getopt_long(argc,argv,"lp:j:n:d:u:i:",long_options,NULL);
   if(c<0) break;
   switch(c){
     case 'l':
       config->local=1;
       break;
     case 'i':
     strncpy(config->interface,optarg,sizeof(config->interface)-1);
     break;
     case 'p':
       strncpy(config->port,optarg,sizeof(config->port)-1);
       break;
     case 'j':
       strncpy(config->journal,optarg,sizeof(config->journal)-1);
       break;
     case 'd':
       strncpy(config->dossier,optarg,sizeof(config->dossier)-1);
       break;
     case 'u':
       strncpy(config->carte,optarg,sizeof(config->carte)-1);
       break;
     case 'n':
       config->niveau=atoi(optarg);
       break;
     default:
       afficheSyntaxe(argv[0]);
       break;
     }
   }

Test solution:

• Commande pour lancer SMTPin sur la VM avec la séléction de l'interface local du port 25: root@VMALAD:~/SMTP/PSR-ReX-v6/src/SMTPin# ./SMTPin -l
• Commande pour lancer SMTPin sur la VM avec la séléction de l'interface eth0 du port 25: root@VMALAD:~/SMTP/PSR-ReX-v6/src/SMTPout# ./SMTPout -i eth0
• On utilise la commande suivante pour s'assurer que les 2 applications se trouvent sur les bons interfaces: root@VMALAD:~# ss -tlpn

Séance 4:

• Test du serveur SMTP avec l'envoi de mail grâce à l'outil Telnet => le process d'envoi de mail fonctionne

• A faire => relancer les applications en mode debug pour observer la sortie => Makedebug

Test:

• On lance dans un premier temps les 2 process SMTPin & SMTPout sur la VM
• Utilisation de Telnet, exemple:

Problèmes:

• Problème lors de l'envoi de mail car l'outil Telnet a été utilisé sur un pc externe, or SMTPin est sur l'interface locale
• Problème de MX lors de l'envoi du mail

A faire lors de la prochaine séance:

• Refaire le test d'envoi de mail en utilisant Telnet directement sur la VM
• Modification du code pour résoudre le problème de MX lors de l'envoi du mail

Séance 5:

• Refaire le test d'envoi de mail en utilisant Telnet directement sur la VM
• Modification du code pour résoudre le problème de MX lors de l'envoi du mail

Test d'envoi de mail:

• Il n'y a plus d'erreur lorque l'on envoi un mail sur une adresse Polytech (1 seul MX), mais il n'y a pas de réception du message dans la boite mail.
• Le problème persiste lorsqu'il y'a plusieurs MX (exemple avec Google)

A faire la prochaine fois:

• Modifier le code SMTP.C de 250 à 220
• Checker le multiMX

Séance 6:

Problèmes:

• Nous avons essayé d'envoyer un mail de notre serveur SMTP vers un autre serveur (polytech), cependant les clées de notre domaine minable.site ont expirées, de nouvelles clés ont été créer mais nous devons attendre que ces changements soient pris en compte => Nous passons donc sur la réception de mail.

• Après un nouveau test, il y a toujours un problème => Notre serveur n'a pas de MX => nous en avons créer un => il faut du temps afin que la modification soient prise en compte

Modifications:

• La fonction connexionserveur

Séance 7:

Problèmes:

1. Il n'est actuellement pas possible d'effectuer l'envoi d'un mail vers une adresse gmail, car les serveurs de l'école n'autorise pas les adresses l'IPV6 (uniquement IPV4), or notre programme priorise la connexion IPV6.
   
2. Les services Gmail sont très stricts en terme d'envoi et réception de mail, il nous faut un certain message ID, s'il n'y en a pas google refuse la réception du mail.
3. Lorsque le serveur mail Polytech nous envoie un mail il utilise la commande EHLO, or notre serveur SMTP utilise la commande HELO

Modifications:

1. Modification de la fonction "connexionServeur" L97, dans le chemin suivant: libs/Reseau/reseau.c
Avant

if((ipv6==0 && p->ai_family==AF_INET6) || (ipv6==1 && ipv4==0 && p->ai_family==AF_INET))
  

Après

if((ipv4==0 && p->ai_family==AF_INET) || (ipv4==1 && ipv6==0 && p->ai_family==AF_INET6))

Nous avons modifier la priorité, c'est désormais l'IPV4 qui est recherché en premier.

2. Pour ajouter un ID à notre message, on ajoute un enregistrement SPF ==> ne fonctionne pas (le message ID n'est pas valide) malgré l'enregistrement SPF. Vérifiacation de la bonne utilisation du SPF avec la commande host -t txt minable.site

3. On ajoute dans la lib SMTP ==> si on reçois une commande inconnue du serveur SMTP, on renvois un code non implémenté "500" ==> lorsque l'on retourne ce code, le serveur mail Polytech va réessayer de nous envoyer le mail avec la commande HELO.

Ajout:

• Création d'une arborescence dans "tmp" avec chaque utilisateur, comprenant chacun un dossier "tmp"

Séance 8:

Nous abandonnons l'envoi de mail vers les serveurs Google, car nous n'avons pas d'adresse IPV6 à notre nom de domaine

Objectifs:

1. Stocker le mail reçu dans le bon répertoire (correspondant au user ayant reçu le mail)
2. Réaliser des tests de surcharges sur notre serveur

Réalisation :

1. Pour stocker les mails reçus dans les bons répertoires pour obtenir le résultat ci-dessous:

Pour chaque utilisateur de notre map, un répertoire new va stocker les mails reçu. Pour lire nos mail il suffit d'utiliser la commande cat ou vim suivi du n° de mail à lire.
Nous modifions 2 choses dans out.c  :

• Dans le fonction *adresseVersUtilisateur(char *destinataire) la conditions de la boucle for est à modifier for(i=0;i<strlen(destinataire);i++) au lieu de for(i=0;i<strlen(adresse);i++), car on veut parcourir notre adresse mail destinataire caractère par caractère.
• Dans le fonction *scanCarteUtilisateur(char *courriel) la condition du if est à modifier if(strcasecmp(adresse[i].adresse,courriel)==0) au lieu de if(strcasecmp(adresse[i].adresse,courriel)), car strcasecmp renvoie 0 lorsque nos 2 chaines de caractères sont égales. La condition précédente ne nous permettais pas de rentrer dans notre if.

1. Pour réaliser notre test de charge, nous avons au préalable créer un fichier de test "test1" comportant toutes nos commandes nc

Nous l'utilisons grâce à la commande nc -C -i1 -q0 localhost 25 < ~SimonRayane/PSR-Rex-v6/test1 Pour surcharger le serveur nous allons utiliser une boucle pour envoyer 50 mails, dans le fichier bash "chargeTest.sh" suivant:

Le test de surcharge est un succès, nous recevons bien les 50 mails sur l'adresse mail Polytech.

DS partie Simon

Pour le DS on m'a demander de enlever les "..." répétitif présent dans la console du SMTPOut afin de délimiter le corps et les en-tête lorsque on reçoit un mail sur notre serveur SMTP

Voici le code modifié qui est présent dans ~/SimonRayaneDS/PSR-ReX-v6/libs/SMTP/smtp.c

else{
    int c=0,cpt=0,ct=0;
    while(donnees->corps[c]!='\0'){ if(donnees->corps[c]=='\n') cpt++; c++; }
    int cpt2=0;
    c=0;
    while(donnees->corps[c]!='\0'){
      if(cpt2<AFFICHE_COURRIEL_DEBUT || cpt2>cpt-AFFICHE_COURRIEL_FIN) fwrite(donnees->corps+c,sizeof(char),1,sortie); 
      if(donnees->corps[c]=='\n') cpt2++;
      c++;
      if(cpt2==AFFICHE_COURRIEL_DEBUT && cpt2<=cpt-AFFICHE_COURRIEL_FIN && ct==0) {	        
       fprintf(sortie,"...\n");
     	ct=1;
      }
     }
    }
 } 

J'ai ajouté une variable c pour que l'affichage se fasse uniquement une fois. Cette variable se mettra à 1 dès qu'on l'écris une fois et donc ne repassera plus jamais dans la condition qui attend un ct==0