Annexe I. GLOSSAIRE ET ACRONYMES*.

ASCII : american standard code for information interchange : norme utilisée pour le codage de caractères. Elle consiste à coder un caractère sur un seul octet.

Atom : atom syndication format est un format de document basé sur XML conçu pour la syndication de contenu périodique.

Authentification/identification : l\'authentification a pour but de vérifier l\'identité dont une entité se réclame. Généralement l\'authentification est précédée d\'une identification qui permet à cette entité de se faire reconnaître du système par un élément dont on l\'a doté. En résumé, s\'identifier c\'est communiquer son identité, s\'authentifier c\'est apporter la preuve de son identité.

Autorité de Certification (AC) : au sein d\'un prestataire de services de certification électronique (PSCE), une autorité de certification a en charge, au nom et sous la responsabilité de ce PSCE, l\'application d\'au moins une politique de certification.

Certificat électronique : fichier électronique attestant qu\'une bi-clé appartient à la personne physique ou morale ou à l\'élément matériel ou logiciel identifié, directement ou indirectement (pseudonyme), dans le certificat. Il est délivré par une Autorité de Certification*. En signant le certificat, l\'AC* valide le lien entre l\'identité de la personne physique ou morale ou l\'élément matériel ou logiciel et la bi-clé. Le certificat est valide pendant une durée donnée précisée dans celui-ci.

Certificat électronique de signature : certificat disposant des caractéristiques nécessaires à la réalisation d\'une signature électronique. Son utilisation permet d\'assurer l\'intégrité du document signé, la non répudiation à l\'émission du document et l\'authentification du signataire du document.

Certificat électronique de chiffrement : certificat disposant des caractéristiques nécessaires pour chiffrer un document. Son utilisation permet de garantir un droit d\'en connaître de l\'information chiffrée. Et de s\'assurer de la non répudiation à la réception dans le cas de l\'émission en automatique d\'un accusé de réception.

Certificat électronique d\'authentification : certificat disposant des caractéristiques nécessaires à la réalisation d\'une authentification. Son utilisation permet de réaliser une identification et une authentification forte de son détenteur.

CMTSIC : commission ministérielle technique des SIC. Commission ministérielle spécialisée instaurée par l\'arrêté DEFD0600690A du 6 juin 2006.

CSIAG : commission des systèmes d\'information d\'administration et de gestion, régie par l\'arrêté du 6 juin 2006 portant création et organisation d\'instances relatives aux systèmes d\'information et de communication du ministère de la défense.

CSIOC : commission des systèmes d\'information opérationnels et de communication, régie par l\'arrêté du 6 juin 2006 portant création et organisation d\'instances relatives aux systèmes d\'information et de communication du ministère de la défense.

DKIM : domain keys identified mail, permet de sécuriser les entêtes du message, ainsi que le corps de celui-ci en réalisant une opération cryptographique s\'appuyant sur des certificats X509 et le DNS. Pensée pour lutter contre le pourriel, ce protocole permet de vérifier simplement l\'intégrité des entêtes et du corps du message.

DSN : delivery status notification : notification d\'état de remise.

ESMTP : extended SMTP est la définition de protocoles d\'extension à SMTP*.

From : champ du message qui contient l\'identité de l\'expéditeur (la personne qui a souhaité que le message soit envoyé) placée par le MUA* de l\'émetteur.

GS : groupe de standardisation. Instance de gouvernance technique placée sous l\'égide de la CMTSIC*.

HTTP : hypertext transfer protocol, protocole utilisé par un butineur (navigateur Web) pour accéder à un serveur Web.

IETF : internet engineering task force : groupe informel, international, ouvert à tout individu, qui participe à l\'élaboration de standards pour l\'Internet. Produit les RFC.*

IGC  : infrastructure de gestion de clefs. Elle permet la délivrance de certificats électroniques et offre la confiance nécessaire pour l\'usage des certificats électroniques.

