Rapport Stage

Réf:2008/II2/...
2008-2009
Ministère de l’Enseignement Supèrieur, de la Recherche et de la Technologie

Université de la Manouba
École Nationale des Sciences de l’Informatique
RAPPORT
de Stage d’Immersion en Entreprise
Sujet
Étude et déploiement d’un serveur

fax en réseau sous linux
Réalisé par
Soua Ahmed Soua Ridha
Encadré par
Mr.Makrem Mekni
Organisme : DaleelTeq
Nom du responsable : Mr.Mohamed Drira
Addresse : Immeuble Juguta, angle rue Lac Liman et rue des Lac Mazurie, Les berges
du lac 1053, Tunis
Tel : (216) 71 960 526
Fax: (216) 71 960 554
Signature de l’encadrant
Encadrant: Mr.Makrem Mekni (DaleelTech)

DÉDICACE
À celle qu’on doit tout,

À notre mère,
Que nulle dédicace ne puisse exprimer ce que nous lui devons, pour sa beinveillance de
plus jeune enfance, son affectation et son soutien, trésor de bonté, de génerosité et de
tendresse,
en témoignage de notre profond amour et notre grande reconnaissance.
À qui nous devons notre reussite,
À notre père,
aucun mot ne serait témoignage de l’étendu des sentiments que nous éprouvons à son
égard.
À notre sœur Marwa,
À notre frère Zied,
À tous ceux qui nous aiment,
À tous ceux qui ne cessent pas de nous encourager,
À tous ceux qui ont confiance en nous.
Nous dédions ce travail ...
Soua Ahmed & Ridha

REMERCIEMENTS
Nous tenons, avant de présenter notre travail, à exprimer notre grande reconnaissance
envers les personnes qui nous ont, de prés ou de loin, apporter leurs soutiens. Qu’ils
trouvent ici collectivement et individuellement l’expression de toute notre gratitude.
Nous adressons nos plus sincères remerciements à notre encadrant Mr.Makrem Mekni
dont la courtoisie et la disponibilité ont été constantes à notre égard, pour ses conseils
précieux et la qualité de l’encadrement dont il nous a fait bénéficié tout le long de ce
projet.
Nous tenons aussi à remercier tous les responsables et toute l’équipe à DaleelTeq pour
leur acceuil et leur aide. Nous remercions particulièrement Mr.Sofiène Karray pour la
confiance qu’il nous a accordé de nous avoir donner la chance d’effectuer ce stage.
Que les membres de jury trouvent, ici, l’expression de nos remerciements pour l’honneur
qu’ils nous font en acceptant de juger ce travail.
RÉSUMÉ
Ce stage ingénieur, effectué au sein de l’entreprise DaleelTeq, consiste à concevoir
et réaliser une solution permettant l’envoie des fax à partir de l’infrasrtucture de la
messagerie Lotus Notes, la prise en charge des fax reçus et l’administration du serveur
HylaFax.
Mots clés: fax, serveur de fax, passerelle Mail2Fax, Lotus Notes, administration ser-
veur fax.
ABSTRACT
This training course engineer, carried out within DaleelTeq company, consists to de-
sign and produce a tool for integrating electronic fax software with IBM Lotus Notes to
automate faxing, managing received faxes and finally administrating HylaFax server.
Key words: fax, fax server, Mail2Fax gateway, IBM Lotus Notes, fax server administra-
tion.
Table des matières
Table of Contents i
List of Figures iv
Cadre du stage 1
1 Introduction générale 3
2 Étude théorique 5
2.1 Introduction . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 5
2.2 Les fax en réseaux . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 5
2.2.1 Définition d’un fax . . . . . . . . . . . . . . . . . . . . . . . . . . . 5
2.2.1.1 Principe de fonctionnement . . . . . . . . . . . . . . . . . 6
2.2.1.2 Evolution . . . . . . . . . . . . . . . . . . . . . . . . . . . 6
2.2.2 Serveur de Fax en réseau . . . . . . . . . . . . . . . . . . . . . . . . 6
2.2.2.1 Principe de fonctionnement . . . . . . . . . . . . . . . . . 7
2.2.2.2 Services offerts par un serveur fax . . . . . . . . . . . . . . 8
2.2.3 Exemple de serveurs fax en réseau . . . . . . . . . . . . . . . . . . . 8
2.3 La messagerie électronique . . . . . . . . . . . . . . . . . . . . . . . . . . . 11
2.3.1 Architecture des systèmes de messagrie . . . . . . . . . . . . . . . . 11
2.3.2 Serveur de messagerie Internet . . . . . . . . . . . . . . . . . . . . . 12
2.3.2.1 Sendmail . . . . . . . . . . . . . . . . . . . . . . . . . . . 12
2.3.2.2 Lotus Notes/ DOMINO . . . . . . . . . . . . . . . . . . . 13
2.4 Conclusion . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 14
3 Spécification et analyse préliminaire 15

3.1 Introduction . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 15
3.2 Présentation générale du problème . . . . . . . . . . . . . . . . . . . . . . 15
3.2.1 Problématique . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 15
3.2.2 Solution proposée et objectifs . . . . . . . . . . . . . . . . . . . . . 16
3.2.3 Contraintes . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 16
i
TABLE DES MATIÈRES ii
3.3 Identification des acteurs . . . . . . . . . . . . . . . . . . . . . . . . . . . . 16

3.4 Spécification des besoins . . . . . . . . . . . . . . . . . . . . . . . . . . . . 16
3.4.1 Besoins fonctionnels . . . . . . . . . . . . . . . . . . . . . . . . . . 16
3.4.1.1 Utilisateur . . . . . . . . . . . . . . . . . . . . . . . . . . . 17
3.4.1.2 Administarteur du serveur HylaFax . . . . . . . . . . . . . 17
3.4.2 Besoins non fonctionnels . . . . . . . . . . . . . . . . . . . . . . . . 17
3.5 Identification et présentation des cas d’utilisation . . . . . . . . . . . . . . 17
3.5.1 Utilisateur de Lotus Notes . . . . . . . . . . . . . . . . . . . . . . . 17
3.5.2 Administrateur du serveur fax . . . . . . . . . . . . . . . . . . . . . 18
3.6 Conclusion . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 20
4 Conception 21
4.1 Introduction . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 21
4.2 Architecture globale du système . . . . . . . . . . . . . . . . . . . . . . . . 21
4.3 Conception détaillée . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 23
4.3.1 Diagramme de déploiement . . . . . . . . . . . . . . . . . . . . . . 23
4.3.2 La passerelle Mail2Fax . . . . . . . . . . . . . . . . . . . . . . . . . 25
4.3.2.1 Explication technique . . . . . . . . . . . . . . . . . . . . 25
4.3.2.2 Diagramme de séquence . . . . . . . . . . . . . . . . . . . 26
4.3.3 Application d’administration de Hylafax . . . . . . . . . . . . . . . 27
4.3.3.1 Conception des couches . . . . . . . . . . . . . . . . . . . 28
4.3.3.2 Diagramme de classe . . . . . . . . . . . . . . . . . . . . . 28
4.3.3.3 Diagrammes de séquences . . . . . . . . . . . . . . . . . . 30
4.4 Conclusion . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 32
5 Du papier à la machine :Réalisation 34

5.1 Introduction . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 34
5.2 Environnement de dévéloppement . . . . . . . . . . . . . . . . . . . . . . . 34
5.2.1 Environnement matériel . . . . . . . . . . . . . . . . . . . . . . . . 34
5.2.2 Environnement logiciel . . . . . . . . . . . . . . . . . . . . . . . . . 35
5.3 Réalisation . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 35
5.3.1 Installation et test du serveur HylaFax . . . . . . . . . . . . . . . . 35
5.3.1.1 Configuration de HylaFax . . . . . . . . . . . . . . . . . . 36
5.3.1.2 Test . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 36
5.3.2 Travail réalisé . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 36
5.3.3 Passerelle Mail2Fax . . . . . . . . . . . . . . . . . . . . . . . . . . . 37
5.3.4 Outil d’administration HylaFax . . . . . . . . . . . . . . . . . . . . 37
5.4 Chronogramme . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 40
5.5 Conclusion . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 40
6 Conclusion & perspectives 41
A Serveur de FAX:HylaFAX i
ENSI Stage d’immersion en entreprise DaleelTeq

TABLE DES MATIÈRES iii
Bibliographie viii
Nétographie ix

Table des figures
2.1 Principe d’envoie d’un fax via un réseau téléphonique . . . . . . . . . . . . 6

2.2 Schéma de raccordement d’un Serveur de Fax . . . . . . . . . . . . . . . . 7
2.3 Architecture du serveur HylaFax . . . . . . . . . . . . . . . . . . . . . . . . 10
2.4 Schéma d’un système de messagerie . . . . . . . . . . . . . . . . . . . . . . 12
2.5 Sendmail 8.12:Acheminement d’email, fichiers de configuration. . . . . . . . 13
3.1 Cas d’utilisation de l’utilisateur Lotus Notes . . . . . . . . . . . . . . . . . 18

3.2 Cas d’utilisation Administrateur . . . . . . . . . . . . . . . . . . . . . . . . 19
4.1 Architecture globale du système . . . . . . . . . . . . . . . . . . . . . . . . 22

4.2 Diagramme de déploiement . . . . . . . . . . . . . . . . . . . . . . . . . . . 24
4.3 La passerelle Mail2Fax . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 25
4.4 diagramme de séquence nominal de la passerelle Mail2Fax . . . . . . . . . 27
4.5 Diagramme de classe . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 29
4.6 diagramme de séquence nominal d’authentificatin . . . . . . . . . . . . . . 30
4.7 diagramme de séquence nominal d’ajout d’un utilisateur HylaFax . . . . . 31
4.8 diagramme de séquence nominal de configuration de paramètres d’envoie . 32
5.1 Configuration du serveur fax HylaFax . . . . . . . . . . . . . . . . . . . . . 36

