Puis-je recevoir un contenu SEPAmail dans mon client de messagerie habituel ?
A priori, l'idée est assez naturelle.
Mon client de messagerie (Mail User Agent ou MUA) sait :
- récupérer et transmettre un courriel à son facteur usuel (Mail Transfert Agent ou MTA)
- chiffrer/déchiffrer un contenu au format S/MIME
- afficher un courriel
- stocker, classer, indexer un contenu SMTP dans un format unitaire ou globalisé
Que lui manque-t-il alors pour qu'il devienne mon client SEPAmail (Interface Homme Machine IHM) ?
Pas grand chose à vrai dire...
Il faut juste que je puisse :
- ne voir que l'information utile dans la missive (format xml) et le message (format xml)
- voir cette information sous une forme lisible
- être aidé dans la mise en œuvre du protocole SEPAmail, et notamment pour l'acquittement automatique et obligatoire
Comment faire cela simplement ?
Je peux par exemple imaginer installer une extension qui puisse mettre en œuvre les fonction suivantes autour de la missive :- affichage à l'utilisateur humain de l'entête de la missive pour les champs importants :
- horodatage
- expéditeur
- destinataire
- priorité
- type de missive
- affichage à l'utilisateur humain du contenu de la missive selon son type
- possibilité d'acquitter la missive nominale de façon manuelle (voire automatique) avec un code d'acquittement validant au moins la bonne distribution
- affichage à l'utilisateur humain du contenu du message selon son type, sous une forme à trouver, à défaut une table de type formulaire
- affichage des binaires contenus dans le messages sous forme de pièces jointes classiques après vérification antivirale locale
- possibilité de mettre en œuvre le message suivant s'il existe au sein de la séquence liée à l'application SEPAmail en reprenant les informations du message précédent
Quelques petits schémas pour illustrer
exemple d'architecture autour d'un MUA |
- trois acteurs :
- l'adhérent SEPAmail qui fournit le service, par exemple ma banque
- l'utilisateur SEPAmail qui utilise le service, par exemple, moi, client de ma banque ayant souscrit le service SEPAmail RUBIS
- mon fournisseur d'accès internet qui m'a également fourni une adresse de courriel et les services de son MTA
- cinq composants :
- la plate-forme de l'adhérent, que je ne connais pas et accessible via par des adresses de courriels fournies par l'adhérent
- le MTA de mon FAI, que j'utilise sans vraiment le savoir en ayant configuré au démarrage mon client de messagerie (configurations smtp et imap/pop)
- le parefeu de mon réseau (ma Box) ou mon système d'exploitation, configuré le plus souvent nativement pour permettre le passage de courriel
- mon client de messagerie (MUA) préféré et utilisé qui va accueillir des extensions SEPAmail pour être compatible avec ce service
- un anti-virus que mon MUA sait appeler si nécessaire, notamment quand une extension SEPAmail extrait une pièce jointe et me l'expose à l'ouverture ou l'exécution
- trois zones :
- le SI de l'adhérent SEPAmail, inconnu pour moi
- internet, également peu connu de moi
- mon réseau domestique ou de travail, symbolisé sur le schéma par le carré en pointillé autour de mon MUA
- un composant de cryptographie pour permettre la gestion des certificats avec le coffre-fort de mon système d'exploitation ainsi que la mécanique cryptographique autour du chiffrement et de la signature
- un composant permettant la vérification d'une authentification sous un protocole type SAPPhire
- une extension commune autour de la missive
- des extensions pour chacune des applications SEPAmail que j'ai contractées.
composants du client de messagerie