IMAP : internet message access protocol Version 4, c\'est un protocole utilisé pour récupérer les messages sur le serveur de messagerie. Il permet de conserver ses messages sur le serveur et offre des fonctionnalités avancées comme les boîtes aux lettres multiples, la possibilité de créer des dossiers pour trier ses courriels.

Intranet : utilisation des technologies de l\'Internet à des fins internes à une entreprise. L\'Intranet permet de bénéficier de l\'économie d\'échelle acquise par les logiciels sur l\'Internet et d\'outils de développement orientés objet. On peut réaliser maintenant sur l\'Intranet la totalité des applications métiers et services communs. L\'Intranet nécessite une administration soigneuse des droits d\'accès.

Interopérabilité technique : l\'interopérabilité des services correspond à la possibilité de fonctionner indifféremment sur des réseaux différents. En informatique, l\'interopérabilité signifie l\'aptitude de deux ou plusieurs systèmes (logiciels ou matériels) à fonctionner ensemble en utilisant des standards communs.

ISO : international organization standardization, organisation non gouvernementale qui constitue un réseau d\'instituts nationaux de normalisation de 157 pays, selon le principe d\'un membre par pays.

ISO/CEI 10646:2003 : normalise le jeu universel de caractères codés sur plusieurs octets. Elle s\'applique à la représentation, à la transmission, à l\'échange, au traitement, au stockage, à la saisie et à la présentation des langues du monde sous forme écrite et de symboles complémentaires.

IP : internet protocol : protocole de communication correspondant globalement au niveau 3 du modèle OSI. Protocole utilisé par le réseau Internet et sur les réseaux intranet et extranet.

LDAP : (lightweight directory access protocol). Protocole permettant l\'accès des annuaires. LDAP est initialement un frontal d\'accès à des bases d\'annuaires respectant la norme X.500 édictée par l\'UIT. Il est devenu un annuaire natif (standalone LDAP) utilisant sa propre base de données, sous l\'impulsion d\'une équipe de l\'université du Michigan. DAP est un protocole défini à l\'IETF* pour simplifier l\'accès (consultation, modification) aux annuaires supportant les modèles d\'information X.500, pour favoriser les implémentations et l\'usage des annuaires. Sa version courante est LDAP* v3, définie dans la [RFC 4510]. LDAP* définit un protocole réseau pour accéder à l\'information contenue dans l\'annuaire, un modèle d\'information définissant la forme et le type de l\'information contenue dans l\'annuaire, un espace de nommage définissant comment l\'information est organisée et référencée, un modèle fonctionnel définissant comment on accède et met à jour l\'information, un modèle de distribution permettant de répartir les données (à partir de la v3), un protocole et un modèle de données extensible, des API pour développer des applications clientes.

MMHS : military message handling system : messagerie militaire de l\'OTAN*.

MTA : mail transfert agent, c\'est le service qui s\'occupe de l\'acheminement des messages. Il utilise le protocole SMTP*. C\'est le service postal et ses centres de tri.

MDA : mail delivery agent, c\'est le programme qui transmet le courrier du serveur (MTA*) au client (MUA*). C\'est le facteur qui dépose le courrier dans votre boîte aux lettres.

MUA : mail user agent, c\'est le programme qui tourne sur le poste client et permet de lire, écrire et consulter ses messages. Il communique avec le MTA* pour l\'envoi des messages et le MDA* pour la récupération des messages. C\'est lui qui récupère votre courrier dans la boîte aux lettres.

MIME : multipurpose internet mail extension est un format de données permettant d\'introduire dans les messages SMTP* différents types de fichiers multimédias.

MUSE : messagerie universelle sécurisée, système de messagerie permettant l\'échange d\'information de niveau confidentiel de défense dans un environnement sécurisé offrant un haut niveau de disponibilité.

Non répudiation : impossibilité pour un utilisateur de nier sa participation à un échange d\'information ; cette participation porte tant sur l\'origine de l\'information (imputabilité) que sur son contenu (intégrité).

NNTP : network news transfert protocol : protocole de « news » ou forums.