5.2 l’envoie du fax à partir de Lotus Notes . . . . . . . . . . . . . . . . . . . . 37
5.3 Interface d’authentification . . . . . . . . . . . . . . . . . . . . . . . . . . 38
5.4 Paramétrage de la fonction d’envoie . . . . . . . . . . . . . . . . . . . . . . 39
5.5 Interface d’ajout d’un nouvel utilisateur . . . . . . . . . . . . . . . . . . . 39
5.6 Chronogramme . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 40
iv
Cadre du stage
1 Introduction
Ce stage d’immersion en entreprise s’inscrit dans le cadre de notre formation d’ingénieur
en informatique à l’École Nationale des Sciences de l’Informatique (ENSI). Le présent
travail se déroule au sein de l’entreprise DaleelTeq.
Nous présentons dans ce chapitre l’environnemnt du stage à travers une présentation de
la société et une description des objectifs.
2 Présentation de l’organisme d’acceuil
2.1 Le groupe DaleelTeq

Créé depuis 1996 à Jeddah, Daleelteq a étendu sa présence en Tunisie, Soudan et Pa-
kistan. Daleelteq fournit des solutions et des services de logiciel de qualité aux organismes
prestigieux de gouvernement saoudien et aux sociétés anonymes pour des projets clés en
main dans la conception et le développement des bases de données alphanumériques et
géographiques, les techniques d’acquisition et de traitement des données et développement
d’applicatifs SIG. Fort de son partenariat avec Delta Informatique depuis trois années,
le groupe DaleelTeq compte figurer parmi les plus grands intégrateurs internationaux
dans le secteur des banques et des finances. La partenariat avec Delta Informatique s’est
vue complétée par les solutions proposées par TeamsWare, l’autre acteur important de ce
groupe qui depuis 2000 a développé ses solutions sur son propre moteur Workflow (eXflow)
basé sur Lotus Domino.
2.2 Activités
Le groupe DaleelTeq compte figurer parmi les plus grands intégrateurs internationaux
dans le secteur des banques et des finances et propose des solutions d’ingénierie progiciel
1
TABLE DES FIGURES 2
qui sont à même de répondre aux besoins des banques d’aujourd’hui, de la gestion du
bureau d’ordre ou même gestion de projet jusqu’à la gestion de dématérialisation des
factures et la gestion des achats.
Daleelteq se spécialise également dans l’élaboration des portails et c’est dans ce sens
qu’elle a relevé avec succès le projet d’élaboration du portail dans le cadre des derniers
jeux africains en sa dixième édition à Alger en élaborant son système d’information.
3 Présentation du sujet
Étude et déploiement d’un serveur fax en réseau sous linux.
3.1 Travail demandé

Notre projet consiste à l’étude, la spécification d’un outil permettant de :
– Envoyez les fax directement depuis le client de messagerie Lotus Domino/Notes.
– réaliser une application d’administration du serveur fax HylaFax sous linux.
3.2 Résultats attendus

Les résultats attendus du stage consiste à avoir un outil qui permettra d’ajouter le
médias fax à la messagerie Domino et une application d’administration du serveur fax en
réseau. Ceci permmetra d’éviter le déplacement des utilisateurs jusqu’à machine fax pour
envoyer une télécopie ou bien l’administrateur pour règler les paramètres du fonctionne-
ment du HylaFax.
4 Conclusion
Ce chapitre nous a permis de faire une présentation générale du cadre du stage. Nous
avons commencé par présenter l’organisme d’acceuil puis le cadre du stage et enfin terminé
par donner un aperçu sur le sujet et les objectifs à atteindre.

Chapitre 1
Introduction générale
La communication est le fondement de toute société humaine. Très tôt dans son histoire,
l’homme a souhaité dépasser les limites imposées par la portée de sa voix et par sa per-
ception. Les premiers réseaux de télécommunications remontent à l’Antiquité. En Grèce,
quatre siècles avant notre ère, des brasiers allumés au sommet de tours permettaient la
transmission de signaux lumineux et donnèrent naissance aux phares côtiers. Pendant les
croisades, les Turcs et les Arabes utilisaient les pigeons voyageurs pour transmettre des
messages, ce qui leur rendait bien des services aux dépens des Croisés. La portée de ces
moyens de communication primitifs reste cependant limitée. Transmettre un message sur
de longues distances nécessite le déploiement d’une infrastructure de relais. L’absence de
codification évoluée limite la complexité des messages transmis.
Cependant la télécopie dont le premier essai de fax a été réalisé en 1842 par l’inventeur
franco-suisse Puthommeest, parut réduire à néant le temps nécessaire à ce que l’informa-
tion circule, une information qui n’avait jamais circulé aussi vite et aussi loin. La télécopie
conserve un rôle primordial dans la communication entre les entreprises en procurant la
sûreté et la fiabilité d’échange des données et en assurant une importante correspondance
et ressemblance entre les documents échangés.
Au XX ième siècle l’informatique entame la phase moderne de son histoire et avec l’ar-
rivée des micro-ordinateurs personnels et de la bureautique, les individus ont découvert
que l’informatique permettait aussi d’augmenter leur efficacité personnelle et leurs pro-
cessus de décisions. Plus récemment, la mise en réseau, la convergence de l’informatique
et de la téléphonie, le multimédia et Internet ont amené les entreprises et les indivi-
dus à considérer l’informatique comme un formidable moyen de partage d’informations,
3
INTRODUCTION GENERALE 4
de communication et de coordination d’activités. C’est précisément cette informatique

”communicante” qui a retenu l’attention et que les entreprises découvrent notamment.
C’était alors clair que l’utilisation des machines fax traditionnelles présentent un han-
dicap pour les entreprises dans un marché compétetif . En effet, le déploiement des ser-
veurs fax en réseau a permis le développement d’un nouveau service : la messagerie fax.
Cette nouvelle technologie remplace de plus en plus les télécopieurs physiques, grands
consommateurs de papier et de toner.
C’est pour cette raison que les dirigeants des entreprises sont toujours à la recherche
des serveurs fax électroniques adéquats et performants. Mais derrière cet enjeu, se cache
une obligation à savoir la facilité d’accès aux services offerts par ces serveurs fax et leurs
bonne intégration dans l’environnement groupware de l’entreprise.
Toutes ces évolutions des besoins des dirigeants et des technologies créent un nouveau
cadre de conception des solutions d’envoie et de réception des fax , et c’est dans celui-ci
que se situe notre stage d’immersion en entreprise qui vise à concevoir et implémenter
un prototype capable d’intègrer le médias fax dans l’infratructure du client de messagerie
Lotus Notes. En second lieu nous sommes amenés à concevoir une application web d’ad-
ministration du serveur HylaFax. Ce présent rapport synthétise tout le travail que nous
avons réalisé au cours de ce projet. Il est structuré en quatre chapitres dont les centres
d’intérêts sont les suivants :
Dans le premier chapitre intitulé ”Étude théorique” nous présenterons quelques no-
tions fondamentales en rapport avec notre projet.
Le deuxième chapitre intitulé ”Spécification et analyse préliminaire” portera sur la
problématique de notre sujet et spécifiera les besoins fonctionnels et non fonctionnels de
notre application.
Le chapitre suivant, ”Conception”, sera dédié à l’exposition de notre approche concep-
tuelle pour le développement du prototype visé.
Le dernier chapitre ”Réalisation ” traitera tous les détails de la réalisation: le language,
l’environnement et l’outil de modélisation et présentera quelques captures d’écran de l’in-
terface Homme / machine d’administration du serveur fax HylaFax.
Ce chapitre est clos par un chronogramme représentant les différentes tâches du travail
tout au long de la période du projet. Finalement, ce rapport est achevé par une conclusion
générale qui présentera le bilan de ce projet, les apports de point de vue savoir faire ainsi
que d’éventuelles perspectives .

Chapitre 2
Étude théorique
2.1 Introduction
L’avènement de l’ère de l’information a privilégié l’évolution des moyens de communi-
cation et d’échange de l’information via un support physique à savoir le document. La
télécopie et l’échange d’images de documents papiers est l’une des évolutions des moyens
de communication. En effet, l’informatique a cherché à automatiser l’utilisation et le traite-
ment des milliers de documents circulant partout dans le monde. Dans la première section
de ce chapitre, nous définissons les concepts relatifs à l’application de fax en réseau. Dans
la deuxième section nous exposons quelques notions sur la messagerie électronique.
2.2 Les fax en réseaux

Nous définissons dans ce paragraphe la notion de fax et nous explicitons son principe
de fonctionnement et les évolutions qu’il subit. Ensuite, nous présentons la définition d’un
serveur de fax en réseau, ainsi que son principe de fonctionnement et les services offerts
par ce type de logiciels.
2.2.1 Définition d’un fax

