PSR SE2a4 2022/2023 G1 : Différence entre versions

De Wiki d'activités IMA
Ligne 4 : Ligne 4 :
 
- on a remarquer une erreur dans la fonction qui gère l'envoi des messages dans in.c. La fonction envoyer le message sur chaque MX sans vérifier le succès de l'envoie , on a rajouter un break lorsque l'envoie était réussi afin d'envoyer des duplicatas. <br>
 
- on a remarquer une erreur dans la fonction qui gère l'envoi des messages dans in.c. La fonction envoyer le message sur chaque MX sans vérifier le succès de l'envoie , on a rajouter un break lorsque l'envoie était réussi afin d'envoyer des duplicatas. <br>
  
10/02/2023 : <br>  
+
<t1>10/02/2023 : </t1><br>  
 
<b> connection à la VM </b> <br>
 
<b> connection à la VM </b> <br>
 
on se connecte à la VM en utilisant cette ligne "ssh roor@193.48.57.163" <br>
 
on se connecte à la VM en utilisant cette ligne "ssh roor@193.48.57.163" <br>
Ligne 15 : Ligne 15 :
 
- les communications peuvent être chiffrées par TLS, les communication chiffrées peuvent être négociées directement sur le port 465  <br>  
 
- les communications peuvent être chiffrées par TLS, les communication chiffrées peuvent être négociées directement sur le port 465  <br>  
 
- il doit être possible de basculer sur une communication chiffrée à partir du port 25 en utilisant les commandes EHLO et STARTTLS  <br>
 
- il doit être possible de basculer sur une communication chiffrée à partir du port 25 en utilisant les commandes EHLO et STARTTLS  <br>
- le recours aux enregistrements AAAA et A est à utiliser en cas d’absence de MX <br>
+
- ajouter le déplacement du message du tmp vers le répertoire new lorsque le message est complet.

Version du 10 février 2023 à 11:14

03/02/2023 :
- prise en main du sujet. Lecture du code in.c qui est à l'origine des fonctions d’envois de message SMTP, on en déduit que le Out.c sera responsable de la réception des messages SMTP.
- dans le IN.c on voit les fonctions de récupérations des MX puis l'envoie du message en fonction de leur priorité jusqu’à ce qu'un envoie soit réussit.
- on a remarquer une erreur dans la fonction qui gère l'envoi des messages dans in.c. La fonction envoyer le message sur chaque MX sans vérifier le succès de l'envoie , on a rajouter un break lorsque l'envoie était réussi afin d'envoyer des duplicatas.

<t1>10/02/2023 : </t1>
connection à la VM
on se connecte à la VM en utilisant cette ligne "ssh roor@193.48.57.163"

Point à réaliser sur le cahier des charges
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 ne pas être chiffrées, les communications non chiffrés sont reçues sur le port 25
- 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
- ajouter le déplacement du message du tmp vers le répertoire new lorsque le message est complet.