OCSP : online certificate status srotocol est un service de vérification de la validité d\'un certificat*.

OTAN : organisation du traité de l\'Atlantique Nord.

POP : post office protocol version 3, c\'est le protocole qui permet de récupérer les messages sur le serveur de messagerie.

RFC : request for comment : série de documents et normes concernant l\'Internet. Peu de RFC sont des standards mais tous les standards de l\'Internet sont enregistrés en tant que RFC.

SASL : simple authentication and security layer, c\'est une couche de sécurité permettant de découpler les mécanismes d\'authentification de n\'importe quel protocole d\'application. Les protocoles supportant SASL sont IMAP*, LDAP*, POP*, SMTP* et XMPP*.

Sender : champ de l\'entête du message qui contient l\'identité de l\'expéditeur réel. Ce champ n\'est utile que s\'il diffère du From*, c\'est le cas lorsque le From* est par exemple une adresse organisationnelle, dans ce cas le champ Sender* contient l\'adresse de l\'expéditeur réel.

S/MIME : secure/multipurpose internet mail extension est un standard pour le chiffrement et la signature à clef publique de courriel encapsulé dans MIME*.

SMTP : simple mail transfer protocol, c\'est un protocole de communication utilisé pour transférer les messages vers le serveur de messagerie (MTA*), entre serveurs de messagerie (MTA*).

SSL : secure sockets layer : prédécesseur de TLS*.

TLS : transport layer security, norme de sécurisation du transport de l\'information. Elle offre des mécanismes d\'authentification du serveur, du client en option, ainsi que des mécanismes d\'intégrité et de confidentialité du transport. Nécessite l\'utilisation de certificats électroniques d\'authentification de type X509V3.

UCS : universal character set, jeu de caractères abstraits définis par la norme ISO/CEI 10646*.

UNICODE : norme développée par le consortium unicode qui vise à donner à tout caractère de n\'importe quel système d\'écriture de langue un nom et un identifiant numérique, et ce de manière unifiée, quelle que soit la plate-forme informatique ou le logiciel. La norme ISO/CEI 10646:2003* est un sous-ensemble d\'UNICODE.

UTF8 : UCS* transformation format 8 bits, format de codage de caractères défini pour les caractères UNICODE*. Chaque caractère est codé sur une suite d\'un à quatre octets. UTF8* a été conçu pour être compatible avec certains logiciels originellement prévus pour traiter des caractères sur un seul octet (ASCII*).

vCard : est un format standard d\'échange de données personnelles (visit card soit carte de visite).

Web Mail : interface WEB permettant l\'émission, la consultation et la manipulation de courriers électroniques directement à partir d\'un butineur.

XMPP : extensible messaging and presence protocol, c\'est un protocole de messagerie instantannée.

XSMTP : format définissant les entêtes permettant de véhiculer des informations militaires dans des messages SMTP afin de répondre aux différents besoins d\'interopérabilité : ACP127, MUSE*, Messagerie OTAN*.

Annexe II. RÉFÉRENCES.