Un fax est synonyme de télécopie ou télécopieur. C’est un appareil électronique qui
convertit l’image de documents en impulsions électriques pour les transmettre à un desti-
nataire. Le premier essai de fax est réalisé en 1842 par l’inventeur franco suisse Puthomme.
Il dépose la demande de brevet le 27 mai 1843 pour la transmission de documents écrits
utilisant le réseau télégraphique [15].
5
2.2 Les fax en réseaux 6
2.2.1.1 Principe de fonctionnement
Un télécopieur permet la communication d’une page imprimée entre des sites éloignés.
Les données transitent via une ligne téléphonique ou une liaison spécialisée pour être
récupérées par un autre télécopieur, un ordinateur ou un téléphone cellulaire. Ce dernier
transforme alors ces impulsions en les transcrivant en mémoire ou sur papier. Ce résultat
s’appelle une télécopie ou, passé dans le langage courant, un fax. La figure 2.1 décrit le
processus d’envoie d’un fax à travers un réseau téléphonique.
Fig. 2.1 – Principe d’envoie d’un fax via un réseau téléphonique
2.2.1.2 Evolution
Pour les organisations d’une certaine taille, le télécopieur traditionnel n’assure pas une
communication idéale des données. Le principal inconvénient est l’augmentation impor-
tante des flux de documents qui échappent à tout contrôle. En outre, la consommation
importante de papiers et le déplacement à l’intérieur de l’entreprise n’est pas toujours
efficace. Par conséquent, l’application d’une solution de fax en réseau réduit les coûts
associés aux fax, facilite l’installation et le déploiement et permet l’archivage des fax pour
une récupération ultérieure des données.
2.2.2 Serveur de Fax en réseau

Un serveur de fax est un logiciel qui gère les fax, en émission comme en réception,
sous forme électronique. Ce logiciel utilise les mêmes protocoles de communications que
n’importe quel télécopieur classique. Il faut donc disposer d’un modem bien spécifique
[17]. Dans cette section, nous débutons par une étude du principe de fonctionnement d’un
serveur de fax en réseau. Puis, nous exposons les services offerts par ce type de logiciels.
Enfin, nous citons quelques produits existants.
2.2.2.1 Principe de fonctionnement
Un serveur de fax en réseau permet de recevoir et d’envoyer des télécopies à travers un

réseau informatique. La figure 2.2 illustre l’architecture de raccordement d’un serveur de
fax dans un réseau informatique.
Fig. 2.2 – Schéma de raccordement d’un Serveur de Fax
En émission, l’utilisateur du serveur de fax doit préciser les données relatives au des-
tinataire comme le nom, le prénom, le numéro de fax et l’objet du document à faxer. Le
serveur de fax se charge alors de l’envoi, tout en assurant une copie sur son disque dur. Le
nom du fichier ainsi sauvegardé est généré de manière automatique en tenant compte de la
date et de l’heure d’envoi ainsi que du nom du fichier créé par l’utilisateur. En réception,
le serveur de fax met le fax reçu sous forme d’image dans un fichier qu’il enregistre sous
un répertoire spécifique sur le disque dur du serveur, ou sur tout autre disque de desti-
nation qui lui serait spécifié. Le nom du fichier est généré automatiquement, en général
en tenant compte de la date et de l’heure d’arrivée. Les serveurs de fax peuvent le plus
souvent générer ces fichiers sous plusieurs formats. Les plus classiques sont les formats
TIFF1 1 et PDF2 2 qui se prêtent trés bien à la manipulation et l’échange de données non
modifiables. Un serveur de fax peut recevoir des fax sur plusieurs lignes téléphoniques,
chaque ligne physique peut elle-même correspondre à plusieurs numéros de téléphone.
Dans ce cas, le serveur oriente les annonces d’arrivées de fax en fonction du numéro de
fax du destinataire.
2.2.2.2 Services offerts par un serveur fax
Un serveur de fax offre aux utilisateurs de nombreux avantages sur les plans pratique
et économique. Nous citons ci-dessous les principales fonctionnalités offertes par un tel
serveur :
– Recevoir les fax sur une boı̂te mail ce qui garantit la mobilité. Le service est donc
consultable depuis n’importe quel ordinateur connecté à Internet, partout dans le
monde.
– Le fax peut être reçu n’importe quand, même si l’ordinateur est éteint. Et contrai-
rement à la machine classique, plusieurs fax peuvent être reçu simultanément.
– Envoyer les fax depuis un poste de travail, sans avoir besoin de les imprimer.
– Assurer la confidentialité. Les fax sont reçus directement sur le compte privé de
l’utilisateur et ne risquent plus d’être perdus ou lus par les mauvaises personnes.
– Mémoriser automatiquement les fax entrants et sortants ce qui assure le contrôle
des fax. En plus, la durabilité du document fax électronique est considérablement
plus longue qu’un fax papier.
2.2.3 Exemple de serveurs fax en réseau

Nous présentons dans ce paragraphe quelques solutions de serveurs de fax qui offrent
les fonctionnalités citées dans le paragraphe précédent.
– GFI FAXmaker[19] GFI FAXmaker est un serveur fax commercial sous Windows.
Il est caractérisé par sa fiabilité et facilité d’usage et d’administration. Il possède les
propriétés suivantes :
– La fonction Fax sur IP permettant d’envoyer des fax par Internet en s’intégrant
facilement à l’infrastructure IP existante.
– L’intégration à l’Active Directory ce qui réduit l’administration.
1. Tagged Image File Format
2. Portable Document Format
– Réception de fax dans votre email client sous format fax ou PDF.
– Joindre des documents Office, PDF, HTML et autres fichiers.
– Infonais [17] C’est une solution dédiée aux entreprises de type PME. Le serveur
est connecté à la ligne fax via son modem. Les fax sont reçus et émis par email
avec fichier pdf joint, via le serveur. L’installation du logiciel de gestion des fax et
du serveur d’email se fait sur le serveur. Il permet la configuration de l’interface
d’administration et des postes utilisateurs. À noter que même en déplacement les
utilisateurs pourront envoyer des fax en adressant un email avec le document à
faxer au serveur (Par exemple : @fax.MonServeur.fr) à partir de n’importe quelle
connexion internet.
– ActFax[18] ActFax3 est conçu pour la transmission et la réception des messages de
fax. Il assure aussi l’envoie et l’expédition des fax par email. La dernière version est
ActFax 4.14. Elle possède les caractéristiques suivantes :
– ActFax fonctionne sur n’importe quelle version de Windows à partir de Win-
dows 95(Windows 95 / 98 / ME / NT / 2000 / XP / 2003 / Vista / 2008
).
– Il supporte l’architecture client/serveur.
– Toutes les données sont stockées de façon centralisée sur le serveur de fax.
– Supporte les fichiers de formats PDF, Tiff, GIF et BMP pour l’envoie de pièces
jointes par email et l’exportation de documents.
– PraKsys[16] C’est un logiciel libre, disponible pour tous les clients, quels que soient
leur système d’exploitation. PraKsys assure, de manière standardisée, la mise en
place de réseaux de fax, ainsi qu’un accompagnement à leur utilisation et un service
de maintenance à distance.
– HylaFAX[8] HylaFAX est une distribution gratuite, composée de plusieurs com-
mandes permettant de recevoir et envoyer des fax à partir d’une station Linux
équipée d’un modem branché sur le port série de la machine. Il est déposé par Silicon
Graphics Inc et son auteur est Sam Leffler. La distribution fonctionne en mode client-
serveur. Elle se décompose d’une partie ”serveur” (3 daemons qui gèrent les accès
réseau (ou local) des clients, ainsi que le Modem sur un port série:faxgetty,faxq,hfaxd)
et une partie cliente pour envoyer des fax (sendfax). La figure 2.3 ci dessous illustre
l’architecture de ce serveur fax open source.

Fig. 2.3 – Architecture du serveur HylaFax
En outre, il permet le partage d’un modem de manière transparente entre plusieurs

machines sur réseau TCP/IP. HylaFAX possède les caractéristiques suivantes :
– Les fax peuvent être de toutes tailles (A4, B4), soit 98 or 196 lpi et transmis
ou reçus soit en format 1D-encoded ou 2D-encoded.
– Les documents qui peuvent être transmis sont en format Postscript ou TIFF
Class F.
– Il peut générer des pages de gardes.
– Il peut être configuré pour qu’il appelle getty quand des données autres qu’un
fax se présentent en entrée.
– Il peut utilisé plusieurs modems.
– ll gère la file d’attente des fax et il permet de programmer l’envoi de fax en
heures creuses.
2.3 La messagerie électronique 11
– Les documents reçus sont en format TIFF Class F et ils peuvent être convertis
en Postscript par fax2ps et imprimés ou envoyés par mail en attachment en
fonction du numéro de fax de l’expéditeur. Une description détaillée de cette
solution de serveur de fax est présentée dans l’Annexe A.
2.3 La messagerie électronique

À la base, la messagerie éléctronique était un service d’échange de textes courts(un
transfert éléctronique de fichiers caractères ASCII). Au fil des années, la messagerie
éléctronique a subit des évolutions et elle devient capable de transferer des fichiers quel-
conques(en structure et en contenu) le plus souvent avec une limitation sur la taille de
fichier et par un encodage en format caractère [15].
On distingue deux types de programmes pour la gestion du courrier électronique, les MUA
(Mail User Agent) sont les programmes en interaction avec l’utilisateur, pour permettre
la composition et la lecture des messages. Les MTA (Mail Transfert Agent) s’occupent
des échanges de messages en suivant le protocole SMTP 3 et de la distribution.
2.3.1 Architecture des systèmes de messagrie

Le serveur de messagerie MTA achemine directement un message entre un émetteur et
un destinataire. Pour cela il utilise un service de transport existant (typiquement TCP).
Un courrier est acheminé comme segments de niveau de transport. La figure 2.4 ci dessous
décrit une architecture modulaire d’un système de messagerie Internet.
3. Simple Message Transfert Protocol

Fig. 2.4 – Schéma d’un système de messagerie
2.3.2 Serveur de messagerie Internet

Nous allons décrire dans cette section deux serveurs de messagerie sur lesquels nous
avons travaillé tout le long de ce projet.
2.3.2.1 Sendmail
Le logiciel sendmail[10] est un MTA. Il a été écrit dans les années 80 par Eric Allman
à l’Université de Berkeley . Il existe d’autres programmes de transport de courrier comme
MMDF, Smail, Zmailer et Qmail pour ne citer que les plus utilisés. Il existe plusieurs
versions de sendmail, le présent travail portant sur la version V8 (8.12 lors de l’écriture
du rapport).

