Servidor de Almacenamiento de correo SG14, SG15, SG16 y SG17
COMENTARIOS: Durante la lectura de recipient y sender se ha de comprobar que si llega el septimo byte ha de ser un retorno de carro, ademas de que la lectura ha de ser correcta. Esto se realiza en las funciones stor () y getmailbox(). En las funciones stor () y getmalilbox() cuando la lectura o la escritura no se han realizado correctamente la funcion devolvera -1 y presentara una cadena de error. Durante los cierres de ficheros y de conexion se ha de comprobar si se ha cerrado de forma correcta para finalizar, en caso de que esto no ocurra se volvera a escuchar. En el supuesto de que las funciones se ejecuten correctamente, estas devolverán 0.
COMENTARIOS: Este es el diagrama de secuencia de la comunicación. No definimos las funciones getmailbox() y stor () debido a que estas figuran ya en el diagrama de flujo correspondiente.
PUNTOS EN DESACUERDO: Hemos seguido el diagrama del grupo ttgx25 y hemos ido modificando con las aportaciones del resto de grupos aportando y modificando los diagramas correspondientes.
COMENTARIOS A NUESTRO TRABAJO EN SUPERGRUPO DE LOS DIAGRAMAS DIAGRAMA DE SECUENCIA El bucle que vuelve en el administrador hasta el listen() debería ser hasta encima del accept(), ya que solo se abre un socket de escucha y no más. Primero mandas el receptor para quién va el mensaje y antes de enviar el mensaje se debería de incluir como se manda el usuario, aunque este puede que venga incluido en el sendmessage() hay que ponerlo para que quede más claro. Todo esto en la parte del cliente. No vendría mal aumentar el nivel de detalle de la parte de read(), getMailbox() y la parte de read(), stor () en el lado del administrador. DIAGRAMA DE FLUJO [ Asignar “recipient” a mailbox ] debería profundizarse más, ya que puede que exista ya mailbox o no. Si en la apertura de mailbox da error, habría que profundizar en porqué ha sido ese error, para ver si este se produce debido a que mailbox no existe y así crearlo de cero.