[CCI] - Recommandations nationales du cadre commun d\'interopérabilité des systèmes d\'information publics. Circulaires du premier ministre du 21 janvier 2002 et du 4 décembre 2002 (n.i.BO).
[CMTSIC] - Commission ministérielle des SIC : arrêté du 6 juin 2006 portant création et organisation d\'instances relatives aux systèmes d\'information et de communication du ministère de la défense.
[DGSIC001] - Directive sur les logiciels n° 1/DEF/DGSIC du 17 octobre 2006.
[DGSIC002] - Directive système d\'annuaire n° 2/DEF/DGSIC du 9 mars 2007.
[DIRMESS] - Directives générales en matière de messagerie des armées et organismes interarmées. Note n°1620/DEF/EMA/PI/SI/NP du 26 juin 2006 (n.i.BO).
[DKIM] - Le groupe de travail de l\'IETF* relatif à DKIM* : www.dkim.org/ietf-dkim.htm.
[MOFI] - Messagerie officielle de l\'intradef et guide de mise en oeuvre de la messagerie officielle de l\'intradef. Note n°3789/DEF/EMA/EPI/SI/NP du 18 décembre 2006 (n.i.BO).
[ORD] - Ordonnance n° 2005-1516 du 8 décembre 2005 relative aux échanges électroniques entre les usagers et les autorités administratives et entre les autorités administratives.
[PRIS] - Politique de référencement intersectoriel de sécurité v2.1 du 6 novembre 2006 (ADAE et DCSSI).
[RFC1652] - SMTP service extension for 8bit-MIME transport (Draft Standard 07/1994).
[RFC1870] - SMTP service extension for message size declaration (Standard 11/1995).
[RFC1939] - Post office protocol version 3 (Standard 05/1996).
[RFC2045] - Multipurpose internet mail extensions (MIME) : format of internet message bodies (draft standard 11/1996).
[RFC2046] - Multipurpose internet mail extensions (MIME) : media types (Draft Standard 11/1996).
[RFC2047] - Multipurpose internet mail extensions (MIME) : message header extensions for Non-ASCII Text (draft standard 11/1996).
[RFC2048] - Multipurpose internet mail extensions (MIME) : registration procedures (best current practice 11/1996).
[RFC2049] - Multipurpose internet mail extensions (MIME) : conformance criteria and examples (draft standard 11/1996).
[RFC2119] - Key words for use in RFCs to indicate requirement levels (Best Current Practice 03/1997).
RFC2156] - MIXER (mime internet X.400 enhanced relay): mapping between X.400 and RFC 822/MIME  (proposed standard 01/1998).
[RFC2428] -  vCard, MIME directory profile (proposed standard Sept 1998).
[RFC2449] - POP extension mechanism (proposed standard 11/1998).
[RFC2554] - SMTP service extension for authentication (proposed standard 03/1999).
[RFC2560] - X509 intranet public key infrastructure online certificate status protocol (proposed standard 06/99).
[RFC2595] - Using TLS with IMAP, POP3 and ACAP (proposed standard 06/1999).
[RFC2634] - Enhanced security services for S/MIME (proposed standard 06/1999).
[RFC2821] - Simple mail transfer protocol (proposed standard 04/2001).
[RFC2822] - Internet message format (proposed standard 04/2001).
[RFC2920] - SMTP service extension for command pipelining (standard 09/2000).
[RFC3207] - SMTP service extension for secure SMTP over TLS (proposed standard 02/2002).
[RFC3370] - Cryptographic message syntax (CMS) algorithms (proposed standard 08/2002).
[RFC3461] - SMTP service extension for delivery status notifications (draft standard 01/2003).
[RFC3462] - The multipart/report content type for the reporting of mail system administrative messages (draft standard 01/2003).
[RFC3463] - Enhanced mail system status code (draft standard 01/2003).
[RFC3464] - An extensible message format for delivery status notifications (Draft Standard 01/2003).[RFC3501] - Internet message access protocol version 4 revision 1 (proposed standard 03/2003).
[RFC3629] - UTF8, a transformation format of ISO* 10646 (standard 11/2003).
[RFC3798] - Message disposition notification (draft standard 05/2004).
[RFC3850] - Secure/multipurpose internet mail extensions (S/MIME) Version 3.1 certificate handling (proposed standard 007/2004).
[RFC3851] - Secure/multipurpose internet mail extensions (S/MIME) version 3.1 message specification (proposed standard 07/2004).
[RFC3852] - Cryptographic message syntax (CMS) (proposed standard 07/2004).
[RFC3885] - SMTP service extension for message tracking (proposed standard 09/2004).
[RFC3886] - An extensible message format for message tracking responses (proposed standard 09/ 2004).
[RFC3977] - Network news transfert protocol (proposed standard 10/2006).
[RFC4287] - Atom syndication format (proposed standard 12/2005).
[RFC4346] - The transport layer security (TLS) protocol V1.1 (proposed standard 04/2006).
[RFC4366] - Transport layer security (TLS) extensions (proposed standard 04/2006).
[RFC4409] - Message submission for mail (draft standard 04/2006).
[RFC4422] - Simple authentication ans security layer (SASL) (proposed standard 06/2006).
[RFC4686] - Analysis of threats motivating domainkeys identified mail (informationnal 09/2006).
[RFC4871] - Domainkeys identified mail signatures (proposed standard 05/2007).
[RGI] - Référentiel général d\'interopérabilité, dans sa version V0.98 de juin 2007, défini par ordonnance n°2005-1516 [ORD]du 8 décembre 2005 relative aux échanges électroniques entre les usagers et les autorités administratives, et entre les autorités administratives.
[RGS] - Référentiel général de sécurité défini par ordonnance [ORD] n°2005-1516 du 8 décembre 2005 relative aux échanges électroniques entre les usagers et les autorités administratives, et entre les autorités administratives.
[XSMTP] - Recommandation du format XSMTP n°2005/101978/CELAR/ASC/Ap/03875/NC - version 1.1 du 24 juin 2005 disponible à l\'adresse www.milimail.org.