La figure 2.5 expose sommairement le fonctionnement du serveur Sendmail.
Fig. 2.5 – Sendmail 8.12:Acheminement d’email, fichiers de configuration.
Un E-mail arrive souvent via le protocole SMTP vers le port 25 du serveur mail.
L’email entrant est géré par sendmail.
2.3.2.2 Lotus Notes/ DOMINO
La famille des serveurs DOMINO[11] est une plateforme logicielle qui intègre une
application de messagerie et de développement Web dédiées aux entreprises qui veulent
rationaliser leurs processus de travail et obtenir une communication et une organisation
sûre entre les goupes de travail.
Les serveurs Lotus DOMINO offrent des services multiples parmi les quels on peut
citer:la gestion de documents, Le Workflow, partage des ressources et la messagerie.
En effet le service de messagerie éléctronique offert par Lotus DOMINO est basé sur une
architecture client/serveur assez évoluée permettant les individues et les groupes d’envoyer
et de partager les informations aisement. Le serveur DOMINO fournit un unique serveur
de messagerie supportant des clients mail multiples: Post Office Protocol V3 (POP3),
Internet Message Access Protocol V4 (IMAP4), Message Application Programming In-
terface (MAPI), et Lotus Notes clients.
2.4 Conclusion 14
2.4 Conclusion
Dans ce chapitre, nous venons de faire une étude théorique des concepts liés à l’ap-
plication d’une solution de fax en réseau. La deuxième section de ce chapitre nous a
permis de présenter la solution open source HylaFax ainsi qu’étudier son architecture et
les différentes fonctionnalités qu’il fournit. En outre nous avons fait un survol des ca-
ractéristiques des serveurs de messagerie Sendmail et Lotus Notes/Domino.
Le chapitre suivant sera consacré à l’analyse et la spécification des besoins de notre
application.

Chapitre 3
Spécification et analyse préliminaire
3.1 Introduction
L’application d’un serveur de fax en réseau favorise le processus d’échange des télécopies
et de communication des entreprises. Dans le chapitre précédent, nous avons présenté le
principe de fonctionnement d’une telle application et nous avons cité quelques solutions
existantes.
Dans ce chapitre, nous traitons essentiellement de la spécification du prototype qu’on
se propose d’implémenter, en terme de fonctions, de données, d’acteurs et nous identifions
les différents cas d’utilisation à travers des diagrammes de cas d’utilisation.
3.2 Présentation générale du problème
3.2.1 Problématique
La télécopie est un moyen de communication qui assure la sureté et la fiabilité d’échange
de données. Ainsi la correspondance importante, notamment les bons de commande et les
contrats, se transmet généralement par fax.
Néanmoins, le flux croissant de documents échangés échappe à tout contrôle et nécessite
un temps considérable de traitemnet manuel. Les limitaions de ces machines (chargeurs
papiers, rubans encreur et mémoires de faible capacité) en résevent l’emploie à des utili-
sations peu intensives et peu critiques. En outre l’administration du serveur fax HylaFax
par des lignes de commandes est un gaspillage du temps trés précieux pour les entreprises.
15
3.3 Identification des acteurs 16
3.2.2 Solution proposée et objectifs

La solution qui permettra de remédier à ces lacunes est de concevoir et implementer
une passerelle mail to fax permettant l’envoie des fax à partir de l’infrastructure du client
de messagerie Lotus Notes d’une facon analogue à celle de l’envoie des emails.
L’utilisateur ayant envoyé un fax recevera une notification sur l’echec ou la réussite
de l’opération avec une copie du fax envoyé en cas de l’envoie. En réception le fax est
sauvegardé dans une base mail auquel seul l’administarteur aura le privilège de l’accès et
la consultation des fax. D’autre part, nous proposons de mettre en place une application
d’administartion du serveur fax HylaFax.
3.2.3 Contraintes
Les contraintes que nous avons pu relever concerne l’application d’administration de
Hylafax. En ffet l’accés à l’application d’administration web du serveur fax n’est possible
qu’à l’intérieur de l’entreprise. Tout utilisateur se trouvant à l’extérieur ne pourra pas y
avoir accès.
3.3 Identification des acteurs

Notre application s’adresse essentielllement à deux types d’utilisateurs:
– Les employés de l’entreprise DaleelTeq ayant un compte email sur Lotus Notes.
– L’administrateur du serveur fax Hylafax.
3.4 Spécification des besoins

Dans cette étape déterminante pour le développement de notre application, nous allons
mettre l’accent sur l’identification des services que le système doit fournir et la définition
des contraintes de réalisation.
3.4.1 Besoins fonctionnels

Ces exigences répondent à la question à quoi sert notre système. Nous regroupons ces
besoins selon les différents intervenants qui interagissent avec le système.

3.5 Identification et présentation des cas d’utilisation 17
3.4.1.1 Utilisateur
– L’application doit permettre à l’utilisateur de Lotus Notes d’envoyer des fax à partir
de son poste d’une manière analogue à celle de l’envoie d’email avec la possibilité
d’y associer des différents pièces jointes.
– L’outil doit fournir un accusé de reception comportant des informations sur l’etat
de l’envoie (échec ou réussite) ainsi q’une copie du fax envoyé.
3.4.1.2 Administarteur du serveur HylaFax
– L’application web doit lui permettre d’attribuer des privilèges d’envoie de fax aux
utilisateurs de l’entreprise.
– Le système doit guarantir à l’administrateur de configurer les paramètres de fonc-
tionnement du serveur fax: le nombre maximal d’appel, le nombre maximal d’essai,
le type de fichiers fax envoyé par le serveur HylaFax pour l’administrateur en cas
de réception et enfin les paramètres de notification pour les fax envoyés.
3.4.2 Besoins non fonctionnels

Ce sont des exigences qui ne concernent pas spécifiquement le comportement du
système mais plutôt identifient des contraintes internes et externes du système. Les prin-
cipaux besoins non fonctionnels de notre application se résument dans les points suivants :
– Le code doit être clair pour permettre de futures évolutions ou améliorations.
– Il est important de soigner l’ergonomie de l’application d’administration du serveur
HylaFax afin de faciliter son utilistaion.
3.5 Identification et présentation des cas d’utilisation

Les ”use cases”[1] permettent de structurer les besoins des utilisateurs et les objectifs
correspondants d’un système. Ils centrent l’expression des exigences du système sur ses
utilisateurs partant du principe que les objectifs sont tous motivés. Nous présentons dans
cette partie, les interactions des différents acteurs avec notre application.
3.5.1 Utilisateur de Lotus Notes

le cas d’utilisation suivant présente les diverses fonctionnalités dont jouit un employé
de l’entreprise:
Fig. 3.1 – Cas d’utilisation de l’utilisateur Lotus Notes
Les différents cas d’utilisation qui modélisent les services offert par notre système sont
les suivants :
1. Envoyer un fax depuis le client messagerie Lotus Notes: En effet l’utilisateur saisit
le numéro fax destination, le sujet et le corps du fax. Il peut éventuellement joindre
des fichiers au fax.
2. Consulter sa boı̂te de réception pour la consultation des accusés de réception qui
l’informent sur la réussite ou l’échec de l’opération de l’envoie.
3.5.2 Administrateur du serveur fax

La figure 3.2 décrit le jeu de fonctionnalités que notre prototype offre à l’administra-
teur.

Fig. 3.2 – Cas d’utilisation Administrateur
Parmi les cas d’utilisation les plus importants, citons:

1. Gestion des utilisateurs du serveur HylaFax: aprés être authentifié par le système,
l’administrateur aura la possibilté d’ajouter un nouvel utilisateur et de supprimer
un user existant.
2. Configuration des paramètres de configuration de HylaFax: L’administrateur aura
l’opportunité de saisir les paramètres du fichier Config(nombre maximal d’appel,
nombre maximal d’essai , format du papier ...), du fichier FaxDispatcher (type du
3.6 Conclusion 20
l’image élctronique du fax reçu envoyé à l’administrateur) et enfin le Fichier Fax-

Notify ( paramètres de notification pour l’expéditeur du fax).
3.6 Conclusion
Durant ce chapitre, nous avons tout d’abord présenté la problématique et les objectifs
de notre travail. En effet notre projet consiste en premier lieu à la mise en place d’une
passerelle mail to fax assurant l’envoie des fax depuis le client de messagerie Lotus Notes
et en deuxième lieu à implémenter une application d’administration de HylaFax.
Pour mieux comprendre le rôle, les actions et les droits de chaque acteur dans notre
application, nous avons présenté ensuite les exigences et les besoins des différents protago-
nistes ainsi que leur interactions avec le système à travers les cas d’utilisations. Ainsi nous
sommes positionnés dans le contexte de notre projet. Le chapitre suivant va permettre de
mettre en évidence ces besoins à travers une conception détaillée de l’outil à réaliser.

Chapitre 4
Conception
4.1 Introduction
Ayant défini et analysé les cas d’utilisation de notre prototype dans le chapitre précédent,
nous nous focalisons dans ce chapitre à concevoir une structuration adéquate pour l’ap-
plication d’administration du serveur HylaFax ainsi que la passerelle ”mail to fax” per-
mettant l’envoie des fax à travers l’infrastructure de la messagerie Lotus Notes. Cette
étape est primordiale dans le déroulement du projet et a pour but de détailler les tâches
à entreprendre et de préparer le terrain pour l’étape de la réalisation.
Dans ce chapitre et dans une première partie, nous présentons une conception globale
de notre système. Ensuite, dans la seconde partie, nous entamons l’étude en détail de la
passerelle mail2fax et l’application d’administration.
4.2 Architecture globale du système

Le but de notre système est d’automatiser l’envoie des fax à partir de l’infrastructure
du client de messagerie Lotus Notes. L’entrée de l’application est un mail portant le
numéro de fax destination de la forme ”numfaxdest@fax.teamsawre.com”. La sortie est
un fax envoyé au destinataire réel à travers le réseau téléphonique. La figure ci dessous
présente l’architecture globale de notre système:
L’architecture globale du système à établir repose sur la mise en place d’un serveur de
fax sous Linux et le développement d’une passerelle Mail to Fax des email envoyés depuis
le client de messagerie Lotus Notes.
D’après l’étude des serveurs de fax faite dans le premier chapitre, nous choisissons le
21
4.2 Architecture globale du système 22
Fig. 4.1 – Architecture globale du système
serveur de fax HylaFAX pour la réception des fax envoyés à l’entreprise. Ce choix est basé
sur les points suivants :
– HylaFAX est un logiciel libre.
– Facilité d’installation et de configuration.
– Transparence du partager de modem entre plusieurs machines sur réseau TCP/IP.
Le fax est émis à partir de la boite émail de l’expéditeur portant le numéro fax destination.
Ce mail présente ainsi l’entrée de notre application. Il est ensuite routé par le serveur
DOMINO(serveur SMTP) vers la passerelle Mail2fax qui à son tour l’envoie vers le serveur
HylaFax installé sur une machine Linux. En effet un serveur de fax est un logiciel qui
gère les fax, en émission comme en réception, sous forme électronique. Ce logiciel utilise
les mêmes protocoles de communications que n’importe quel télécopieur classique. Il lui
faut donc disposer spécifiquement d’un modem de Class 1, Class2, ou Class 2.0. Nous

4.3 Conception détaillée 23
présentons, dans l’annexe A, une description détaillée des modems recommandés pour
ce type de logiciels. Il est enfin envoyé à travers un réseau téléphonique standard dit le
réseau téléphonique commuté (RTC) vers la destination appropriée. En réception, le fax
est redirigé dans la base mail de l’administrateur qui reste la seule personne autorisée à
consulter les fax reçus.
La deuxième partie de notre projet consiste au dévéloppement de l’application d’ad-
ministration du serveur HylaFax accessible par un utilisateur reconnu par l’application
que nous nommons par la suite administrateur.
4.3 Conception détaillée

Dans cette partie nous allons détailler les deux parties qui constituent notre appli-
cation. En effet notre système se compose de deux grandes parties. la première partie
concerne la mise en place de la gateway pour l’envoie des fax à partir l’infrastructure de
la messagerie de Lotus Notes et la deuxième partie sera dédiée à la mise en œuvre de
l’application de contrôle de HylaFax.
4.3.1 Diagramme de déploiement

Nous présentons dans cette section la disposition physique des ressources matérielles
qui composent notre système ainsi que la répartition des composants sur ces matériels.
La figure 4.2 schématise le diagramme de déploiement de notre application.

Fig. 4.2 – Diagramme de déploiement
L’architecture de notre système est composée comme suit :

– Le serveur fax
– Le serveur de données
– Le serveur SMTP
– La passerelle Mail2Fax
– Le client web : administrateur de l’application
– Le serveur web
– L’expéditeur du fax

– Le destinataire du fax
4.3.2 La passerelle Mail2Fax

Le but de cette passerelle est d’automatiser l’envoie des fax à partir du client Lotus
Notes à travers un serveur fax. L’entrée est un email portant comme destination numéro
fax sous la forme ”numerofaxdestination@fax.teamsaware.com”. Le MTA(Sendmail) est
configuré pour redirectionner tous les mails pour le domaine fax.teamsawre.com vers un
alias qui lui même le redirige vers un script mail2fax.sh. Ce script prend le mail, extrait les
informations à partir des entêtes, convertit l’email vers un document postscript utilisant
faxmail et enfin envoie le fax en faisant appel à Sendfax(application cliente du serveur fax
HylaFax).
la figure 4.3 ci dessous décrit en détail le fonctionnement de la paserelle.
Fig. 4.3 – La passerelle Mail2Fax
4.3.2.1 Explication technique
La mise en place de la gateway mail2fax nécessite le recours aux procédures suivantes:

– Création d’un domaine SMTP étranger(Foreign SMTP domain) nommé fax.teamsware.com

sous Lotus Notes qui transfére tous les émails via SMTP vers le serveur fax HylaFax
tournant sur une machine à part.
– Afin de permettre à Sendmail de rediriger tous les mail entrants ayant pour domaine
fax.teamsware.com vers l’alias mail2fax on crée la table virtusertable avec une entrée
@fax.teamsware.com mail2fax.
– Dans le fichier alias de Sendmail, on ajoute une entrée de la forme ”mail2fax:
/usr/local/bin/mail2fax.sh”. Cette procédure a pour but d’indiquer à Sendmail de
rediriger tous les mail vers le script shell mail2fax.sh.
– Le Script mail2fax.sh traitera l’entête du mail afin d’extraire le sujet, l’expéditeur,le
destinataire et appellera en premier lieu faxmail qui convertit le mail vers le format
postscript convenable pour la transmission comme un document fax. En deuxieme
lieu, l’application cliente Sendfax est invoquée afin de transmettre le document fax
vers la destination appropriée.
4.3.2.2 Diagramme de séquence
L’idée de la première partie de notre projet consiste à automatiser l’envoie des fax
à partir de l’infrastructure de la messagerie Lotus Notes via la passerelle Mail2Fax. Le
scénario nominal du fonctionnement de la passerelle à développer est illustré par la figure
4.4.
Grâce à cette passerelle, l’envoie de fax se fait de manière analogue à celle d’envoie
d’un émail.

Fig. 4.4 – diagramme de séquence nominal de la passerelle Mail2Fax
En effet, l’expéditeur saisit le numéro de la ligne fax destination, l’objet, le corps du

fax et éventuellement des fichiers joints. Le mail est ensuite routé par le serveur DOMINO
vers la passerelle mail2Fax qui traite le mail entrant, extrait les informations nécessaires
et le convertit en format fax. Le fichier obtenu est envoyé vers le serveur HylaFax.
4.3.3 Application d’administration de Hylafax

Notre serveur fax HylaFax doit être contrôlable et paramétrable à distance pour garan-
tir son bon fonctionnement et le bon contrôle des droits d’accès aux services du serveur. De
ce fait, nous développons une application accessible depuis le réseau local de l’entreprise
pour faciliter son déploiement. Le contrôle de notre serveur fax se fait par un utilisateur
authentifié qui possède les droits d’accès aux données de la base de données de notre
application. Ainsi, cet utilisateur, que nous appelons administrateur du système, peut
accéder aux fichiers de configuration du HylaFax, les afficher, modifier leurs paramètres
et mettre à jour la liste des utilisateurs stockés dans la base de données autorisés à utiliser
le serveur fax.
Dans cette partie nous allons détailler les couches qui composent l’architecture de
notre application, le diagramme de classe ainsi que les scénarios.
4.3.3.1 Conception des couches
Notre application, étant répartie sur plusieurs couches indépendentes, nous proposons
dans ce qui suit des les énumérer, de détailler la présentation de chaque couche et de
spécifier son apport pour notre application.
– Couche présentation : Cette couche permet de générer le squelette de l’application
en mettant à disposition un modèle MVC 1 implémenté par le framework ”STRUTS
2” [3].
– Couche Contrôle : C’est la couche qui prend en charge la sélection des écrans qui
sont présentés à l’utilisateur qui gére les erreurs et la mise à jour du système. Elle
est composée d’une servlet ”Action Servlet” qui est responsable de la réception de
toutes les requètes et qui va les déléguer aux classes Action appropriées.
– Couche métier : Elle renferme le traitement applicatif du système(module connexion,
module gestion utilisateur, module configuration de HylaFax).
– Couche de persistence : Cette couche établie une poule de connexion et elle
translate les tables de la base de données vers des classes persistantes.
4.3.3.2 Diagramme de classe
Cette section comporte le diagramme de classes qui nous a aidé à construire la structure
de l’application d’administration du serveur fax . Le diagramme de la figure 4.5 illustre
les classes qui collaborent pour aboutir au fonctionnement du prototype.
1. Model View Control

Fig. 4.5 – Diagramme de classe
– La classe ParamEnvoieAction: assure la bonne configuration du fichier FaxNo-

tify et FaxConfig du serveur fax HylaFax. Elle prend les nouveaux paramètres à
partir des Beans correspondants puis appelle les méthodes de la classe Service pour
accomplir la tâche.
– La classe ParamReceptionAction: gère le paramétrage du fichier FaxDispatcher.
Les nouveaux paramètres sont extraits à partir de la classe FaxDispatcherBean et
elle fait appel aux méthodes requises de la classe Service.
– La classe UserDAO: Cette classe appartient à la couche la plus basse de notre

application (couche de persistence) et elle est implémenté par le framework Hiber-
nate. Elle permet de manipuler les données de la table User sous forme d’objets et
nous défaire ainsi de toute la couche SQL.
4.3.3.3 Diagrammes de séquences
On représente ici les scénarii relatifs à l’acteur principal du prototype d’administration

de HylaFax: L’administrateur. Ces scénarii décrivent les interactions en des termes proches
de l’usager et modélisent ainsi les aspects dynamiques de notre système. Nous proposons
alors à ce niveau d’étudier 3 cas d’utilisations typiques qui sont:
– L’authentification de l’administrateur.
– L’ajout d’un utilisateur du serveur HylaFax.
– La configuration des paramètres d’envoie des fax.
Scénario de l’authentification:
Fig. 4.6 – diagramme de séquence nominal d’authentificatin