Annexe III. RÈGLES DE GESTION DES HOMONYMIES ISSUES DU CADRE COMMUN D'INTEROPÉRABILITÉ.

La forme canonique prenom.nom@nom-de-domaine doit être utilisée.

Les homonymies sont réglées par l\'insertion des initiales des prénoms suivants, selon besoin. Ces initiales sont séparées du prénom usuel par un tiret. Cette forme est jugée plus simple que l\'habitude anglo-saxonne de séparer les initiales par un point. En cas d\'homonymie parfaite entre deux agents, un numéro séquentiel est accolé au(x) prénom(x) en fonction de l\'ordre de recensement de ces homonymes. Par exemple :

Pierre.Durand pour Pierre Durand, premier enregistré,
Pierre-m.Durand pour Pierre Michel Durand, seconde occurrence du nom,
Pierre-mj.Durand pour Pierre Marie Joseph Durand, troisième occurrence du nom,
Pierre-mj1.Durand pour le premier agent enregistré en cas d\'homonymie parfaite,
Pierre-mj2.Durand pour le second agent enregistré en cas d\'homonymie parfaite,
Pierre-mj3.Durand pour le troisième agent enregistré en cas d\'homonymie parfaite.

Les prénoms et noms composés sont écrits en entier et raccordés par des tirets, par exemple : Louis.Leprince-Ringuet pour Louis Leprince-Ringuet.

Les blancs sont remplacés par un tiret "-", par exemple : Andre.Dunoyer-de-Segonzac pour André Dunoyer de Segonzac.

Les apostrophes sont conservées, par exemple : Marie-Ange-L\'helgouarc\'h pour Marie-Ange l\'Helgouarc\'h.

Les particules suivent l\'ordre normal d\'élocution, et non la forme littéraire Jean-Marie.de-Lattre-de-Tassigny pour Jean-Marie de Lattre de Tassigny.

Annexe IV. RÈGLES D'ÉLABORATION DES ADRESSES D'ORGANISMES.

1. FORME DES ADRESSES D'ORGANISMES.

Organisme@Organisme.nom_de_domaine

Une adresse de ce type représente à la fois l\'organisme dans sa globalité et l\'autorité représentant l\'organisme.

2. DÉFINITION DU CHAMP ORGANISME.

Les valeurs prises par le champ Organisme sont uniques au sein du ministère et sont identiques à celles utilisées dans le système d\'annuaire du ministère de la défense pour décrire la structure organisationnelle du ministère.

Les structures disposant d\'une adresse d\'organisme sont :

• le ministère : valeur min

ex : min@min.defense.gouv.fr (écrire au  ministre, au ministère)

• les organismes (ex : air, terre, mer, gendarmerie, DGA, SGA, interarmees, etc.) ;

ex :  terre@terre.defense.gouv.fr (écrire à l\'armée de terre)

• les états-majors (ex : ema, emaa, emm, etc.) ;

ex :  ema@ema.defense.gouv.fr (écrire à l\'EMA)

• les directions (ex : DAS, DAJ, DCMAT, DPMM, DGGN, etc.) ;

ex : cab@cab.defense.gouv.fr (écrire au cabinet du ministre)
ex : das@das.defense.gouv.fr (écrire à la délégation aux affaires stratégiques)ex : drhaa@drhaa.defense.gouv.fr (écrire à la direction des ressources humaines de l\'armée de l\'air)
ex : dsa@dsa.defense.gouv.fr (écrire à la direction des systèmes d\'armes)
ex :  daf@daf.defense.gouv.fr (écrire à  la direction des affaires financières)
ex :  drm@drm.defense.gouv.fr (écrire à la direction du renseignement militaire)

• les services (ex : SIMMAD, santé, essences, SMG, etc.) ;

ex : sante@sante.defense.gouv.fr (écrire au service de santé)

• les commandements organiques et opérationnels (ex : FAN, CASSIC, COFAT, RT, etc.) ;

ex :  fan@fan.defense.gouv.fr (écrire à la force d\'action navale)
ex :  cofat@cofat.defense.gouv.fr (écrire au COFAT)

• les exercices ou opérations extérieures (ex : EPERVIER, etc.)

ex :  epervier@epervier.defensecdd (écrire à  l\'opération EPERVIER)

3. REMARQUE.

Le responsable de l\'organisme définit la ou les personnes pouvant accéder à la boîte aux lettres de cet organisme.

Les labels sont fournis par le système d\'annuaire du ministère de la défense. Ceux présentés ci-dessus sont cités à titre d\'exemple.

Annexe V. RÈGLES D'ÉLABORATION DES ADRESSES ORGANISATIONNELLES.

1. FORME DES ADRESSES ORGANISATIONNELLES.

Structure_organisationnelle(-Lieu)(+Dossier)@Organisme.nom_de_domaine

Une adresse de ce type représente à la fois une structure dans sa globalité et l\'autorité la représentant.

2. DÉFINITION DES DIFFÉRENTS CHAMPS.

Toutes les valeurs prises par les champs Entité, Niv-1, Niv-2, Niv-3 et Lieu constituant le champ Structure_organisationnelle sont identiques à celles utilisées dans le système d\'annuaire du ministère de la défense pour décrire la structure organisationnelle de l\'entité.

2.1. Le champ Organisme.

Il suit les mêmes règles que pour la constitution des adresses d\'organismes (cf annexe précédente)

2.2. Le champ Structure organisationnelle.

Ce champ a une forme similaire à celle d\'un timbre de note ou d\'une adresse ACP127 expurgé d\'éléments superflus.

Il est de la forme Entité « tiret »(Niv-1) « tiret »(Niv-2) « tiret »(Niv-3) avec :

• le champ Entité qui correspond :

• pour les organismes de type états-majors , directions, services, régions, exercices ou opération extérieurs, commandement organiques et opérationnels, à un ensemble de  niveau -1 dans l\'organigramme hiérarchique de l\'organisme ;

ex : bemp@ema.defense.gouv.fr (écrire au bureau emploi de l\'EMA)
ex : bemp@rtnord.defense.gouv.fr (écrire au bureau emploi de la région terre nord)
ex : bemp@fan.defense.gouv.fr (écrire au bureau emploi de la force d\'action navale)

• aux unités et centres dans les autres cas (ex ESIC, 41RT, Mistral, CELAR..). L\'organisme utilisé dans l\'adresse est l\'organisme hiérarchique de plus haut niveau (Air, DGA, Interarmées, Marine, SGA, Terre, Gendarmerie)

ex : celar@dga.defense.gouv.fr (écrire au CELAR de la DGA)
ex : esic1j118@air.defense.gouv.fr (écrire à l\'ESIC 1J118 de l\'armée de l\'air)
ex : 53rt@terre.defense.gouv.fr (écrire au 53e RT de l\'armée de terre)
ex : mistral@marine.defense.gouv.fr (écrire au bâtiment « Mistral »)

• les champs Niv-1, Niv-2, Niv-3 correspondent aux niveaux hiérarchiques -1, -2 et -3 de l\'organigramme de l\'Entité. Il y a correspondance entre la valeur Niv -x présente dans l\'adresse de messagerie et celle décrivant la hiérarchie de l\'Entité dans l\'annuaire.

ex : 53RT-3cie@terre.defense.gouv.fr (écrire à la 3e compagnie du 53e RT)
ex : esic1j107-cosic@air.defense.gouv.fr (écrire au COSIC de l\'ESIC 1J107)

2.3. Le champ lieu (optionnel introduit par un « tiret »).

Il permet de préciser la localisation de la structure dans les cas ou le nom de celle-ci ne permet pas de l\'identifier ou lorsque celle-ci est répartie sur plusieurs sites géographiques.

ex : esic1j107-villacoublay@air.defense.gouv.fr  (écrire à l\'ESIC 1J107 de villacoublay)

2.4. Le champ dossier (optionnel introduit par un « plus »).

Il permet de créer un sous-découpage d\'une boîte à lettre organique sous forme de sous-dossiers. Un message doit pouvoir être envoyé dans un de ses sous-dossiers, sans qu\'il soit nécessaire de créer une nouvelle adresse.

ex : 53RT-3cie+sas@terre.defense.gouv.fr (écrire au sas de la 3e compagnie du 53e RT)

3. REMARQUE.

L\'autorité représentant la structure organisationnelle définit la ou les personnes pouvant accéder à la boîte aux lettres organisationnelle.
Les labels sont fournis par le système d\'annuaire du ministère de la défense. Ceux présentés ci-dessus sont cités à titre d\'exemple.

Annexe VI. RÈGLES D'ÉLABORATION DES ADRESSES FONCTIONNELLES.

1. FORME DES ADRESSES FONCTIONNELLES.

Fonction.Structure_organisationnelle(-Lieu)(+Dossier)@Organisme.nom_de_domaine
et
Fonction.Organisme@Organisme.nom_de_domaine

2. DÉFINITION DES DIFFÉRENTS CHAMPS.

2.1. Les champs Organisme, Structure_Organisationnelle, Lieu et Dossier.

Ils suivent les mêmes règles que pour les adresses d\'organismes et les adresses organisationnelles (cf annexes précédentes).

2.2. Le champ Fonction.

Correspond :

• à la valeur tous pour désigner l\'ensemble des membres d\'une entité ou d\'un organismes ;

ex : tous.dggn@dggn.defense.gouv.fr (écrire à toutes les personnes de la DGGN)
ex : tous.mistral@marine.defense.gouv.fr (écrire à tout le personnel du bâtiment « Mistral »)

• à la valeur archives pour archiver les messages conformément aux directives du guide [MOFI]

ex : archives.53RT@terre.defense.gouv.fr (archiver un courriel au 53ième RT)

• à une valeur décrivant la fonction tenue. Il y a correspondance entre la valeur utilisée par l\'adresse fonctionnelle et le champ fonction du système d\'annuaire du ministère de la défense.

ex :  al.marine@marine.defense.gouv.fr (écrire au chef d\'état-major de la marine)
ex :  al.emm@emm.defense.gouv.fr (écrire au chef de l\'état-major de la marine)
ex : dir.celar@dga.defense.gouv.fr (écrire au directeur du CELAR)
ex : os.53RT@terre.defense.gouv.fr (écrire à l\'officier de sécurité du 53ième RT)
ex : ossi.ba107-villacoublay@air.defense.gouv.fr (écrire à l\'officier de sécurité des SI de la base aérienne 107)

3. REMARQUE.

Les labels et les valeurs sont fournis par le système d\'annuaire du ministère de la défense et la directive [MOFI]. Ceux présentés ci-dessus sont cités à titre d\'exemple.