Tout d’abord, et pour que l’administrateur profite des fonctionnalités de la plateforme,

il doit s’authentifier. Le système va vérifier si cet utilisateur possède un compte dans la
base de données. Si oui, l’utilisateur peut accéder à l’interface de contrôle de notre ap-
plication. Les étapes de l’authentification sont décrites dans le diagramme de séquences,
figure 4.6.
Scénario d’ajout d’un utilisateur de HylaFax :
L’application reçoit les coordonnées du nouveau utilisateur, les valide et les sauvegarde
dans la base de données . Ensuite il y a création d’un script shell ”adduser.sh ” puis son
exécution afin que le serveur HylaFax reconnait ce nouveau utilisateur. Une fois l’exécution
est terminée, le prototype renvoie la vue de succés d’ajout. La figure 4.7 ci dessous met
en relief les différentes étapes de cette opération.
Fig. 4.7 – diagramme de séquence nominal d’ajout d’un utilisateur HylaFax

4.4 Conclusion 32
Scénario de configuration de paramètres d’envoie :

Le prototype à implémenter offre à l’administrateur la possibilité de confiurer les pa-
ramètres d’envoie et de réception du serveur Fax. Nous présentons ici le scénario nominal
de la configuration des fichiers FaxNotify et FaxConfig.
Fig. 4.8 – diagramme de séquence nominal de configuration de paramètres d’envoie
4.4 Conclusion
Dans ce chapitre, nous avons présenté la conception de notre approche en se basant
sur les études présentées dans les deux chapitres précédents. Nous avons présenté, dans un
premier temps, la conception globale de notre système. En effet, notre projet se compose
de deux grandes parties : la partie mise en place de la passerelle mail2fax et la partie
administration du serveur HylaFax. Ensuite nous avons présenté la conception détaillée

4.4 Conclusion 33
de l’application à travers la description des différentes couches sur les quelles se base le
système implémenté, le diagramme de classe et un ensemble de diagramme de séquence.
Nous passons dans le chapitre suivant au dernier volet de notre rapport et qui est la
partie réalisation.

Chapitre 5
Du papier à la machine : Réalisation
5.1 Introduction
Dans tout ce qui précède, nous avons essayé de suivre un enchaı̂nement logique qui
nous permettra de bâtir une solution adéquate pour l’intègration du média fax dans le
client de messagerie Lotus Notes ainsi que l’administartion du serveur HylaFax. Ceci étant,
la validité de notre approche ne peut être confirmée que par la présentation des résultats
obtenus et la mise en valeur des gains réalisés. C’est pour ceci que nous consacrons ce
chapitre à la concrétisation des idées antérieurement développées.
Nous consacrerons la première partie à la présentation du contexte matériel et logiciel
de développement de l’application demandée. La partie suivante sera dédiée à l’installation
et le test du serveur HylaFax. Par la suite, nous exposerons quelques interfaces homme
machine qui concordent avec les fonctionnalités du système. Enfin, le chapitre est clos par
un chronogramme de Grant décrivant les différentes étapes de déroulement du projet.
5.2 Environnement de dévéloppement

Nous décrivons dans cette section l’environnement matériel et logiciel adopté pour
l’implémentation de notre application.
5.2.1 Environnement matériel

Durant la période de déroulement du projet, la société DaleelTeq a mis à notre dispo-
sition deux machines ayant les configuration suivantes:
– Processeur: Pentium 4.
34
5.3 Réalisation 35
– CPU:2.8 GHZ.
– Mémoire:1 G0.
– Disque dur : 80 G0.
Ainsi que les équippement nécessaires tel que un modem externe et deux lignes fax.
5.2.2 Environnement logiciel

Tout le long de la phase de développement, nous nous sommes servis de l’environne-
ment logiciel suivant :
– Un système d’exploitation Windows sur lequel on a installé Le serveur Lotus DO-
MINO, Lotus Notes et Lotus Administrator.
– Un système d’exploitation Linux : Distribution GNU/Linux - Redhat Entreprise ser-
ver 5.0 sur la quelle on installé le serveur fax HylaFax.
– PowerAMC Evaluation v12.5 : C’est un outil d’édition de diagrammes UML 1 que
nous avons utilisé pour la création des diagrammes des cas d’utilisation, diagramme
de classes de l’application et les diagrammes de séquences.
– WinEdt v5.4 : C’est l’environnement de programmation LATEXutilisé pour rédiger ce
rapport de stage d’immersion en entreprise.
5.3 Réalisation
Nous allons dans cette partie décrire le travail réalisé pendant le stage. Ainsi nous
allons commencer par présenter la mise au point de notre architecture, la configuration
du serveur HylaFax et par la suite nous allons illustrer l’outil d’administration réalisé.
5.3.1 Installation et test du serveur HylaFax

On présente en premier lieu les étapes d’installation et configuration du serveur fax
HylaFax puis nous passons à la partie test. L’annexe A présente une liste détaillée des
différentes options de configuration du serveur Hylafax ainsi qu’une explication du fonc-
tionnement de ce dernier.
1. Unified Modeling language

5.3.1.1 Configuration de HylaFax
Pour configurer le serveur HylaFax, il suffit d’exécuter la commande : faxsetup -server

(en tant que root). La figure ci desssous présente la configuration du serveur HylaFax
utilisé pour le test.
Fig. 5.1 – Configuration du serveur fax HylaFax
5.3.1.2 Test
– Pour tester l’envoie des fax, on utilise la commande sendfax alors que la vérification
de l’envoie est assurée par la commande faxstat.
– La reception des fax est signalé par un message de notification envoyé au faxmaster.
5.3.2 Travail réalisé

Nous avons pu en fin de stage mettre en place la passerelle Mail2Fax ce qui a permis
d’utiliser le client de messagerie Lotus Notes pour envoyer des fax et intégrer notre outil
d’administartion avec le serveur HylaFax.

5.3.3 Passerelle Mail2Fax

La figure 5.2 ci dessous illustre l’intègration du service envoie fax dans la messagerie Lo-
tus Notes. L’utilisateur saisit une destination de la forme ”N◦ destination@fax.teamsware.com”
et le message sera envoyé à la machine fax à l’aide de la passerelle mise en place. Cependant
Fig. 5.2 – l’envoie du fax à partir de Lotus Notes
on a pas pu récuperer la notification compréhensible qu’elle doit etre envoyée à l’expéditeur

à cause de la différence de format de message entre les deux serveurs de messagerie ins-
tallés.
5.3.4 Outil d’administration HylaFax

Cette section présente quelques captures d’écrans de notre application d’administra-
tion du serveur HylaFax. Les interfaces choisies présentent les fonctionnalités les plus
importantes de l’administrateur.
Le processus débute par le lancement de la fenêtre d’authentification où l’utilisateur
est invité à saisir son identifiant et son mot de passe comme le montre la figure 5.3.
Lorsque l’utilisateur introduit un mot de passe valide il accède aux services fournis par

Fig. 5.3 – Interface d’authentification
notre prototype. Ainsi, notre application offre à l’administrateur la possibilité de tester la

connexion avec le serveur du fax, configurer les paramètres d’envoie et de réception des
fax ainsi que la gestion des utilisateurs de HylaFax.
La figure 5.4 illustre l’interface de configuration du fichier FaxNotify et Config. L’admi-
nistrateur peut choisir les conditions de notifications, le nombre maximal d’appel et le
nombre max d’essaies lors de l’envoie du fax.

Fig. 5.4 – Paramétrage de la fonction d’envoie
En outre, l’administrateur peut gérer les utilisateurs du serveur fax HylaFax autorisés
à s’en servir. La figure 5.5 présente l’interface d’ajout d’un nouvel utilisateur.
Fig. 5.5 – Interface d’ajout d’un nouvel utilisateur

5.4 Chronogramme 40
5.4 Chronogramme
Ce travail a été réalisé durant une période de 7 semaines. La répartition des tâches
durant toute la durée de la réalisation de notre application est illustrée par La figure ci
dessous.
Fig. 5.6 – Chronogramme
5.5 Conclusion
Au cours de ce chapitre, nous avons décrit les plates-formes matérielles et logicielles
sur lesquelles nous avons construit notre application. Nous avons, ensuite, présenté les
interfaces les plus significatives de notre application. Enfin nous avons clôturé ce cha-
pitre par la présentation du chronogramme d’activité. Nous terminons ce rapport par une
conclusion générale.

Chapitre 6
Conclusion & perspectives
L’avènement de l’Internet, du haut débit en particulier, et le succès de l’email auraient

pu conduire à la mort du fax. Néanmoins, cette technologie persiste. En effet, la large
diffusion des machines de fax et l’usage très enraciné de ce moyen de transmission dans
certains secteurs d’activité font du fax un outil auquel tout professionnel et une large partie
du grand public doivent se confronter régulièrement. La convergence de l’informatique et
de la téléphonie dans les entreprises a permis l’émergence d’un nouveau service :le fax en
réseau et dans ce contexte que s’inscrit notre stage d’immersion en entreprise.
Le projet présenté dans ce rapport a été proposé et réalisé au sein de l’entreprise
Daleelteq entre le 01 Juillet et le 20 Aôut 2008. Ce projet nous a permis de travailler
dans un domaine en plein d’expansion, à savoir les serveurs fax en réseau. Ceci nous
a permis de connaitre de plus prés ce type d’application et d’avoir une idée claire sur
le fonctionnement et la mise en place de ce type de serveur et plus paticulièrement les
services Mail to Fax.
Notre sujet consiste à l’étude, le développement d’une solution permettant l’envoie des
fax à partir d’un systéme de messagerie d’IBM Lotus DOMINO et enfin la mise en place
d’un outil d’administration à distance du seveur HylaFax.
Pour aboutir à ce résultat, nous avons commencé par l’étude du fonctionnement des
serveurs de fax en réseau et les services offerts par ce type de logiciels. Cette étude nous
a permis de choisir le serveur ”HylaFax” sous Linux pour l’envoie des fax à partir du
client de messagerie Lotus Notes. Puis nous avons procédé à une étude de la messagerie
éléctronique et en particulier le MTA Sendmail.
Par la suite nous nous sommes intéressés à l’analyse et la spécification des besoins qui nous
a permis de déterminer les besoins fonctionnels et non fonctionnels du système envisagé.
Le quatrième chapitre a été consacré à la conception du système dans laquelle nous avons,
41
42
en premier lieu, définie la structure de la passerelle Mail2fax. En deuxième lieu nous

avons étudié en détail l’architecture de l’application d’administration du serveur HylaFax.
Dans le dernier volet de notre travail nous avons abordé l’étape de réalisation au cours
de laquelle nous avons traduit notre modélisation conceptuelle en une implémentation
physique moyennant différentes technologies et techniques.
Nous tenons à souligner que l’outil reste extensible pour répondre à de nouveaux
besoins tel que l’intégration d’un module de reconnaissance et classification des fax reçus
moyennant les OCR, qui a fait l’objet d’un PFE intitulé ”Reconnaissance et classification
des fax sous Linux”, afin d’assurer une délivrance directe au destinataire.

Annexe A
Serveur de FAX: HylaFAX
HylaFAX, anciennement FlexFAX, est une serveur de Fax sous Linux déposépar Silicon
Graphics Inc. Il est écrit par Sam Leffler ¡sam@engr.sgi.com¿ et la dernière mise à jour
date de 1996/08/16. C’est un free software.
Les normes de fax

Les organismes de normalisation sont ITU (anciennement CCITT)et EIA/TIA. Les
groupes de fax sont: Groupe 3(1980) et Group 4(1984). Les caractéristiques du Groupe 3:
– Encodage binaire,
– Une page en moins d’une minute.
– Le plus répandu à l’heure actuelle.
– Suit les avis T.30 et T.4 de l’ITU
Le Groupe 4 est un standard de transmission de fax sur réseau ISDN (RNIS) à 64kbps.
Protocoles d’envoi de fax

– ITU T.4 : Définit le format standard de l’image transmise par fax. L’image est
comprimée de plusieurs façons :
– 1-D : schéma de codage à une dimension (ou MH : Modified Hoffman) En
résolution ”fine” (7.7 lignes/mm) un fax A4 fait 3.8 millions de pixels soit
464KB. La compression 1-D le réduit ‘à 20-50KB.
– 2-D : codage à deux dimensions (ou MR : Modified Read) : rare.
– ITU T.30 : Définit le dialogue entre deux machines de fax sur les lignes téléphoniques.
i
ii
Inclut les standards de modulation et de format de données.Le dialogue se fait en

cinq phases :
– A - Initialisation de l’appel.
– B - Procédure avant message : identification et choix des options.
– C - Transmission du message.
– D - Procédure après message.
Envoie dit ce qu’il veut faire:
– envoi d’une autre page,
– terminaison EOP,
– demande intervention opérateur.
Réception envoie son accusé de réception de la page précédente
– MCF : message confirmation : bien reçu.
– RTN : retrain negative : il y a des erreurs dans la transmission.
– E - Fin de communication.
Les normes de Fax Modems

– Classe 1 (1988) EIA/TIA-578 C’est une extension du jeu de commandes Hayes (com-
mandes AT+F...) permettant à des ordinateurs d’envoyer et de recevoir des fax par
modem. C’est un protocole de bas niveau, car l’ordinateur doit faire la rastérisation,
la compression T.4 et la gestion du protocole T.30. L’avantage est que le protocole
T.30 étant géré par logiciel, les corrections sont faciles. Les inconvénients :
– le développeur du logiciel doit respecter T.30 qui est complexe.
– un logiciel classe 1 est très sensible aux contraintes de temps et les systèmes
multi-tâches comme UNIX ont des problèmes pour les respecter. (voir modems
classe 4 avec buffers)
– Classe 2 (1988-1992) Comme groupe 1 mais ici l’essentiel de T.30 est pris en charge
par le modem. L’ordinateur doit toujours faire la rastérisation et la compression
T.4. Ses avantages sont:
– l’écriture des logiciels est plus facile,
– le logiciel n’est plus assujetti à des contraintes de temps de réponse très strictes :
c’est donc fait pour UNIX.

iii
Mais il présente aussi des problèmes:

– le standard a mis beaucoup de temps pour être adopté par le groupe TR-29.2
de l’ITU-T
– en 1988 le standard est ”voté mais non adopté” : draft SP-2388
– en 1989 révision mais toujours non adoptée.
– draft SP-2388 document TR-29/89-21R8 du 21 mars 90.
– draft SP-2388-A du 30 août 1991.
– les industriels adoptent ce draft c’est la ”vieille” classe 2.
– pire : des erreurs ont été commises dans l’implémentation de SP-2388.
Il faut distinguer :
– la vraie classe 2 : modems Everex 24/96D et modems MultiTech.
– les autres basées en particulier sur les chips Rockwell ou EXAR
– Classe 2.0 EIA/TIA/ANSI-592
– après 92 on décide d’appeler le standard officiel classe 2.0.
– fin 1994 seuls USRobotics et ZyXEL supportent la classe 2.0.
Les Fonctions de HylaFAX

Hylafax est un logiciel de télécommunication pour machines UNIX permettant :
– d’envoyer et de recevoir des fax depuis des machines en réseau TCP/IP,
– de partager un modem de manière transparente entre plusieurs machines sur réseau
TCP/IP.
Ses caractéristiques sont les suivantes :
– Les fax peuvent être de toutes tailles (A4, B4), soit 98 or 196 lpi et transmis ou
reçus soit en format 1D-encoded ou 2D-encoded.
– Hylafax supporte tout modem de Class 1, Class 2, ou Class 2.0.
– Les documents qui peuvent être transmis sont en format Postscript ou TIFF Class
F
– Hylafax peut générer des pages de gardes.
– Hylafax fournit une passerelle avec la messagerie.
– Les documents reçus sont en format TIFF Class F ils peuvent être convertis en
Postscript par fax2ps et imprimés ou envoyés par mail en attachment en fonction
du numéro de fax de l’expéditeur.
iv
– Le modem-fax est partagé avec les applications de communications sortantes qui

respectent le UUCP locking protocol : cu, minicom, tip, kermit, uucp, slip, et ppp.
– On peut aussi configurer Hylafax pour qu’il appelle getty quand des données autres
qu’un fax se présentent en entrée.
– Plusieurs modems peuvent être utilisés par le serveur.
– Hylafax possède une architecture client-serveur et supporte 2 protocoles : HylaFAX
Client-Server Protocol sur TCP.
– Le serveur g‘ere la file d’attente des fax, il permet de programmer l’envoi de fax en
heures creuses.
– Les applications clientes sont :
– sendfax, faxstat, faxrm sur machine Unix.
– Macflex sur Mac.
– Winflex sur Windows 3.x.
– Whfc sur Windows 95 et NT.
Sur quelles machines fonctionne Hylafax ?

HylaFAX est prévu pour fonctionner sur tout système UNIX qui dispose de :
– fichiers spéciaux FIFO ou tubes nommés (named pipes) commande mkfifo.
– sockets à la BSD et protocoles TCP/IP.
– mécanisme de locking à la BSD (flock) ou fonctionnalité équivalente permettant de
l’émuler (fcntl, lockf).
– interfaces POSIX 1003.1 incluant termios pour manipuler les devices tty.
Choisir et installer un modem

Les modems supportés par HylaFAX sont ceux des classes 1, 2 et 2.0.
– Class 1: En classe 1 avec un USR Sporster Voice 33.6 kbps nous avons eu des
problèmes. Les modems de class 1 sont déconseillés pour HylaFAX.
– Class 2: HylaFAX a été bien testé sur beaucoup de modems de class 2. Il il fournit
même des solutions pour contourner des erreurs d’implémentation de T.30.
– Class 2.0: c’est un standard encore jeune. Le driver 2.0 a été écrit pour USR Courier
puis testé sur ZyXEL 1496E.

v
Installer le modem sur un PC

1. Tester le port série:
– Vérifier les switchs sur la carte série pour les numéros de port COM. et les
numéros d’IRQ.
– sous root activer le contrôle de flux hardware: sttty -a crtscts ¡/dev/ttyS0
2. Connecter le modem.
3. Tester le modem :Avec un logiciel type cu ou minicom:
– Tester si le modem répond: Taper: ATE1QV1
Le modem doit répondre: OK
– Demander les classes de modem-fax supportées: AT+FCLASS=?
– Demander les possibilités en fax:
– en Class1 : AT+FTM=?
– en Class 2 : AT+FDCC=?
– en Class 2.0 : AT+FCC=?
– Essayer un appel: ATDT0388....
Installation de HylaFAX
La procédure d’installation de HylaFAX est la suivante:
– cd hylafax-v4.x.x
– ./configure
– make
– make install(sous root)
Configuration de HylaFAX
L’essentiel du travail de configuration est fait par le script faxsetup. Les étapes de
configuration sont les suivantes.
– contrôler l’installation des logiciels et de l’arborescence /var/spool/fax.
– créer un user fax de même uid et gid que uucp.
– créer pour le daemon client-serveur hfaxd dans /etc/services les entrées :
hylafax 4559/tcp fax \#Hylafax
et dans /etc/inetd.conf :
hylafax stream tcp nowait fax /usr/local/sbin/hfaxd hfaxd -I
vi
– appeler faxaddmodem (sert à ajouter un autre modem): faxaddmodem ttyS0

– créer un fichier de configuration /var/spool/fax/etc/config.ttyS0 en fonction du mo-
dem (il y a des configurations types dans /var/spool/fax/config).
– tester le modem par probemodem ttyS0.
Les fichiers de configuration sont les suivants:
– /var/spool/fax/etc/config contrôle le ”scheduler” faxq.
– /var/spool/fax/etc/config.ttyS0 contrôle les programmes utilisant ce port : faxgetty
qui reçoit les fax, getty lancé par faxgetty si on permet le mode ”données” (des
connexions) sur ce modem et faxsend
– /var/spool/fax/etc/dialrules contient les règles pour composer les numéros de téléphone.
– /var/spool/fax/etc/hosts.hfaxd contient les noms des machines clients autorisées à
accéder hfaxd.
– /var/spool/fax/etc/hfaxd.conf configure hfaxd
– /var/spool/fax/etc/hyla.conf configure les clients Hylafax. En particulier, la ligne
Host : indique la machine serveur Hylafax.
HylaFAX est servi par trois daemons : hfaxd, faxq, faxgetty
– le daemon client-serveur hfaxd est démarré par inetd (ou au boot dans /etc/init.d/hylafax)
– le ”scheduler” faxq est démarré au boot dans /etc/init.d/hylafax
– si on autorise la réception de fax sur un modem on lance faxgetty sur son port par
init en mettant dans /etc/inittab : S0:2345:respawn:/usr/local/sbin/faxgetty
ttyS0
– si on n’utilise un modem qu’en émission de fax, on indique le modem à faxq par
faxmodem.
Envoi d’un fax
La commande d’envoi de fax sur Unix est sendfax.

sendfax -n -d faxnum1 -d faxnum2 fichier1 fichier2 ...
– -d indique le numéro du fax destinataire, on peut le répéter

– fichier.. sont des fichiers Postscript ou Tiff. Les fichiers ASCII sont aussi supportés
mais il s’agit d’ASCII à 7 bits donc les minuscules accentuées du français ne sont
pas supportées. Nous utiliserons donc de préférence du Postscript (généré par dvips
pour les TeX groupies). Le fax expédié est la concatenation des fichiers indiqués sur
la ligne de commande.
vii
Exemple: sendfax -n -d 0388106335 fichier.ps
Contrôle de l’envoi :
La commande faxstat permet de voir les files d’attente :

– faxstat -s : liste les fax en attente d’envoi.
– faxstat -d : liste des fax envoyés.
– faxrm num job : tue un fax en instance d’envoi.
Vous recevez systématiquement dans votre mailbox un message qui vous renseigne si le
fax a été bien envoyé.
Réception d’un fax
faxgetty doit fonctionner. Il gère le protocole T.30 en réception. Le fax reçu est
un fichier TIFF/F, il est stocké dans /var/spool/fax/recvq. faxgetty appelle le script
/var/spool/fax/
bin/faxrcvd. Le script faxrcvd regarde le numéro du fax expéditeur par faxinfo, si ce
numéro est associé à un nom d’utilisateur du serveur HylaFAX par le script etc/FaxDispatch
alors le fichier TIFF/F est converti en Postscript par fax2ps et envoyé par mail en
attachement MIME au destinataire. ce script peut dans les autres cas d’imprimer le
fax par une commande du genre : fax2ps /var/spool/fax/recvq/faxVAAa0051G
2¿/dev/null—lpr -Plp
Configuration des clients Hylafax sur une machine Linux

Sur une autre machine que le serveur, machine Linux ou Unix, on installe la partie
cliente de HylaFAX. En Debian c’est le package hylafax-client. Pour le configurer on peut
faire : man hylafax-client. L’essentiel de la configuration consiste à indiquer la machine
serveur HylaFAX dans le fichier /etc/hylafax/hyla.conf.
Conclusion
L’intérêt d’un serveur de fax est:
– économie de modems et de lignes téléphoniques.
– permet de limiter les points d’accès par modems à des ordinateurs

viii
Retour d’expérience sur HylaFAX:

– A condition que le modem soit choisi parmi ceux recommandés pour HylaFAX, le
fonctionnement est satisfaisant.
– En cas d’incident, l’administrateur doit connaı̂tre un minimum sur son modem et
le protocole T.30.

Bibliographie
[1] Audibert L. UML 2.0, Cours UML. Institut Universitaire de Technologie de Villeta-
neuse - Département Informatique, Paris.
[2] Baron Mackel. Java pour le développement d’application Web. Seril Informatique Edi-
tion, Etats-Unis. 2006, 965 p.
[3] Holmes James. Struts : The Complete Reference, Second Edition. McGraw-Hill, Os-
borne. 2007, 550 p.
[4] Morel J. Linux, serveur réseaux, Cours Linux. Strasbourg, Juillet 2005.
[5] Negus C. Linux Bible, 2006.
[6] Randal K.Michale. Mastering Unix Shell Scripting. Wiley Publishing, Inc,Indianapolis,
Indiana. 2003, 700p.
[7] T.Oetiker, H. Partl, I. Hyna, E. Schlegl. LATEX 2ε en 84 minutes. Novembre 2001.
ix
Nétographie
[8] http://www.hylafax.org, Consulté le 04 Juillet 2008

[9] http://hylafax.sourceforge.net, Consulté le 06 Juillet 2008
[10] http://www.sendmail.org, Consulté le 20 Juillet 2008
[11] http://www.dominoarea.org, Consulté le 02 Août 2008
[12] http://www.linux.org, Consulté le 05 Août 2008
[13] http://www.roseindia.com, Consulté le 13 Août 2008
[14] http://www.tuteurs.ens.fr, Consulté le 27 Août 2008
[15] http://www.wikipedia.org, Consulté le 13 Août 2008
[16] http ://www.praksys.org, Consulté le 03 Juillet 2008
[17] http ://www.infonais.fr, Consulté le 03 Juillet 2008
[18] http ://www.actfax.com, Consulté le 03 Juillet 2008
[19] http ://www.gfsfrance.com, Consulté le 03 Juillet 2008

Rapport Stage

Transféré par

Informations du document

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 Stage

Transféré par

Droits d'auteur :

Formats disponibles

Réf:2008/II2/...

Ministère de l’Enseignement Supèrieur, de la Recherche et de la Technologie

Étude et déploiement d’un serveur

Soua Ahmed Soua Ridha

Encadrant: Mr.Makrem Mekni (DaleelTech)

À celle qu’on doit tout,

Nous dédions ce travail ...

Soua Ahmed & Ridha

3 Spécification et analyse préliminaire 15

3.3 Identification des acteurs . . . . . . . . . . . . . . . . . . . . . . . . . . . . 16

5 Du papier à la machine :Réalisation 34

6 Conclusion & perspectives 41

ENSI Stage d’immersion en entreprise DaleelTeq

ENSI Stage d’immersion en entreprise DaleelTeq

2.1 Principe d’envoie d’un fax via un réseau téléphonique . . . . . . . . . . . . 6

3.1 Cas d’utilisation de l’utilisateur Lotus Notes . . . . . . . . . . . . . . . . . 18

4.1 Architecture globale du système . . . . . . . . . . . . . . . . . . . . . . . . 22

5.1 Configuration du serveur fax HylaFax . . . . . . . . . . . . . . . . . . . . . 36

2 Présentation de l’organisme d’acceuil

2.1 Le groupe DaleelTeq

3.1 Travail demandé

3.2 Résultats attendus

ENSI Stage d’immersion en entreprise DaleelTeq

de communication et de coordination d’activités. C’est précisément cette informatique

ENSI Stage d’immersion en entreprise DaleelTeq

2.2 Les fax en réseaux

2.2.1 Définition d’un fax

2.2.1.1 Principe de fonctionnement

Fig. 2.1 – Principe d’envoie d’un fax via un réseau téléphonique

2.2.2 Serveur de Fax en réseau

2.2.2.1 Principe de fonctionnement

Un serveur de fax en réseau permet de recevoir et d’envoyer des télécopies à travers un

Fig. 2.2 – Schéma de raccordement d’un Serveur de Fax

2.2.2.2 Services offerts par un serveur fax

2.2.3 Exemple de serveurs fax en réseau

ENSI Stage d’immersion en entreprise DaleelTeq

Fig. 2.3 – Architecture du serveur HylaFax

En outre, il permet le partage d’un modem de manière transparente entre plusieurs

2.3 La messagerie électronique

2.3.1 Architecture des systèmes de messagrie

3. Simple Message Transfert Protocol

Fig. 2.4 – Schéma d’un système de messagerie

2.3.2 Serveur de messagerie Internet

ENSI Stage d’immersion en entreprise DaleelTeq

La figure 2.5 expose sommairement le fonctionnement du serveur Sendmail.

Fig. 2.5 – Sendmail 8.12:Acheminement d’email, fichiers de configuration.

2.3.2.2 Lotus Notes/ DOMINO

ENSI Stage d’immersion en entreprise DaleelTeq

Spécification et analyse préliminaire

3.2 Présentation générale du problème

3.2.2 Solution proposée et objectifs

3.3 Identification des acteurs

3.4 Spécification des besoins

3.4.1 Besoins fonctionnels

ENSI Stage d’immersion en entreprise DaleelTeq

3.4.1.2 Administarteur du serveur HylaFax

3.4.2 Besoins non fonctionnels

3.5 Identification et présentation des cas d’utilisation

3.5.1 Utilisateur de Lotus Notes

Fig. 3.1 – Cas d’utilisation de l’utilisateur Lotus Notes

3.5.2 Administrateur du serveur fax

ENSI Stage d’immersion en entreprise DaleelTeq

Fig. 3.2 – Cas d’utilisation Administrateur

Parmi les cas d’utilisation les plus importants, citons: